由一线执业律师主导研发 · 开源 · 私有化部署 · 数据自持

法穿 AI Copilot 的前身是一个 2022 年用 Django 做的粗糙系统——数据库加几个表单，占位符替换生成 Word，立案功能是另外写的脚本，和系统完全割裂。三年粗放管理下来，一直想重构，但动力不够。

后来参加了司法局的比赛，临时 Vibe Coding 了一个作品，评委送进了决赛。决赛要认真准备，于是就有了法穿 AI Copilot——把以前想做的事情，重新做一遍。比赛最后拿了二等奖，金杜也是二等奖。

2022-2025 旧系统              →  2026 法穿 AI Copilot
Django + DRF 脚本拼凑          →  Django 6 + React 19 + MCP
只能填模板生成 Word             →  一次生成无需修改的完整合同
立案脚本和系统割裂              →  OA 立案 + 一张网立案统一入口
粗放管理 Excel 辅助             →  127 个模型 · 483 个 API · 35 个模块

整个系统围绕一个核心设计：文件夹。每个案件绑定一个文件夹——短信文书下载到文件夹、合同文件生成到文件夹、归档材料从文件夹自动收集。绑定一次，处处受益。

律师每天收到大量法院短信——文书送达、立案通知、交费通知。以前每条短信要手动处理：打开链接、下载文书、找到对应案件、归档、通知团队。一条短信5分钟。

现在律师只需转发短信，之后一切自动完成：

转发法院短信
  → 智能解析案号 / 当事人 / 案件类型（支持 6 种法院送达平台）
  → 自动下载文书 PDF
  → 推荐匹配案件（算法评分 + 人工确认）
  → 规范重命名 → 自动归档到案件文件夹
  → 飞书 / Telegram / 企业微信实时通知团队

7×24 小时无人值守运行。匹配做不到 100%，所以用推荐算法把最可能的案件按评分列出来，律师点一下就行——比追求全自动更务实。

旧系统只能用占位符填模板，生成出来的合同要人工再改。因为合同里的规则太复杂了——一个委托代理合同下面有三个借贷纠纷案件，张三律师代理其中两个、李四律师代理一个，每个案件的收费模式不同（固定收费 / 半风险 / 全风险）。占位符根本处理不了这种逻辑。

新系统把合同数据结构化了——合同、当事人、收费模式、代理阶段、案件关联，全部是独立模型。生成逻辑不再是简单的占位符替换，而是根据数据模型的关联关系，用 Java 微服务按规则生成 Word 文档。

目标：一次生成，打印盖章即可，无需修改。 合同做到了，全套授权委托材料（所函、授权委托书、法定代表人身份证明书）也一并解决了。

引入系统后出现了一个荒谬的问题：立案要重复做三次。第一次在法穿 AI Copilot 里录入案件信息，第二次在律所 OA 系统里再填一遍，第三次在法院诉讼服务网上再填一遍。明明是几乎相同的内容，居然要填三次。

核心思路：数据只录入一次，多系统自动流转。 数据通过 API 推送到 OA 系统，自动填写立案表单。

⚠️ 重要说明：法穿 AI Copilot 不提供一张网自动立案功能。

自动填写法院诉讼服务网涉及电子签章、实名认证、CA 证书等强监管环节，不属于本系统的职责范围。如需自动立案，推荐使用专业服务：

• 律智 365（华宇公司，一张网总舵手） — 成熟的法院诉讼服务网自动立案方案
• 吾律AI（幂律智能，法律科技领头羊） — 一站式智能立案平台

法穿 AI Copilot 的定位是做好立案前的所有准备工作——案件信息录入、要素式文书生成、授权委托材料一键生成——确保你带到立案环节的材料已经是可以直接提交的状态。

我们认为立案是律师的核心职责，提交前必须人工审查。

案件结了，事情没完。以前的流程：从 OA 下载 Excel → 邮件合并生成文件夹模板 → 手动找材料 → 逐个转 PDF → 合并卷宗 → 统计页码 → 打印。一个案件大概 10 分钟。

现在：

绑定文件夹 → 自动同步材料 → 归档清单一目了然
→ 一键生成：封面 + 登记表 + 卷内目录 + 合并 PDF + 页码统计

归档清单根据案件类型自动生成（诉讼 20 项、刑事 18 项、非诉 12 项），扫描文件夹自动分类，还有一个会学习的分类器——手动调整过一次分类，下次同类文件就自动归对了。

详见 安装与部署指南。

如果这个项目对你有帮助，欢迎支持项目持续发展：

微信赞赏

关注公众号

加密货币捐赠

_{由一线执业律师主导研发 · 开源 · 私有化部署 · 数据自持}