把法律推理当作工程对象
LegalAVA 是一组面向律师与法务的 AI 工具:底座是 agent 与持续更新的法律知识库,上层是合同审查与模拟法庭。方法论全部交给用户,知识库由我们持续维护;底稿始终留在客户自己的边界之内。
产品
一项已上线,两项筹备中;三者共用同一套底座与数据边界。
Wiki MCP
已上线只读的法律知识库 MCP 服务:15 个法律/能源/商事领域的结构化 Wiki(新能源合规、电力交易、储能、招标投标、国资监管、经营者集中、数据合规、知识产权、公司法、合同问题……),供 Claude Code、Hermes、Cursor 等任何支持 Model Context Protocol 的 agent 检索。
- 每份资料被拆成原子概念页,互链、溯源、标注矛盾;主力收录发改委、能源局、地方细则等通用法律库覆盖最弱、变动最快的政策文件层
- 连接时下发查库规程与库清单,让「先查库再作答」成为 agent 的默认行为
- 接口只有检索与读取;内容在源头更新后经 git 自动同步
合同审查
筹备中跑在客户本地 agent 上的合同审查系统:审查清单不预制,由 agent 拿着眼前合同的交易结构到知识库里现场往返生成;输出为带批注与修订痕迹的 Word 文件。
- 建基准(onboarding):用客户历史合同的定稿修订还原审前原文、蒸馏标准答案、建立回归集——审查标准是客户自己的,不是我们替客户定的
- 规则分层与回归:调试期由我方设定规则并通过回归;之后客户自行加规则,每次变更跑回归、绿灯才生效
- 知识库订阅:政策时效、覆盖与可检索性由我方持续维护,配更新日志;首个垂直聚焦电力/售电
- 数据边界:合同离开客户环境前本地脱敏,返回结果按对照表自动回填,批注锚点机械校验
模拟法庭
筹备中把考场前移到开庭之前:逐争点构建「我方要点 ⇄ 对方抗辩 ⇄ 法院裁判」的对抗矩阵,红蓝对抗后给出条件化的胜率读数——给赔率,不给判决。
- 裁判单元库:公开判决的结构化加工(争点、锚点句、案号、出处),按争点/案由/法院提供基率分布与同向、反向双向检索
- 预期收敛:双方以共同输入集推演,读数用于谈判与和解预期的校准
- 已决案回测:上线前拿客户所在领域的已决案件盲测,比对模拟读数与实际裁判
- 案件材料与客户自己回灌的实战单元留在本地;输出纪律与责任边界随 skill 一并交付
底座
上层应用都跑在这一层上;应用可以分别选用,底座是共同前提。
部署形态
「云的好处」来自服务器形态,不来自公有云;数据边界一律在客户侧。
| 本地单机版 | 企业内网版 | |
|---|---|---|
| 适合 | 个人律师、小所、试点客户 | 法务部门、中大型律所 |
| 特点 | 零基础设施、装完即用、数据不出本机 | 部署在客户自己的内网服务器:24 小时在线、集中管理、质量审计与留痕、共享 skill、席位管理 |
| 知识库 | 两种形态都通过 MCP 远程检索我方维护的知识库;底稿都不上传 | |
我方公有云只放知识库 MCP 与模型接入;合同、案件材料、基准与标准答案始终在客户本地。
副产品
与上面的法律产品线无关。同一套「agent 驱动开发」的工作方式,顺手做出来的东西——留在这里,是因为它把这套方法讲得最直白。
DailyNotes
vibe 副产品给 Obsidian 日记用的 Android 手机端:上半屏月历,下半屏 Markdown,离线优先;经 Mac 上一个 400 行的小服务与电脑双向同步,冲突走三方合并、永不静默覆盖。
- 只读写
daily/YYYYMMDD/YYYY-MM-DD.md一种文件,服务器无状态,真相就是 vault 里的文件 - 从实测 vault 到真机可用一天完成,之后十余次迭代全由真机上的一句话反馈驱动
关于
LegalAVA 由一名执业律师维护,出发点是把日常法律工作中反复出现的推理拆成可以被工程化对待的对象——见博客 法律的 AI 工程学。知识库内容为个人研究整理,附来源标注,不构成法律意见;引用前请回到原始法规、判决与文件核对。
合作与试用请通过博客页面联系。Wiki MCP 的接入方式见 功能说明页;访问需要 token,不公开发放。