工作方式
一个文件夹，长成一部案件知识库
建案，丢资料
每个案件一个文件夹。合同扫描件、微信记录、银行流水、催款函——拖进去即可，不需要预先整理。
编译成实体网络
AI 通读资料，识别关键实体与关系：当事人、证据、事件、主张、法条各建一页，页面之间双向链接，每句话标注来源。
增量生长
庭审笔录、新证据、判决书……资料随案件推进不断加入，知识库 相应更新受影响的页面——不是重建，是生长。
知识库里有什么
四类页面，一张知识地图
实体页面
每个当事人、每份证据、每个关键事件、每条援引法条都有自己的页面：属性、相关事实、出处、与其他实体的关系，像维基百科词条一样可浏览。
双向链接
从"付款事实"页面能看到它引用的银行流水，也能反向看到哪些主张依赖它。AI 起草文书时沿同一张链接网导航——和你看到的是同一部知识库。
逐句溯源
知识库里的每一句事实陈述都标注来源文件与位置。点开即见原文——AI 不允许写没有出处的"事实"，你审阅时不用回头翻卷。
全局法律知识层
案件知识库之下是共享的法律知识层：程序时限规则（答辩 15 日、上诉 15 日、执行 2 年……逐条对应法条）、162 类文书要素、三条流程时间线。
编译一次，处处生成
每个阶段，一键生成该阶段的全部交付物
案件推进到哪个节点，法求就知道该产出什么：文书包、思维导图、分析底稿——全部从同一部案件知识库取材，所以彼此一致、互不矛盾。
案件进入「立案应诉」阶段一键生成 · 从案件知识库 取事实与证据
→
民事起诉状证据清单（目录）争议焦点思维导图
案件进入「庭前准备」阶段一键生成 · 证据页自动对照三性与待证事实
→
质证意见举证 / 发问提纲证据链分析图
收到一审判决，进入「判决与上诉」阶段一键生成 · 判决书自动并入知识库
→
民事上诉状上诉理由预研案件进展告知函
判决生效对方未履行，进入「执行阶段」一键生成 · 财产线索从知识库证据页汇总
→
强制执行申请书财产线索调查申请书
为什么这很重要
编译式知识库 vs 检索式问答
| 维度 | 普通 RAG 检索问答 | 法求案件 AI 模型知识库 |
|---|---|---|
| 知识形态 | 每次提问临时检索片段 | 持久的互链实体页面网络 |
| 重复提问 | 每次都重新翻资料，结果可能不一致 | 读同一部知识库，答案稳定一致 |
| 资料更新 | 整库重新索引 | 增量更新受影响的页面 |
| 出处 | 片段级引用，难以核验 | 句级溯源，点开见原文 |
| 跨文书一致性 | 起诉状与代理词可能各说各话 | 所有输出读同一知识源 |
| 律师可读性 | 黑盒向量库，人读不了 | 像维基百科一样可浏览、可编辑 |