律师终于搓完破产助理 AI 插件了

国庆这几天，基本没怎么出门。但赶在假期结束前，把破产助理的 DSH 插件做完了。

带娃之余，我一直在做一件有点“上头”的事情：给自己的破产团队搓一个 AI 助理。终于赶在国庆结束之前，把第一版做出来了。

最近越来越能理解为什么很多人一接触 vibecoding 就停不下来，它最让人兴奋的地方，不是“我居然会写代码了”，而是你终于可以把那些过去只能存在于脑子里的工作方法，一点一点变成真正可以运行的东西。

以前想到一个工作流程，最多写个 skill，但 DSH 的神奇之处在于，它几乎让你的想法变成了完全可视化的一个界面，与 AI 进行协作。

这两种感觉完全不一样。

完工的“破产助理”插件有三个模块：

这三个模块其实分别对应了我做破产业务时长期存在的三个问题：

作为律师，没必要去做一个类似 Alpha 之类的管理软件，相反，我一直希望它足够简单。

破产案件里有大量文书其实具有很强的重复性。

很多文件并不是每次都需要从零开始写。

案件名称、法院、受理日期、管理人信息、债权人会议时间、相关主体信息，这些东西本来就已经存在于案件材料里。

过去的工作方式往往是：

这件事本身并没有多少“律师价值”，但很耗时间，而且极其容易出现低级错误。

所以文书助理现在做的第一件事，就是把这些固定信息结构化。

这可能是目前整个插件里最“破产业务”的一部分。

我们团队收到债权申报材料以后，首先需要登记债权人信息。过去大量时间消耗在文件整理、名称登记、金额录入、材料核对上。

现在债权助理可以先读取团队文件夹里已经接收的申报材料，根据文件情况自动整理债权人基础信息。

随后，AI 会按照我们预设的审查原则和提示词，对申报材料进行初步审查。

但这里我没有做成“AI 自动认定债权”，因为债权审查不是一个纯粹的信息提取问题，同样一组材料，不同法律关系、不同证据状态、不同案件背景下，结论可能完全不一样，而且还需考虑到 OCR 的精度问题。

所以目前的设计仍然是：

与此同时，系统会保留一份比较完整的审查底稿。

我非常看重这个“底稿”。

这个底稿会向成员展示，这有助于接手的组员迅速上手。

在债权人会议之前，再对债权金额、比例、公式等进行一次独立检查。这种功能看起来不起眼，但在实务里其实很重要。

很多风险并不是来自复杂法律问题，而是来自一个 Excel 公式、一个金额录入错误、一个比例算错。这恰恰是AI 很适合帮助人类做第二遍检查的地方。

“团队助理”，其实最开始是我给自己做的。

作为团队负责人，我现在越来越明显地感觉到：

当你管理的案件越来越多以后，真正困难的已经不是“某一个案件怎么做”，而是如何维持整个团队的运行状态。

每周开会的时候，我们可能一次讨论十几个案件。以前开完会，会形成会议记录；每个案件又有自己的案件看板；成员还有各自的待办和日程。

这些东西彼此之间是割裂的。

而团队负责人实际上需要的是一条完整链路。

所以现在我做成了这样：

团队助理已经不再是“让 AI 帮我写一段文字”，而是让 AI 开始参与一个真实团队的工作流。

会议、案件、任务、日程，不再是四套彼此独立的信息。它们开始连起来了。

· · ·

不同人眼里的 AI，已经开始变成完全不同的东西。

很多人理解的 AI，还是打开一个聊天框，问一个问题，得到一个答案。

但如果你真正开始把 AI 接入自己的工作流，就会发现它完全是另外一种东西。

它可以读文件，可以调用工具，可以识别工作状态，可以根据规则执行任务，可以在多个系统之间传递信息，也可以把一个团队原本靠人脑维持的流程，逐渐变成一个可以运行的系统。

这也是我最近为什么会越来越沉迷 vibecoding。

以前律师想改善自己的工作方式，最多只能去适应别人开发的软件。

现在则第一次有可能反过来：软件开始适应律师自己的工作方式。

甚至不一定需要一个完整的软件开发团队。

很多原来成本极高、根本不值得开发的小需求，现在一个人就可以做。

假期用 codex+deepseek flash 基本完成了全部开发工作。付出的仅仅是20刀的月订阅费用，以及 deepseek 的 api 调用费用100人民币不到。

· · ·

虽然我一点代码都不懂，但逐渐明白这玩意儿和研究法律也是有共同之处的。

· · ·

当然，现在这个破产助理还非常早期。很多功能也远没有到“成熟产品”的程度。

它更像是我把自己这些年做破产业务时形成的一些习惯、流程和经验，一点点翻译成机器能够理解的规则。但这个过程本身已经让我觉得很有意思。

以后我们要更加思考：

真正让团队少做一点机械劳动，把时间留给那些更值得律师去做的事情。