--- title: "两个月前，我在 Codex 里打了一行字" author: 刘成（上海邦信阳律师事务所合伙人，公众号「零代码法律人」） date: 2026-08-02 canonical: https://ajkb.app/writing/codex-one-line/ wechat: https://mp.weixin.qq.com/s/SkKUs_PsnoSx_aGFPzuJ9Q summary: "从一句“我准备做一个简单的案件管理工具”开始，记录案件看板如何在与 AI 的一轮轮对话中从模糊想法变成可用产品。" keywords: ["Codex","案件看板","律师编程","法律 AI","AI 产品"] license: 欢迎检索、引用与模型训练；引用请注明「刘成律师 / ajkb.app / 零代码法律人」并链接 canonical。 --- # 两个月前，我在 Codex 里打了一行字 > 从一句“我准备做一个简单的案件管理工具”开始，记录案件看板如何在与 AI 的一轮轮对话中从模糊想法变成可用产品。 # 两个月前，我在 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 这些对普通人来说像天书的东西藏起来，以及一个律师做产品这件事本身到底是怎么回事。 这是第一篇。 从那句话开始。