feat: land phase15 legal docs and commercial ops

Includes legal document generation workflows, prompt governance runtime wiring, legal change impact scans, operation KPI dashboards, invoice files, sales follow-up events, mobile review polish, deployment automation, and updated project docs.

project-docs/AI合同起草与审查助手-正式生产部署演练与上线检查清单-2026-05-16.md

@@ -129,6 +129,33 @@ powershell -NoProfile -ExecutionPolicy Bypass -File scripts\deploy-frontend-dock
 
 如果只发布前端，而前端依赖后端新字段，生产回归可能在浏览器阶段失败。此时应优先补齐后端部署，再复跑生产发布门禁。
 
+### 当前开发测试服务器恢复式部署
+
+当前 `192.168.3.90` 的开发测试环境实际运行在 `/tmp/ai-contract-platform-121bf33bf415`，并使用 `ai-contract-backend-restore`、`ai-contract-frontend` 两个独立容器，不是 `/opt/ai-contract-platform + docker compose` 形态。
+
+因此，给当前开发测试服务器发布本地代码时，优先使用：
+
+```powershell
+$env:SSHPASS = "<只在当前 PowerShell 会话临时设置服务器 SSH 密码>"
+powershell -NoProfile -ExecutionPolicy Bypass -File scripts\deploy-ai-contract-restore-docker.ps1 `
+  -AllowDirtyWorktree `
+  -UseSshpass
+Remove-Item Env:\SSHPASS
+```
+
+如果只想确认脚本会命中正确目录、镜像和容器，不想部署、不想重启服务，先执行：
+
+```powershell
+$env:SSHPASS = "<只在当前 PowerShell 会话临时设置服务器 SSH 密码>"
+powershell -NoProfile -ExecutionPolicy Bypass -File scripts\deploy-ai-contract-restore-docker.ps1 `
+  -AllowDirtyWorktree `
+  -UseSshpass `
+  -PlanOnly
+Remove-Item Env:\SSHPASS
+```
+
+注意：不要把 SSH 密码、支付密钥、证书内容写进 Git、文档或脚本；只放在当前会话环境变量或服务器安全配置里。
+
 ## 当前已确认的证据
 
 | 证据 | 路径 |

project-docs/AI合同起草与审查助手-法律文书能力吸收开发方案-2026-05-20.md

@@ -0,0 +1,787 @@
+# AI合同起草与审查助手-法律文书能力吸收开发方案-2026-05-20
+
+## 1. 方案来源与目标
+
+本方案基于 `D:\方案\AI法律\AI法律文书助手_合并整理版.docx` 的分析结果制定，用于指导 AI 合同起草与审查助手后续开发。
+
+该外部方案与当前项目高度相似，但它的定位更宽，覆盖“AI法律文书助手”全产品，包括法律文书生成、审查、模板中心、法规库、智能条款推荐、富文本编辑、生命周期管理、商业化、质量评测和运营指标。
+
+当前系统已经具备：
+
+- 合同生成基础链路。
+- 合同自动审查基础链路。
+- OCR / PDF / 图片解析基础链路。
+- Chat 追问链路。
+- 知识库和法条全文库。
+- 审查报告法条引用闭环。
+- 模板治理、知识库治理和正式发布链路。
+- 商业化基础：套餐、用量统计、试用到期、超额提示、订单和发票状态基础。
+- 远程 PostgreSQL 真相源和远程开发测试部署闭环。
+
+因此，本方案的目标不是重做一个新系统，而是把外部方案中值得吸收的能力，按现有项目边界逐步落地，让当前合同助手从“可用合同工具”升级为“成熟法律文书产品”。
+
+## 2. 总体判断
+
+### 2.1 应吸收的方向
+
+外部方案中最值得吸收的是产品化能力，而不是重技术栈。
+
+优先吸收：
+
+- 文书类型和场景化入口。
+- 动态要素表单。
+- 生成后富文本编辑器和 AI 侧边栏。
+- 审查建议的一键采纳、手动修改、跳过闭环。
+- 智能条款推荐。
+- 措辞专业化、偏甲方、偏乙方改写。
+- 法规变更影响分析。
+- Prompt 分层治理。
+- 黄金样本和质量评测。
+- 运营 KPI 面板。
+
+### 2.2 不应照搬的方向
+
+不建议照搬：
+
+- Java、K8s、Kafka、Milvus、Elasticsearch、Flowable、4xA100 等完整重型架构。
+- 一次性扩到 50+ 文书类型。
+- 依赖大量人工律师复核作为必经流程。
+- 另起一套法律文书平台，绕开当前合同助手已有能力。
+
+### 2.3 本项目的吸收原则
+
+1. 继续以 `ai-contract-platform` 为业务产品层。
+2. 通用 AI 能力沉到 `shared-ai-platform` 或 `shared-ai-platform-java`。
+3. 先做合同业务高频场景，再扩展更广法律文书。
+4. 法条、模板、Prompt、规则都要有版本、发布、回滚和证据。
+5. 新功能默认走 Codex 代理无人审批模式，人工复核改为可选增强，不作为主线阻塞。
+6. 每一阶段必须形成闭环：数据库、接口、页面、测试、远程冒烟、文档状态。
+
+## 3. 能力吸收地图
+
+| 外部方案能力 | 当前系统状态 | 是否吸收 | 建议落点 | 优先级 |
+|---|---|---|---|---|
+| 文书类型选择 | 目前以模板和合同类型为主 | 吸收 | `ai-contract-platform` | P0 |
+| 动态要素表单 | 目前模板变量能力较基础 | 吸收 | `ai-contract-platform` | P0 |
+| AI文书生成 Prompt 模板 | 已有生成链路，但 Prompt 治理不足 | 吸收 | 业务层 + 共享 Prompt 治理 | P0 |
+| 富文本编辑器 | 当前生成后编辑体验不足 | 吸收 | 前端产品层 | P1 |
+| AI侧边栏 | Chat 有基础，未深度嵌入编辑器 | 吸收 | 前端 + Chat API | P1 |
+| 审查建议采纳 | 当前报告可读，但自动修改闭环不足 | 吸收 | 审查结果 + 文档版本 | P0 |
+| 缺失条款推荐 | 部分规则有提示，未产品化 | 吸收 | 条款推荐服务 | P0 |
+| 措辞优化 | 当前未成独立能力 | 吸收 | AI编辑能力 | P1 |
+| 偏甲方/偏乙方改写 | 当前审查有立场字段，改写不足 | 吸收 | AI编辑能力 | P1 |
+| 法规变更影响分析 | 法条库已有，影响分析未做 | 吸收 | 法条库 + 模板/合同扫描 | P2 |
+| 25类文书模板 | 当前模板数量较少 | 选择性吸收 | 模板候选库 + QA 样本 | P0/P1 |
+| 黄金样本评测 | phase13 有基础，样本不足 | 吸收 | QA fixtures + 自动评测 | P0 |
+| 运营 KPI | 商业化基础有，用量面板不足 | 吸收 | 管理后台 | P2 |
+| 微信小程序 | 当前不是最近主线 | 延后 | 移动端专项 | P3 |
+| 电子签名 | 当前不是近期主线 | 延后 | 第三方集成 | P3 |
+| 全生命周期履约管理 | 当前有部分治理能力 | 分阶段吸收 | 文档管理中心 | P2 |
+
+## 4. 新阶段总路线
+
+本方案建议作为现有 Phase14 后的产品化增强主线，命名为：
+
+> Phase15 法律文书产品化增强
+
+Phase15 不替代原路线图，而是对原路线中“模板库分类、行业入口、历史沉淀、来源展示、Chat、知识库、商业化”的继续深化。
+
+### Phase15-A: 文书类型入口与动态要素表单
+
+目标：用户不再只看到模板列表，而是先从“文书类型、行业、使用场景”进入，再填写结构化要素。
+
+交付物：
+
+- 文书类型字典。
+- 文书场景分类。
+- 动态要素 schema。
+- 要素填写页面。
+- 模板到文书类型的绑定关系。
+- 表单草稿自动保存。
+
+验收：
+
+- 用户能选择买卖合同、服务合同、劳动合同、NDA、租赁合同等高频文书类型。
+- 每类文书展示不同字段。
+- 字段能保存、恢复、提交生成。
+- 生成时能带入结构化要素。
+
+### Phase15-B: 审查建议采纳闭环
+
+目标：审查报告不只是指出风险，而是能把建议转成可应用的合同修改。
+
+交付物：
+
+- 风险项建议状态：待处理、已采纳、已修改、已跳过。
+- 建议条款文本结构化存储。
+- 应用建议接口。
+- 手动修改建议接口。
+- 跳过原因记录。
+- 生成新文档版本。
+- 审查报告页面操作按钮。
+
+验收：
+
+- 每个风险项可执行“采纳建议、手动修改、跳过”。
+- 采纳后合同文本生成新版本。
+- 报告能显示处理进度。
+- 审计日志记录谁在什么时间处理了哪条建议。
+
+### Phase15-C: 智能条款推荐
+
+目标：在生成、编辑、审查三个入口中，系统主动推荐缺失条款和优化条款。
+
+交付物：
+
+- 条款推荐 API。
+- 缺失条款推荐规则。
+- 行业惯例推荐规则。
+- 风险防护推荐规则。
+- 法条关联推荐。
+- 推荐采纳、忽略、修改记录。
+
+验收：
+
+- 技术服务合同缺少知识产权条款时能推荐。
+- 买卖合同缺少验收、不可抗力、通知送达时能推荐。
+- 劳动合同能检查试用期、社保、竞业限制、违约金等专项条款。
+- 推荐结果能带法条依据或说明“无直接法条，仅为行业惯例”。
+
+### Phase15-D: 富文本编辑器与 AI 侧边栏
+
+目标：生成后的合同能在页面内继续编辑，并在右侧获得 AI 辅助。
+
+交付物：
+
+- 合同编辑器页面。
+- 段落级编辑。
+- 自动保存。
+- 版本历史。
+- AI 侧边栏：注意事项、相关法条、条款推荐、Chat。
+- 段落操作：改写、扩展、简化、偏甲方、偏乙方。
+
+验收：
+
+- 用户能打开生成合同并编辑。
+- 每次保存生成版本记录。
+- 选中一段条款可请求 AI 改写。
+- 改写结果可插入正文。
+- Chat 能带入当前合同上下文。
+
+### Phase15-E: Prompt 资产治理
+
+目标：把生成、审查、条款推荐、法规问答、措辞改写的 Prompt 从隐性代码逻辑提升为可治理资产。
+
+交付物：
+
+- Prompt 资产表或治理资产扩展。
+- Prompt 类型：generate、review、recommend_clause、legal_chat、rewrite。
+- Prompt 版本管理。
+- 发布、回滚、停用。
+- Prompt 运行证据关联到 AI run。
+- Prompt 变更评测门禁。
+
+验收：
+
+- 管理员能看到当前启用 Prompt。
+- 每次 AI 生成或审查能追溯使用的 Prompt 版本。
+- Prompt 修改后必须通过黄金样本评测才能发布。
+
+### Phase15-F: 黄金样本与质量评测
+
+目标：把外部方案中的示范文本和缺陷合同样本转成系统可复跑的质量评测资产。
+
+交付物：
+
+- 文书生成黄金样本。
+- 合同审查缺陷样本。
+- 法规问答样本。
+- 措辞改写样本。
+- 自动评测脚本。
+- 质量报告。
+
+验收：
+
+- 每次核心 Prompt 或规则变更后可跑评测。
+- 输出生成质量、审查召回、审查精确、法条引用准确、建议可执行性等指标。
+- 评测不通过时阻止发布。
+
+### Phase15-G: 法规变更影响分析
+
+目标：法条库不只是被动检索，还能主动分析法条变化对模板和历史合同的影响。
+
+交付物：
+
+- 法规变更记录模型。
+- 法条版本对比。
+- 影响扫描任务。
+- 受影响模板列表。
+- 受影响合同列表。
+- 影响等级：立即修改、下次续约修改、仅供参考。
+- 通知和看板入口。
+
+验收：
+
+- 新增或修改一条法源后，可触发影响扫描。
+- 系统能找出引用该法条或相关标签的模板、规则、合同。
+- 输出建议修改点和处理状态。
+
+### Phase15-H: 运营 KPI 与商业化增强
+
+目标：把“好不好用、能不能赚钱”变成后台可见数据。
+
+交付物：
+
+- AI 使用量指标。
+- 文书生成量。
+- 审查量。
+- Chat 使用量。
+- 模板使用 Top10。
+- 条款建议采纳率。
+- 法条引用准确率。
+- 免费到付费转化漏斗。
+- 超额提示转化数据。
+
+验收：
+
+- 管理员能看到每日、每周、每月指标。
+- 能区分免费、试用、基础、专业、企业套餐。
+- 能看到哪些模板最受欢迎，哪些风险建议最常被采纳或忽略。
+
+## 5. Phase15-A 详细任务拆分
+
+### LAW-DOC-001 文书类型字典
+
+落点：后端数据库、管理接口。
+
+建议字段：
+
+- `id`
+- `code`
+- `name`
+- `category`
+- `industry`
+- `scenario`
+- `description`
+- `risk_level`
+- `is_active`
+- `sort_order`
+- `created_at`
+- `updated_at`
+
+首批文书类型：
+
+- 货物买卖合同。
+- 技术服务合同。
+- 软件开发合同。
+- 通用服务合同。
+- 劳动合同。
+- 保密协议。
+- 房屋租赁合同。
+- 股权转让协议。
+- 合作框架协议。
+- 催告函。
+- 解除合同通知书。
+
+验收：
+
+- 可查询文书类型列表。
+- 可按分类、行业、场景筛选。
+- 模板可以绑定文书类型。
+
+### LAW-DOC-002 动态要素 schema
+
+落点：后端数据库、模板或文书类型配置。
+
+建议 schema 结构：
+
+```json
+{
+  "sections": [
+    {
+      "key": "parties",
+      "title": "当事人信息",
+      "fields": [
+        {
+          "key": "party_a.name",
+          "label": "甲方名称",
+          "type": "text",
+          "required": true
+        }
+      ]
+    }
+  ]
+}
+```
+
+字段类型：
+
+- text
+- textarea
+- number
+- money
+- date
+- select
+- radio
+- checkbox
+- party
+- clause_toggle
+- file_reference
+
+验收：
+
+- 同一个前端页面能根据 schema 渲染不同文书表单。
+- 必填校验生效。
+- 金额、日期、百分比字段有基础格式校验。
+
+### LAW-DOC-003 要素草稿和恢复
+
+落点：合同生成流程。
+
+能力：
+
+- 用户填写表单自动保存。
+- 未完成草稿能恢复。
+- 草稿可删除。
+- 草稿能继续生成合同。
+
+验收：
+
+- 刷新页面后已填字段不丢失。
+- 用户能看到最近草稿。
+
+### LAW-DOC-004 生成接口升级
+
+落点：合同生成 API。
+
+能力：
+
+- 生成接口接受 `document_type_code`。
+- 接受结构化 `elements`。
+- 自动选择模板。
+- 自动注入法条来源。
+- 输出合同 HTML、AI 提醒、待补字段、相关法条。
+
+验收：
+
+- 买卖合同能根据结构化字段生成初稿。
+- 未填必填但可生成的字段用“请补充”标识。
+- 合同详情能看到生成来源和要素快照。
+
+## 6. Phase15-B 详细任务拆分
+
+### LAW-REVIEW-001 风险建议动作模型
+
+落点：后端数据库。
+
+建议字段：
+
+- `id`
+- `review_id`
+- `risk_item_id`
+- `action_status`
+- `suggested_text`
+- `user_modified_text`
+- `skip_reason`
+- `applied_contract_version_id`
+- `created_by`
+- `created_at`
+- `updated_at`
+
+状态：
+
+- `pending`
+- `adopted`
+- `modified`
+- `ignored`
+
+验收：
+
+- 每条风险项都有处理状态。
+- 状态变更有审计记录。
+
+### LAW-REVIEW-002 应用建议生成新版本
+
+落点：审查服务、合同版本服务。
+
+能力：
+
+- 对某条风险项采纳建议。
+- 在合同正文中定位相关条款。
+- 生成新合同版本。
+- 保留原文和替换后文本。
+
+验收：
+
+- 采纳建议后，合同版本号增加。
+- 审查报告能跳转到新版本。
+- 无法自动定位时，进入“需手动确认”状态，不静默失败。
+
+### LAW-REVIEW-003 审查报告处理进度
+
+落点：前端审查详情页。
+
+能力：
+
+- 展示总风险数、已处理数、未处理数。
+- 每条风险展示操作按钮。
+- 操作后即时更新状态。
+
+验收：
+
+- 风险项可以逐条处理。
+- 处理进度正确计算。
+
+## 7. Phase15-C 详细任务拆分
+
+### LAW-CLAUSE-001 缺失条款推荐
+
+推荐来源：
+
+- 文书类型必备条款清单。
+- 标准条款库。
+- 法条全文库。
+- 审查规则。
+
+首批推荐规则：
+
+- 买卖合同：验收、质量保证、违约责任、不可抗力、通知送达。
+- 服务合同：服务范围、交付物、验收、知识产权、保密、甲方配合义务。
+- 劳动合同：试用期、社保、工作时间、劳动报酬、解除终止、竞业限制。
+- NDA：保密信息定义、排除项、返还销毁、违约责任、强制披露例外。
+
+验收：
+
+- 输入合同正文后能返回缺失条款。
+- 每条推荐包含插入位置、建议文本、理由和依据。
+
+### LAW-CLAUSE-002 措辞优化
+
+优化类型：
+
+- 专业化。
+- 简化解释。
+- 偏甲方。
+- 偏乙方。
+- 平衡版。
+
+验收：
+
+- 输入“尽快交付”，返回“在合同签订后若干工作日内交付”等专业表述。
+- 偏甲方/偏乙方改写必须同时返回法律边界和谈判建议。
+
+## 8. Phase15-E Prompt 治理任务拆分
+
+### LAW-PROMPT-001 Prompt 类型和版本
+
+Prompt 类型：
+
+- `contract_generation`
+- `contract_review`
+- `clause_recommendation`
+- `legal_chat`
+- `wording_rewrite`
+- `regulation_impact`
+
+字段：
+
+- `prompt_code`
+- `prompt_type`
+- `version`
+- `content`
+- `variables_schema`
+- `status`
+- `published_at`
+- `published_by`
+- `rollback_from`
+
+验收：
+
+- 能创建 Prompt 草稿。
+- 能发布 Prompt。
+- 能回滚 Prompt。
+- AI 运行记录能关联 Prompt 版本。
+
+### LAW-PROMPT-002 Prompt 评测门禁
+
+能力：
+
+- 发布前跑黄金样本。
+- 输出质量分。
+- 不达标阻止发布。
+
+验收：
+
+- Prompt 发布前必须有评测报告。
+- 报告记录样本数量、通过率、失败项。
+
+## 9. 数据模型建议
+
+本方案建议新增或扩展以下表。实际命名需以现有 Alembic 和模型风格为准。
+
+### 9.1 新增表
+
+- `legal_document_types`
+- `legal_document_element_schemas`
+- `legal_document_drafts`
+- `review_risk_actions`
+- `clause_recommendations`
+- `prompt_assets`
+- `prompt_asset_versions`
+- `ai_quality_eval_runs`
+- `ai_quality_eval_items`
+- `regulation_change_events`
+- `regulation_impact_tasks`
+
+### 9.2 扩展表
+
+合同模板表建议补充：
+
+- `document_type_code`
+- `industry`
+- `scenario`
+- `elements_schema_id`
+- `default_prompt_asset_id`
+
+合同生成记录建议补充：
+
+- `document_type_code`
+- `elements_snapshot`
+- `prompt_version`
+- `legal_article_ref_ids`
+- `source_template_version_id`
+
+审查结果建议补充：
+
+- `processed_risk_count`
+- `pending_risk_count`
+- `risk_action_summary`
+- `legal_article_ref_ids`
+
+## 10. API 建议
+
+### 10.1 文书类型与表单
+
+- `GET /api/v1/legal-document-types`
+- `GET /api/v1/legal-document-types/{code}`
+- `GET /api/v1/legal-document-types/{code}/element-schema`
+- `POST /api/v1/legal-document-drafts`
+- `PUT /api/v1/legal-document-drafts/{id}`
+- `POST /api/v1/legal-document-drafts/{id}/generate`
+
+### 10.2 审查建议动作
+
+- `GET /api/v1/reviews/{review_id}/risk-actions`
+- `POST /api/v1/reviews/{review_id}/risks/{risk_id}/adopt`
+- `POST /api/v1/reviews/{review_id}/risks/{risk_id}/modify`
+- `POST /api/v1/reviews/{review_id}/risks/{risk_id}/ignore`
+
+### 10.3 条款推荐和改写
+
+- `POST /api/v1/clauses/recommend`
+- `POST /api/v1/clauses/rewrite`
+- `POST /api/v1/clauses/apply`
+
+### 10.4 Prompt 治理
+
+- `GET /api/v1/prompt-assets`
+- `POST /api/v1/prompt-assets`
+- `POST /api/v1/prompt-assets/{id}/publish`
+- `POST /api/v1/prompt-assets/{id}/rollback`
+- `POST /api/v1/prompt-assets/{id}/evaluate`
+
+### 10.5 法规影响分析
+
+- `POST /api/v1/regulation-changes`
+- `POST /api/v1/regulation-changes/{id}/scan`
+- `GET /api/v1/regulation-changes/{id}/impacts`
+
+## 11. 前端页面建议
+
+### 11.1 新增页面
+
+- `/documents/new`
+  - 文书类型选择。
+  - 分类、行业、场景入口。
+
+- `/documents/new/[type]`
+  - 动态要素表单。
+  - 草稿保存。
+  - AI 生成入口。
+
+- `/documents/[id]/edit`
+  - 富文本编辑器。
+  - AI 侧边栏。
+  - 条款推荐。
+  - 版本历史。
+
+- `/prompt-assets`
+  - Prompt 治理列表。
+  - 版本、发布、回滚、评测。
+
+- `/quality-evals`
+  - 黄金样本评测结果。
+
+- `/regulation-impacts`
+  - 法规变更影响看板。
+
+### 11.2 改造页面
+
+- `/contracts`
+  - 从“合同列表”升级为“文书管理中心”。
+
+- `/templates`
+  - 增加文书类型、行业、场景筛选。
+
+- `/reviews/[id]`
+  - 增加风险建议动作按钮和处理进度。
+
+- `/chat`
+  - 增加当前文书上下文来源提示。
+
+- `/legal-articles`
+  - 增加关联模板、关联规则、影响扫描入口。
+
+## 12. 共享平台边界
+
+### 12.1 留在 `ai-contract-platform`
+
+- 文书类型和业务场景。
+- 合同模板和法律文书模板。
+- 合同生成页面。
+- 审查报告页面。
+- 风险建议采纳。
+- 合同版本和用户业务文档。
+- 商业化套餐和用量控制。
+
+### 12.2 下沉到 `shared-ai-platform`
+
+- Prompt 编排基础能力。
+- Provider / Model 配置。
+- AI 运行日志。
+- RAG 检索能力。
+- 通用条款推荐引擎能力。
+- 文档解析和 OCR 能力。
+- 工具调用和插件注册。
+
+### 12.3 当前阶段暂不迁移
+
+为了避免跑偏，Phase15-A 到 Phase15-C 先在 `ai-contract-platform` 内形成业务闭环。等 Prompt 治理和条款推荐稳定后，再抽象到共享平台。
+
+## 13. 质量和安全要求
+
+### 13.1 AI 输出质量
+
+关键指标：
+
+- 法条引用准确率。
+- 风险识别召回率。
+- 风险识别精确率。
+- 建议可执行率。
+- 条款推荐采纳率。
+- 用户忽略率。
+
+### 13.2 安全边界
+
+必须保留：
+
+- AI 辅助工具声明。
+- 不构成正式法律意见声明。
+- 高价值合同风险提醒。
+- 禁止伪造文书、规避法律、逃避责任等请求。
+- 敏感合同内容不用于训练，除非用户明确授权。
+
+### 13.3 自动化验证
+
+每一阶段至少包含：
+
+- 后端单元测试。
+- API 测试。
+- 前端构建或类型检查。
+- 远程 PostgreSQL 真相源验证。
+- 关键接口远程冒烟。
+- 文档状态更新。
+
+## 14. 首批高频文书范围
+
+Phase15 不一次性承诺 25 类全部完成，首批只做 10 类左右。
+
+### P0 首批
+
+1. 货物买卖合同。
+2. 技术服务合同。
+3. 软件开发合同。
+4. 通用服务合同。
+5. 劳动合同。
+6. 保密协议。
+7. 房屋租赁合同。
+8. 股权转让协议。
+9. 合作框架协议。
+10. 催告函。
+
+### P1 扩展
+
+1. 代理/经销协议。
+2. 加盟合同。
+3. 企业间借款合同。
+4. 投资协议。
+5. 对赌协议。
+6. 股东会决议。
+7. 授权委托书。
+8. 解除合同通知书。
+9. 法律意见书。
+10. 物业服务合同。
+
+## 15. 阶段验收总表
+
+| 阶段 | 验收标准 |
+|---|---|
+| Phase15-A | 文书类型入口、动态表单、草稿、生成闭环通过 |
+| Phase15-B | 审查风险建议可采纳、修改、跳过，并生成版本 |
+| Phase15-C | 缺失条款、措辞优化、行业惯例推荐可用 |
+| Phase15-D | 编辑器、AI 侧栏、自动保存、版本历史可用 |
+| Phase15-E | Prompt 资产可版本化、发布、回滚、追溯 |
+| Phase15-F | 黄金样本评测可复跑并形成门禁 |
+| Phase15-G | 法规变更能扫描影响模板和历史合同 |
+| Phase15-H | 商业化运营指标可在后台查看 |
+
+## 16. 推荐执行顺序
+
+建议从最贴近当前系统、最容易形成产品价值的三刀开始：
+
+1. `LAW-DOC-001` 到 `LAW-DOC-004`
+   - 文书类型入口和动态表单。
+
+2. `LAW-REVIEW-001` 到 `LAW-REVIEW-003`
+   - 审查建议采纳闭环。
+
+3. `LAW-CLAUSE-001` 到 `LAW-CLAUSE-002`
+   - 智能条款推荐和措辞优化。
+
+原因：
+
+- 这三刀不依赖重型新基础设施。
+- 能复用现有模板、审查、法条库和 Chat。
+- 对用户感知最强。
+- 能直接提升商业化价值。
+
+## 17. 后续执行口令
+
+后续可以按以下方式推进：
+
+> 按 `project-docs/AI合同起草与审查助手-法律文书能力吸收开发方案-2026-05-20.md`，从 `LAW-DOC-001` 开始执行，先核对当前模型、接口、页面和数据库边界，再完成该任务闭环，run until blocked；完成后更新当前工作进度并汇报完成项、未完成项、阻塞项。
+
+也可以直接指定：
+
+- `继续 LAW-DOC-001`
+- `继续 Phase15-A`
+- `开始审查建议采纳闭环 LAW-REVIEW-001`
+- `开始智能条款推荐 LAW-CLAUSE-001`
+
+## 18. 当前结论
+
+外部 AI 法律文书方案对我们最有价值的不是“重新造一个法律平台”，而是提供了清晰的产品升级方向：
+
+> 文书类型入口 + 动态表单 + 生成后编辑 + 审查建议采纳 + 智能条款推荐 + Prompt 治理 + 质量评测 + 商业化指标。
+
+当前项目已经具备法律知识库、审查报告、Chat、模板治理和商业化基础，完全可以承接这条路线。下一步应优先进入 Phase15-A，让用户从“选模板”升级为“按场景生成专业法律文书”。

project-docs/README.md

@@ -20,6 +20,7 @@
 - `AI合同起草与审查助手-真人参与流程-会议汇报版-2026-05-14.md`
 - `AI合同起草与审查助手-正式生产部署演练与上线检查清单-2026-05-16.md`
 - `AI合同起草与审查助手-Phase14法条全文级知识库实施方案-2026-05-16.md`
+- `AI合同起草与审查助手-法律文书能力吸收开发方案-2026-05-20.md`
 
 ## 当前仍保留的专项资料
 
@@ -38,6 +39,7 @@
 - `phase9-quality-fixtures/`
 - `phase13-legal-knowledge-template-library/`
 - `phase14-legal-fulltext-library/`
+- `phase15-prompt-golden-samples/`
 - `pilot-materials/`
 - `structured-review-samples/`
 - `automation-artifacts/`

project-docs/phase15-prompt-golden-samples/prompt-golden-suite-manifest.json

@@ -0,0 +1,44 @@
+{
+  "schema_version": "phase15-prompt-golden-suites.v1",
+  "description": "Prompt suite mapping for repeatable Phase15-F golden evaluation.",
+  "required_prompt_suites": [
+    {
+      "prompt_type": "contract_generation",
+      "sample_family": "phase13_generation",
+      "min_samples": 8,
+      "source": "project-docs/phase13-legal-knowledge-template-library/inventories/generation-golden-sample-inventory.csv"
+    },
+    {
+      "prompt_type": "contract_review",
+      "sample_family": "phase13_review",
+      "min_samples": 8,
+      "source": "project-docs/phase13-legal-knowledge-template-library/inventories/review-golden-sample-inventory.csv"
+    },
+    {
+      "prompt_type": "legal_chat",
+      "sample_family": "phase13_kb_qa",
+      "min_samples": 10,
+      "source": "project-docs/phase13-legal-knowledge-template-library/inventories/kb-qa-golden-sample-inventory.csv"
+    },
+    {
+      "prompt_type": "clause_recommendation",
+      "sample_family": "phase13_clause_generation",
+      "min_samples": 6,
+      "source": "project-docs/phase13-legal-knowledge-template-library/qa-samples/generation/GEN-SAMPLE-CLAUSE-*-expected.md"
+    },
+    {
+      "prompt_type": "wording_rewrite",
+      "sample_family": "phase15_wording_rewrite",
+      "min_samples": 3,
+      "source": "project-docs/phase15-prompt-golden-samples/wording-rewrite-golden-samples.json"
+    }
+  ],
+  "optional_prompt_suites": [
+    {
+      "prompt_type": "regulation_impact",
+      "sample_family": "future_regulation_impact",
+      "min_samples": 0,
+      "source": null
+    }
+  ]
+}

project-docs/phase15-prompt-golden-samples/wording-rewrite-golden-samples.json

@@ -0,0 +1,50 @@
+{
+  "schema_version": "phase15-wording-rewrite-golden-samples.v1",
+  "samples": [
+    {
+      "sample_id": "WR-GOLDEN-DELIVERY-PROFESSIONAL-001",
+      "prompt_type": "wording_rewrite",
+      "rewrite_type": "professional",
+      "document_type_code": "procurement_goods",
+      "input": {
+        "clause_text": "乙方应尽快交付。"
+      },
+      "expected": {
+        "must_change": true,
+        "required_change_keys": ["ambiguous_deadline", "delivery_acceptance_dependency"],
+        "required_risk_boundaries": ["specific_deadline_required", "acceptance_evidence_required"],
+        "required_source_types": ["wording_rewrite_rules", "legal_boundary_check"]
+      }
+    },
+    {
+      "sample_id": "WR-GOLDEN-PAYMENT-PARTY-A-001",
+      "prompt_type": "wording_rewrite",
+      "rewrite_type": "favor-party-a",
+      "document_type_code": "procurement_goods",
+      "input": {
+        "clause_text": "甲方收到货物后付款。"
+      },
+      "expected": {
+        "must_change": true,
+        "required_change_keys": ["payment_condition_precision", "invoice_acceptance_dependency"],
+        "required_risk_boundaries": ["avoid_unconditional_payment", "preserve_written_acceptance"],
+        "required_source_types": ["wording_rewrite_rules", "legal_boundary_check"]
+      }
+    },
+    {
+      "sample_id": "WR-GOLDEN-IP-NEUTRAL-001",
+      "prompt_type": "wording_rewrite",
+      "rewrite_type": "neutral",
+      "document_type_code": "software_development",
+      "input": {
+        "clause_text": "项目成果归甲方所有。"
+      },
+      "expected": {
+        "must_change": true,
+        "required_change_keys": ["ip_scope_precision", "preexisting_asset_boundary"],
+        "required_risk_boundaries": ["separate_preexisting_and_custom_results", "confirm_license_scope"],
+        "required_source_types": ["wording_rewrite_rules", "legal_boundary_check"]
+      }
+    }
+  ]
+}