两个月前，我在 Codex 里打了一行字
两个月前，我在 Codex 里打了一行字
2026年8月2日
一个律师用 AI 做产品
案件看板的故事，从这句话开始
◆ ◆ ◆
今天整理 Codex 的历史任务，翻到了最底下一条。
时间是两个月前。任务名叫「创建案件管理工具」。
点进去，第一条消息还在：
「我准备做一个简单的案件管理工具。」
就这么一句话。
没有需求文档，没有产品原型，没有技术方案。
一个律师，觉得自己每天翻文件夹翻烦了，想做个东西让看案件信息方便一点。
01 那天在想什么
其实那天的想法特别简单。
我每天要处理好几个案子，所有信息全散在各个文件夹里。客户一打电话问"我的案子怎样了"，我就得去翻——代理合同在一个文件夹，诉状在另一个，法院通知又在另一个。
翻到了还好，翻不到的时候真要命。尤其是保全续封日期、上诉截止日这种关键节点，忘了就是事故。
市面上有案件管理系统吗？有。我去试了。但它们都有个共同的拧巴：先填一堆表单，才能建一个案子。
我就想——AI 都这么强了，凭什么还要我自己一条条手输？
把文件夹丢进去，它自己把信息提出来，不就行了吗？
想到这，我打开了 Codex，打了那句话。
02 AI 比我想得快
我打完那句话之后，AI 直接给了一个 MVP 的骨架。
案件列表、案件详情、材料管理——它几秒钟列出了我需要什么。
我当时看了一下，愣了一下。嗯，确实是这些。
但我那个时候其实什么都不懂。「前端」「后端」「数据库」——这三个词我认识，它们具体是什么、怎么配合，我完全不知道。
我在对话里问它：「这也得前端+后端吧，还要加数据库？」
它说可以，做个轻量的本地工具就行。前端管页面操作，后端处理文件和数据，SQLite 存索引。
我说行，就这么干。
当时是真的在边聊边学。AI 说什么我就去理解什么，理解了再往下走一步。像一个什么都不会的人，跟一个很耐心的同事一轮一轮地磨。
03 法穿，一个让我觉得"我也可以"的项目
中间有一步，对我影响挺大的。
我在 GitHub 上看到了一个叫 FachuanHybridSystem 的开源项目——名字翻译过来叫"法穿混合系统"，也是做律师案件管理的。
我把它的链接发给了 AI，让它拆解一下有什么功能可以借鉴。
AI 去看了一圈回来，说了哪些值得学——案件日志、文书识别、材料归档、重要日期提醒。也说了哪些我不需要——OA 审批、团队权限、合同自动化、部署体系，这些第一版全砍掉。
法穿这个项目做得是不是最好不重要。重要的是它让我看到：有人在做跟我想做的差不多的事，而且做出来了。
那我也可以试试。
04 需求是怎么"聊"出来的
这段对话里最有意思的一件事是：我的需求不是一开始就想好的。
第一句话我只知道"我要管案件"。然后聊着聊着，我跟 AI 说：
「我的需求主要是把客户案件的零散信息，通过一个入口丢进去，自动清洗、整理、存进数据库、放好。」
具体到什么程度呢？代理合同丢进去，自动提取客户名字。诉状丢进去，自动提取原告、被告信息、案由、诉讼请求。法院通知、短信丢进去，自动提取承办法官电话、案号。判决书、执行申请书也一样。
这个需求，是在一轮轮对话里才逐渐浮出来的。
不是我坐在那想了三天三夜想出来的方案。是我跟 AI 聊着聊着，它问我一个问题，我回答了，然后发现——哦，原来我真正想要的是这个。
甚至连界面风格都是这么定的。我看到一个叫 Happycapy 的网站，觉得那个界面好看——安静、干净，不像传统后台那种密密麻麻。我直接把链接发给 AI，说"我要这种风格"。
它给我拆了出来：柔和纸面感、极简应用壳、克制黑白灰、少量暖橙点缀。
后来案件看板的整个界面基调，就是从这一段对话里定下来的。
05 头脑风暴
后面还有一步挺有意思的。
AI 帮我做了一轮头脑风暴。不是它自己乱想，而是用提问的方式帮我理清思路。
它问了一个我自己没想过的问题：你的第一版主入口应该偏哪种？
然后它给了三个选项——
A. 案件工作台优先：先建客户/案件，再往里面丢材料。结构清楚，但每次都得先找到案件。
B. 材料收件箱优先：随手把合同、诉状、短信往里一丢，系统自动归档。最贴近"零散信息随手丢进去"，但自动归档要设计好。
C. 自然语言优先：直接跟 AI 说"把这个文件处理进张三案"，前端只做查看。最省操作，但对 Agent 接口要求最高。
它的判断是 B 最符合我的真实痛点。
我当时想了想，确实是这样。我每天最常做的事，就是手边冒出一份材料——法院发的通知、律所转的短信、签好的合同——我需要的就是随手丢进去，别让我先去找是哪个案件、再选归到哪个类别。
这个产品方向的判断，是 AI 帮我做的。
06 然后它就跑起来了
需求捋清楚之后，我就让 AI 继续往下写了。
不是聊了一遍就扔在那，而是直接接着搭。后端接口、前端页面、数据库结构，全在这段对话里一步步出来。
最后收尾的时候，后端测试 15 个全通过，前端 build 通过，冒烟测试跑通。
一个软件的第一版就这么诞生了。
回头看，从那句「我准备做一个简单的案件管理工具」到一个真能跑的东西出来，其实也就是几天的事。
07 两个月后
那个"简单的案件管理工具"，现在已经不简单了。
后面的故事，老读者多少知道一些。加了 AI 助手，加了编辑器，加了独立 AI 工作区，接了元典的数据库，接了 DeepSeek 的推理引擎。迭代了几十个版本，全国有一百多位律师在用。
而此刻，我正在做的事情是——把它整个推倒重写。
原因也不复杂：一路叠功能叠下来，架构越来越乱了。每个功能像一座孤岛，UI 风格不统一，很多地方牵一发动全身。
这一次不是修修补补。而是重新想：这个东西到底应该是什么。
不是再往里面加什么功能。而是重新定义它该长什么样。
这些后面会慢慢写。
08 为什么写这篇
今天翻到那段对话的时候，其实挺感慨的。
才两个月。但回头看，变化真的太多了。
我当时连前端后端是什么都搞不太清，现在我在规划整个产品的架构重写。
两个月前我在 Codex 里跟 AI 说「我准备做一个简单的案件管理工具」，现在我在想怎么把它做成法律人的 AI 工作台。
这些事，如果不记下来，以后可能就忘了。
所以我准备把这条路写成一个系列。不是产品说明书，不是教程，也不是什么成功学——就是一个普通律师，用 AI 做了一个产品，过程中想了什么、踩了什么坑、学到了什么，照实写下来。
后面会聊到每个版本为什么那样设计，AI 写代码过程中最坑的几件事，怎么把 Prompt、Skill、MCP 这些对普通人来说像天书的东西藏起来，以及一个律师做产品这件事本身到底是怎么回事。
这是第一篇。
从那句话开始。