docs: plan phase 13 legal knowledge library
This commit is contained in:
Codex
@@ -1,6 +1,6 @@
|
||||
# AI合同平台 闭环交付与深度开发方案（2026-05-01）
|
||||
|
||||
> 当前目标：阶段 8-12 后续全阶段规划已完成闭环，下一步按已冻结的 V2 路线图进入首批 V2 实施。
|
||||
> 当前目标：阶段 8-12 后续全阶段规划已完成闭环，下一步进入阶段 13 法律知识库与合同模板库建设，让平台具备可追溯法律依据、标准条款和生产可用合同模板。
|
||||
>
|
||||
> 执行原则：先建立可观测与可恢复基线，再做安全与依赖治理；所有动作都必须留下自动化产物和回归结论。
|
||||
|
||||
@@ -24,6 +24,7 @@
|
||||
| 阶段 10：生产化交付包、培训移交与验收闭环 | PASS_WITH_WEBHOOK_BLOCKED | `project-docs/阶段10-生产化交付包培训移交与验收闭环执行记录-2026-05-01.md` |
|
||||
| 阶段 11：规模化运营、多租户组织接入与 SLA 闭环 | PASS_WITH_WEBHOOK_BLOCKED | `project-docs/阶段11-规模化运营多租户组织接入与SLA闭环执行记录-2026-05-01.md` |
|
||||
| 阶段 12：V2 产品演进、集成扩展与长期路线图闭环 | PASS_WITH_WEBHOOK_BLOCKED | `project-docs/阶段12-V2产品演进集成扩展与长期路线图闭环执行记录-2026-05-01.md` |
|
||||
| 阶段 13：法律知识库与合同模板库建设闭环 | PLANNED | `project-docs/阶段13-法律知识库与合同模板库建设闭环方案-2026-05-01.md` |
|
||||
|
||||
阶段 1 已完成源码闭环与生产入口闭环，生产无人 E2E `18/18` 通过。阶段 2 已完成 Review 重试、Knowledge Base 文档重试、Review -> Chat -> Contract 上下文联动、首页交付工作台和阶段 2 自动化无人闭环，本地与生产 E2E 均 `7/7` 通过。阶段 3 已完成系统 readiness、试点交付准备页、默认账号说明、演示样本数据、依赖健康门禁和阶段 3 自动化无人闭环，本地与生产 E2E 均 `5/5` 通过。
|
||||
|
||||
@@ -50,15 +51,16 @@ AI合同平台当前已经不是从零建设阶段。登录、合同审查、Rev
|
||||
后续开发和验收以以下文档为当前执行依据：
|
||||
|
||||
1. `project-docs/阶段8-12-后续全阶段规划方案-2026-05-01.md`
|
||||
2. `project-docs/阶段7.9-值守证据留存日报周报与运营复盘执行记录-2026-05-01.md`
|
||||
3. `project-docs/阶段7.8-值守任务运行审计闭环执行记录-2026-05-01.md`
|
||||
4. `project-docs/阶段7.7-告警到人与响应闭环执行记录-2026-05-01.md`
|
||||
5. `project-docs/阶段7.6-真实值守上线与告警联调执行记录-2026-05-01.md`
|
||||
6. `project-docs/阶段7.5-定时巡检与告警投递执行记录-2026-05-01.md`
|
||||
7. `project-docs/阶段5-生产运行安全监控备份与依赖治理方案-2026-05-01.md`
|
||||
8. `project-docs/阶段3-试点交付准备执行记录-2026-05-01.md`
|
||||
9. `project-docs/当前统一需求基线-2026-04-21.md`
|
||||
10. 本文档
|
||||
2. `project-docs/阶段13-法律知识库与合同模板库建设闭环方案-2026-05-01.md`
|
||||
3. `project-docs/阶段7.9-值守证据留存日报周报与运营复盘执行记录-2026-05-01.md`
|
||||
4. `project-docs/阶段7.8-值守任务运行审计闭环执行记录-2026-05-01.md`
|
||||
5. `project-docs/阶段7.7-告警到人与响应闭环执行记录-2026-05-01.md`
|
||||
6. `project-docs/阶段7.6-真实值守上线与告警联调执行记录-2026-05-01.md`
|
||||
7. `project-docs/阶段7.5-定时巡检与告警投递执行记录-2026-05-01.md`
|
||||
8. `project-docs/阶段5-生产运行安全监控备份与依赖治理方案-2026-05-01.md`
|
||||
9. `project-docs/阶段3-试点交付准备执行记录-2026-05-01.md`
|
||||
10. `project-docs/当前统一需求基线-2026-04-21.md`
|
||||
11. 本文档
|
||||
|
||||
技术参考文档仍可保留，但不得覆盖最新进度与当前代码事实。
|
||||
|
||||
|
||||
@@ -0,0 +1,397 @@
|
||||
# AI合同平台 阶段 13 法律知识库与合同模板库建设闭环方案（2026-05-01）
|
||||
|
||||
> 阶段定位：阶段 13 不再补程序功能，而是为正式生产试点建设“法律知识大脑”和“合同模板大脑”。合同审核、知识库问答和合同生成必须基于可追溯法源、标准条款、审核规则、业务模板和专家复核记录，不能依赖空泛生成。
|
||||
|
||||
---
|
||||
|
||||
## 一、建设原则
|
||||
|
||||
1. 默认适用范围为中国大陆企业民商事合同场景。
|
||||
2. 所有法律依据必须记录来源、发布机关、条款号、施行日期、有效状态、采集日期和复核人。
|
||||
3. 官方法源优先，第三方文章、公众号、博客、模型回答不得作为最终依据。
|
||||
4. 法律条文、司法解释、监管规则进入知识库前必须拆成结构化知识卡、风险规则和条款适用说明。
|
||||
5. 合同模板必须绑定变量 schema、必填项、默认值、条款来源、审核规则和生成验收样本。
|
||||
6. 不把真实客户合同、真实个人信息、密钥、Webhook、管理员密码写入资料包。
|
||||
7. 平台输出必须标注依据来源；无法确定依据时必须提示“不确定”或要求人工复核。
|
||||
8. 生产使用前必须经过法律专业人员或业务负责人复核，本资料库不替代执业律师意见。
|
||||
|
||||
---
|
||||
|
||||
## 二、官方法源白名单
|
||||
|
||||
第一批只允许从以下官方渠道建立资料来源清单：
|
||||
|
||||
1. 国家法律法规数据库：`https://flk.npc.gov.cn/`
|
||||
2. 中国人大网：`https://www.npc.gov.cn/`
|
||||
3. 最高人民法院：`https://www.court.gov.cn/`
|
||||
4. 最高人民法院公报：`https://gongbao.court.gov.cn/`
|
||||
5. 中国政府网：`https://www.gov.cn/`
|
||||
6. 司法部、市场监管总局、网信办、人社部等部委官网，用于部门规章、行政规范、数据安全、个人信息保护、劳动用工等专项资料。
|
||||
|
||||
第三方资料只能作为线索，不能直接作为审核或生成依据。
|
||||
|
||||
---
|
||||
|
||||
## 三、目录规划
|
||||
|
||||
阶段 13 资料包目录建议如下：
|
||||
|
||||
```text
|
||||
project-docs/phase13-legal-knowledge-template-library/
|
||||
README.md
|
||||
inventories/
|
||||
legal-source-inventory.csv
|
||||
legal-knowledge-card-inventory.csv
|
||||
review-risk-rule-inventory.csv
|
||||
clause-library-inventory.csv
|
||||
contract-template-inventory.csv
|
||||
review-golden-sample-inventory.csv
|
||||
generation-golden-sample-inventory.csv
|
||||
expert-review-register.csv
|
||||
legal-sources/
|
||||
civil-code/
|
||||
judicial-interpretations/
|
||||
company-commercial/
|
||||
labor-employment/
|
||||
data-privacy/
|
||||
intellectual-property/
|
||||
procurement-tendering/
|
||||
clause-library/
|
||||
common/
|
||||
purchase/
|
||||
service/
|
||||
nda/
|
||||
software-saas/
|
||||
technology-development/
|
||||
labor-service/
|
||||
contract-templates/
|
||||
purchase/
|
||||
service/
|
||||
nda/
|
||||
software-saas/
|
||||
technology-development/
|
||||
labor-service/
|
||||
qa-samples/
|
||||
review/
|
||||
generation/
|
||||
kb-qa/
|
||||
evidence/
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 四、阶段总览
|
||||
|
||||
| 子阶段 | 主题 | 核心目标 | 主要产物 | 退出门禁 |
|
||||
|---|---|---|---|---|
|
||||
| 13.0 | 治理口径与资料 schema | 先定义资料如何进入平台 | 目录结构、字段字典、法源白名单、复核流程 | schema 齐套、敏感信息规则明确 |
|
||||
| 13.1 | 法源资料采集 | 建立权威法律依据底座 | 法源清单、法规版本、条款引用索引 | 官方来源可追溯、有效状态明确 |
|
||||
| 13.2 | 法律知识卡建设 | 把法律条文转为可检索知识 | 知识卡、适用场景、问答提示 | 每张卡有来源、条款号和适用边界 |
|
||||
| 13.3 | 合同审核规则库 | 让审核结果有法源和规则依据 | 风险类型、识别规则、修改建议、严重等级 | 每条规则绑定法律依据和回归样本 |
|
||||
| 13.4 | 标准条款库 | 让生成内容可控、可替换、可解释 | 标准条款、替代条款、禁用条款、适用条件 | 条款有来源、适用条件和风险提示 |
|
||||
| 13.5 | 合同模板库 | 建立生产可用模板 | 模板正文、变量 schema、默认值、生成规则 | 模板可预览、可生成、可下载、可审核 |
|
||||
| 13.6 | 黄金样本与评测集 | 验证审核和生成质量 | 审核样本、生成样本、KB 问答样本 | 样本覆盖主要风险和模板类型 |
|
||||
| 13.7 | 入库与自动化门禁 | 资料包从文档变成系统可用资产 | 导入脚本、门禁脚本、报告 | 入库、索引、问答、审核、生成均可复跑 |
|
||||
| 13.8 | 生产试点发布 | 把资料包部署到试点环境 | 发布记录、索引记录、业务验收记录 | 试点用户能基于资料完成真实业务场景 |
|
||||
| 13.9 | 持续更新与失效治理 | 避免知识过期 | 月度复核、失效规则、变更记录 | 过期资料可发现、可下线、可回归 |
|
||||
|
||||
---
|
||||
|
||||
## 五、分阶段任务
|
||||
|
||||
### 13.0 治理口径与资料 schema
|
||||
|
||||
任务：
|
||||
|
||||
1. 明确第一批合同类型和法律适用范围。
|
||||
2. 定义法源、知识卡、审核规则、条款、模板、样本、专家复核的字段字典。
|
||||
3. 建立资料编号规则，例如 `LAW-CIVIL-001`、`RULE-PAYMENT-001`、`CLAUSE-NDA-001`、`TPL-SERVICE-001`。
|
||||
4. 明确资料状态：`DRAFT`、`LEGAL_REVIEW`、`APPROVED`、`PUBLISHED`、`DEPRECATED`。
|
||||
5. 明确资料负责人、法律复核人、业务复核人和技术入库人。
|
||||
|
||||
产物：
|
||||
|
||||
1. `README.md`
|
||||
2. `inventories/*.csv`
|
||||
3. 字段字典和资料状态说明。
|
||||
|
||||
门禁：
|
||||
|
||||
1. 每类资料都有唯一 ID。
|
||||
2. 每类资料都有来源、负责人、状态、复核字段。
|
||||
3. 敏感信息、真实合同、密钥写入规则明确。
|
||||
|
||||
### 13.1 法源资料采集
|
||||
|
||||
任务：
|
||||
|
||||
1. 采集民法典合同编及总则中与合同成立、效力、履行、违约、解除相关条款。
|
||||
2. 采集最高人民法院民法典合同编通则司法解释。
|
||||
3. 采集买卖、建设工程、技术合同、劳动用工、知识产权、数据安全、个人信息保护等高频业务相关依据。
|
||||
4. 记录每条法源的官方 URL、发布机关、施行日期、有效状态、引用范围。
|
||||
5. 对失效、修订、替代关系进行标注。
|
||||
|
||||
产物：
|
||||
|
||||
1. `legal-source-inventory.csv`
|
||||
2. `legal-sources/*`
|
||||
3. 法源采集证据记录。
|
||||
|
||||
门禁：
|
||||
|
||||
1. 所有法源来自白名单官方渠道。
|
||||
2. 每条法源有 `source_url`、`issuer`、`effective_date`、`validity_status`。
|
||||
3. 失效或未知有效状态不得进入生产索引。
|
||||
|
||||
### 13.2 法律知识卡建设
|
||||
|
||||
任务：
|
||||
|
||||
1. 将法源拆成面向平台检索的知识卡。
|
||||
2. 每张知识卡包含：法律问题、适用场景、条款摘要、原文引用范围、风险提示、不可适用场景。
|
||||
3. 建立 KB 问答提示：什么问题可以回答，什么问题必须拒答或提示人工复核。
|
||||
4. 建立引用格式，确保回答能回溯到法源和条款号。
|
||||
5. 建立知识卡版本和失效检查规则。
|
||||
|
||||
产物：
|
||||
|
||||
1. `legal-knowledge-card-inventory.csv`
|
||||
2. `qa-samples/kb-qa/*`
|
||||
3. KB 问答验收样本。
|
||||
|
||||
门禁：
|
||||
|
||||
1. 知识卡不得只有法条全文，必须有适用场景和边界。
|
||||
2. 每张知识卡至少绑定一个官方法源 ID。
|
||||
3. KB 问答样本必须验证来源引用和拒答边界。
|
||||
|
||||
### 13.3 合同审核规则库
|
||||
|
||||
任务：
|
||||
|
||||
1. 建立风险分类：主体资格、合同效力、付款、交付、验收、违约、解除、争议解决、保密、知识产权、数据安全、个人信息、劳动用工。
|
||||
2. 为每类风险定义识别条件、严重等级、触发说明、法律依据和修改建议。
|
||||
3. 建立审核输出模板：风险名称、命中位置、依据、解释、修改建议、是否需人工复核。
|
||||
4. 绑定阶段 9 的业务质量门禁，形成回归样本。
|
||||
5. 对高风险规则增加人工复核标记。
|
||||
|
||||
产物：
|
||||
|
||||
1. `review-risk-rule-inventory.csv`
|
||||
2. `qa-samples/review/*`
|
||||
3. 审核规则说明和风险分级标准。
|
||||
|
||||
门禁：
|
||||
|
||||
1. 每条审核规则绑定法源 ID 或标准条款 ID。
|
||||
2. P0/P1 风险必须有人工复核要求。
|
||||
3. 审核样本能复现风险命中和修改建议。
|
||||
|
||||
### 13.4 标准条款库
|
||||
|
||||
任务：
|
||||
|
||||
1. 建立通用条款：定义、合同目的、履行、付款、交付、验收、违约、解除、不可抗力、通知、争议解决。
|
||||
2. 建立专项条款：采购、服务、保密、软件/SaaS、技术开发、劳动/劳务、知识产权、数据处理。
|
||||
3. 为每条条款定义适用条件、替代版本、禁用条件、风险提示和来源依据。
|
||||
4. 建立条款之间的依赖关系，例如保密条款需要期限、例外、违约责任。
|
||||
5. 建立条款质量复核流程。
|
||||
|
||||
产物：
|
||||
|
||||
1. `clause-library-inventory.csv`
|
||||
2. `clause-library/*`
|
||||
3. 条款适用矩阵。
|
||||
|
||||
门禁：
|
||||
|
||||
1. 条款不能是孤立文本，必须有适用条件。
|
||||
2. 高风险条款必须有替代版本或人工复核提示。
|
||||
3. 条款生成后必须能被审核规则反向校验。
|
||||
|
||||
### 13.5 合同模板库
|
||||
|
||||
任务：
|
||||
|
||||
1. 建立第一批生产模板：采购合同、服务合同、保密协议、软件/SaaS 服务合同、技术开发合同、劳动/劳务相关协议。
|
||||
2. 为每个模板建立变量 schema、必填字段、默认值、枚举值、校验规则。
|
||||
3. 将模板章节与标准条款库绑定。
|
||||
4. 建立模板生成前、生成中、生成后审核流程。
|
||||
5. 建立模板版本、启停、适用范围和负责人。
|
||||
|
||||
产物：
|
||||
|
||||
1. `contract-template-inventory.csv`
|
||||
2. `contract-templates/*`
|
||||
3. 模板变量 schema。
|
||||
4. 模板验收样本。
|
||||
|
||||
门禁：
|
||||
|
||||
1. 模板必须可预览、可生成、可下载。
|
||||
2. 必填变量缺失时必须明确提示。
|
||||
3. 生成合同必须能通过对应审核规则。
|
||||
4. 不同模板不得混用不适用条款。
|
||||
|
||||
### 13.6 黄金样本与评测集
|
||||
|
||||
任务：
|
||||
|
||||
1. 建立审核黄金样本，覆盖高频风险和边界场景。
|
||||
2. 建立生成黄金样本，覆盖每个模板的变量组合。
|
||||
3. 建立 KB 问答黄金样本，覆盖可答、拒答、需要人工复核三类。
|
||||
4. 标注期望输出、期望依据、期望风险等级。
|
||||
5. 与阶段 9 质量门禁衔接，形成可重复评测。
|
||||
|
||||
产物：
|
||||
|
||||
1. `review-golden-sample-inventory.csv`
|
||||
2. `generation-golden-sample-inventory.csv`
|
||||
3. `qa-samples/*`
|
||||
|
||||
门禁：
|
||||
|
||||
1. 每个模板至少有 3 个生成样本。
|
||||
2. 每个高频风险类型至少有 2 个审核样本。
|
||||
3. KB 问答必须验证引用来源和拒答边界。
|
||||
|
||||
### 13.7 入库与自动化门禁
|
||||
|
||||
任务：
|
||||
|
||||
1. 实现 `scripts/run-legal-knowledge-library-gate.ps1`。
|
||||
2. 检查目录结构、CSV 字段、法源 URL、状态、负责人、复核字段。
|
||||
3. 检查模板变量 schema、必填项、默认值和生成样本。
|
||||
4. 检查风险规则是否绑定法源和样本。
|
||||
5. 检查资料包是否包含密钥、真实密码、Webhook、未脱敏合同原文。
|
||||
6. 生成资料包验收报告。
|
||||
|
||||
产物：
|
||||
|
||||
1. `scripts/run-legal-knowledge-library-gate.ps1`
|
||||
2. `project-docs/qa-artifacts/phase13-legal-knowledge-library-gate/<timestamp>/`
|
||||
3. 门禁摘要 JSON/Markdown。
|
||||
|
||||
门禁：
|
||||
|
||||
1. 必需字段缺失为 FAIL。
|
||||
2. 非官方法源作为依据为 FAIL。
|
||||
3. 未复核高风险资料进入生产为 FAIL。
|
||||
4. 外部条件缺失可标记 BLOCKED，但不能伪装 PASS。
|
||||
|
||||
### 13.8 生产试点发布
|
||||
|
||||
任务：
|
||||
|
||||
1. 将 APPROVED 资料导入生产或试点租户。
|
||||
2. 对知识库执行上传、索引、问答验证。
|
||||
3. 对模板执行预览、生成、下载、审核验证。
|
||||
4. 对审核规则执行黄金样本回归。
|
||||
5. 输出生产试点资料发布记录。
|
||||
|
||||
产物：
|
||||
|
||||
1. 资料导入记录。
|
||||
2. 索引结果。
|
||||
3. 审核回归报告。
|
||||
4. 生成验收报告。
|
||||
5. 生产试点资料发布执行记录。
|
||||
|
||||
门禁：
|
||||
|
||||
1. KB 文档能索引并引用来源。
|
||||
2. 合同模板能完整生成并下载。
|
||||
3. 审核规则能命中黄金样本。
|
||||
4. 所有生产资料可追溯、可禁用、可更新。
|
||||
|
||||
### 13.9 持续更新与失效治理
|
||||
|
||||
任务：
|
||||
|
||||
1. 建立月度法源复核流程。
|
||||
2. 建立法规修订、司法解释更新、模板失效的处理流程。
|
||||
3. 建立知识库重新索引和模板重新验收流程。
|
||||
4. 建立业务反馈进入条款库和模板库的闭环。
|
||||
5. 将资料库质量纳入运营日报、周报或月报。
|
||||
|
||||
产物：
|
||||
|
||||
1. 月度复核模板。
|
||||
2. 资料变更记录。
|
||||
3. 失效下线记录。
|
||||
4. 重新索引和重新验收记录。
|
||||
|
||||
门禁：
|
||||
|
||||
1. 过期资料不能继续作为确定性依据。
|
||||
2. 法源变更后必须触发相关规则、条款、模板回归。
|
||||
3. 生产资料库有可审计变更记录。
|
||||
|
||||
---
|
||||
|
||||
## 六、第一批建设范围
|
||||
|
||||
第一批先覆盖生产试点最常用、最能体现平台价值的合同场景：
|
||||
|
||||
1. 采购合同。
|
||||
2. 服务合同。
|
||||
3. 保密协议。
|
||||
4. 软件/SaaS 服务合同。
|
||||
5. 技术开发合同。
|
||||
6. 劳动/劳务相关协议。
|
||||
|
||||
第一批最低资料规模：
|
||||
|
||||
| 类型 | 最低数量 |
|
||||
|---|---:|
|
||||
| 官方法源条目 | 20 |
|
||||
| 法律知识卡 | 40 |
|
||||
| 审核风险规则 | 30 |
|
||||
| 标准条款 | 50 |
|
||||
| 合同模板 | 6 |
|
||||
| 审核黄金样本 | 20 |
|
||||
| 生成黄金样本 | 12 |
|
||||
| KB 问答样本 | 20 |
|
||||
|
||||
阶段 13 完整闭环建议规模：
|
||||
|
||||
| 类型 | 建议数量 |
|
||||
|---|---:|
|
||||
| 官方法源条目 | 60+ |
|
||||
| 法律知识卡 | 120+ |
|
||||
| 审核风险规则 | 80+ |
|
||||
| 标准条款 | 120+ |
|
||||
| 合同模板 | 12+ |
|
||||
| 审核黄金样本 | 50+ |
|
||||
| 生成黄金样本 | 30+ |
|
||||
| KB 问答样本 | 50+ |
|
||||
|
||||
---
|
||||
|
||||
## 七、验收标准
|
||||
|
||||
阶段 13 完整退出必须满足：
|
||||
|
||||
1. 法源资料来自官方渠道，且可追溯到条款号和有效状态。
|
||||
2. 合同审核风险规则有依据、有样本、有修改建议、有严重等级。
|
||||
3. 标准条款库有适用条件、替代版本和风险提示。
|
||||
4. 合同模板具备变量 schema、必填校验、生成样本和审核回归。
|
||||
5. 知识库问答能引用来源，并能在依据不足时拒答或提示人工复核。
|
||||
6. 资料包可通过自动化门禁检查。
|
||||
7. 生产或试点环境完成至少一轮导入、索引、问答、审核、生成、下载闭环。
|
||||
8. 法律专家或业务负责人完成第一批高风险资料复核。
|
||||
|
||||
---
|
||||
|
||||
## 八、下一步立即执行
|
||||
|
||||
下一步最合适进入阶段 13.0 和 13.1：
|
||||
|
||||
1. 创建 `project-docs/phase13-legal-knowledge-template-library/` 目录。
|
||||
2. 创建第一批 inventories CSV。
|
||||
3. 创建法源采集字段字典和资料状态规则。
|
||||
4. 建立第一批官方法源清单。
|
||||
5. 实现 `scripts/run-legal-knowledge-library-gate.ps1` 的第一版，只做结构、字段、法源白名单和敏感信息门禁。
|
||||
6. 第一版门禁通过后，再开始填充法源、知识卡、规则、条款和模板正文。
|
||||
|
||||
阶段 13 当前状态：`PLANNED`。
|
||||
Reference in New Issue
Block a user