Add legal content planning assets
This commit is contained in:
@@ -0,0 +1,828 @@
|
|||||||
|
# AI 法务平台内容智力升级方案 v1
|
||||||
|
|
||||||
|
## 1. 目标
|
||||||
|
|
||||||
|
当前平台功能主干已基本完成,但系统“智力层”明显不足:
|
||||||
|
- 法规资料不全
|
||||||
|
- 合同模板库薄弱
|
||||||
|
- 条款库/审查规则库几乎空白
|
||||||
|
- 行业资料覆盖不足
|
||||||
|
- 训练/导入导出框架存在,但缺少高质量内容资产
|
||||||
|
|
||||||
|
本方案目标不是再做一套新功能,而是把平台从“会点按钮的法务工具”升级为“具备中国法律体系、合同实务、行业差异、审查逻辑、生成逻辑”的高智力法务平台。
|
||||||
|
|
||||||
|
核心目标:
|
||||||
|
1. 建立可持续扩充的内容底座
|
||||||
|
2. 建立标准化合同模板体系
|
||||||
|
3. 建立法规/司法解释/案例/条款/规则之间的结构化关系
|
||||||
|
4. 建立首批高价值内容资产包
|
||||||
|
5. 让现有训练/导入/展示框架成为内容升级的承载器
|
||||||
|
|
||||||
|
## 2. 基于当前仓库的真实现状
|
||||||
|
|
||||||
|
我已检查当前仓库,结论如下:
|
||||||
|
|
||||||
|
### 2.1 已有可复用能力
|
||||||
|
|
||||||
|
1. Training Case 导入导出框架已经存在
|
||||||
|
- `src/services/training/case_import_export.py`
|
||||||
|
- `src/services/training/training_case_service.py`
|
||||||
|
- `src/repositories/training_case_repository.py`
|
||||||
|
- `scripts/run_training_case_package.py`
|
||||||
|
- `tests/fixtures/training_case_package_m6.json`
|
||||||
|
|
||||||
|
这说明系统已经有一套“内容包 -> 校验 -> 导入 -> 导出 -> 前台展示”的基础管道。
|
||||||
|
|
||||||
|
2. Dashboard 已经有 Training 区域
|
||||||
|
- `src/web/index.html`
|
||||||
|
- `src/web/app.js`
|
||||||
|
|
||||||
|
页面已经具备:
|
||||||
|
- Import / Export
|
||||||
|
- Case list
|
||||||
|
- Case detail
|
||||||
|
- Progress
|
||||||
|
- Attempt / Annotation / Submit
|
||||||
|
|
||||||
|
这意味着平台已经不是从零开始,已经有“内容对象承载界面”。
|
||||||
|
|
||||||
|
3. 当前 package 数据结构具有很强可复用性
|
||||||
|
以 `training_case_package_m6.json` 和 `case_import_export.py` 看,已有这些稳定结构:
|
||||||
|
- `version`
|
||||||
|
- `metadata`
|
||||||
|
- `items[]`
|
||||||
|
- `title`
|
||||||
|
- `scenario`
|
||||||
|
- `skill_tags`
|
||||||
|
- `difficulty`
|
||||||
|
- `rubric`
|
||||||
|
- `tasks`
|
||||||
|
- `status`
|
||||||
|
- `external_id`
|
||||||
|
- `meta/metadata`
|
||||||
|
|
||||||
|
这套结构可以平移为法务内容对象,例如:
|
||||||
|
- 法规解读案例
|
||||||
|
- 合同模板包
|
||||||
|
- 审查规则训练样本
|
||||||
|
- 行业合规资料包
|
||||||
|
- 条款风险识别训练集
|
||||||
|
|
||||||
|
### 2.2 当前不足
|
||||||
|
|
||||||
|
当前仓库没有看到成体系的:
|
||||||
|
- 法规库模块
|
||||||
|
- 司法解释库模块
|
||||||
|
- 案例库模块
|
||||||
|
- 合同模板库模块
|
||||||
|
- 条款库模块
|
||||||
|
- 审查规则库模块
|
||||||
|
- 行业法务资料库模块
|
||||||
|
|
||||||
|
也就是说:
|
||||||
|
- 功能壳子已有
|
||||||
|
- 内容中台没有真正建立
|
||||||
|
- 当前最大瓶颈不是页面、接口,而是“高质量结构化内容资产”
|
||||||
|
|
||||||
|
### 2.3 结论
|
||||||
|
|
||||||
|
现阶段最正确的方向不是继续堆功能,而是建设“法务内容中台”。
|
||||||
|
|
||||||
|
## 3. 目标知识架构
|
||||||
|
|
||||||
|
建议把平台知识分成 7 层。
|
||||||
|
|
||||||
|
### 3.1 法源层
|
||||||
|
承载权威法律依据:
|
||||||
|
- 宪法相关基础制度
|
||||||
|
- 民法典
|
||||||
|
- 公司法
|
||||||
|
- 劳动法、劳动合同法
|
||||||
|
- 仲裁法、民事诉讼法
|
||||||
|
- 数据安全法、个人信息保护法、网络安全法
|
||||||
|
- 电子签名法
|
||||||
|
- 反不正当竞争法
|
||||||
|
- 消费者权益保护法
|
||||||
|
- 招标投标法
|
||||||
|
- 建筑法
|
||||||
|
- 著作权法、商标法、专利法
|
||||||
|
- 最高法司法解释
|
||||||
|
- 国务院行政法规
|
||||||
|
- 部委规章
|
||||||
|
- 地方性法规(按需)
|
||||||
|
|
||||||
|
字段建议:
|
||||||
|
- law_id
|
||||||
|
- title
|
||||||
|
- level(法律/行政法规/司法解释/部门规章/地方性法规)
|
||||||
|
- issuing_body
|
||||||
|
- effective_date
|
||||||
|
- status
|
||||||
|
- chapter/article
|
||||||
|
- article_text
|
||||||
|
- keywords
|
||||||
|
- industry_tags
|
||||||
|
- source_url
|
||||||
|
- version_note
|
||||||
|
|
||||||
|
### 3.2 裁判与实务层
|
||||||
|
承载裁判规则与实务导向:
|
||||||
|
- 指导性案例
|
||||||
|
- 公报案例
|
||||||
|
- 典型案例
|
||||||
|
- 高院裁判规则
|
||||||
|
- 仲裁案例摘要
|
||||||
|
- 监管问答/窗口指导摘要
|
||||||
|
|
||||||
|
字段建议:
|
||||||
|
- case_id
|
||||||
|
- title
|
||||||
|
- court_or_body
|
||||||
|
- date
|
||||||
|
- dispute_type
|
||||||
|
- key_issue
|
||||||
|
- holding
|
||||||
|
- rule_summary
|
||||||
|
- cited_laws
|
||||||
|
- applicable_scenarios
|
||||||
|
- risk_tags
|
||||||
|
|
||||||
|
### 3.3 条款知识层
|
||||||
|
承载合同条款本体:
|
||||||
|
- 定义条款
|
||||||
|
- 标的条款
|
||||||
|
- 价款条款
|
||||||
|
- 交付条款
|
||||||
|
- 验收条款
|
||||||
|
- 保密条款
|
||||||
|
- 知识产权条款
|
||||||
|
- 数据合规条款
|
||||||
|
- 违约责任条款
|
||||||
|
- 争议解决条款
|
||||||
|
- 不可抗力条款
|
||||||
|
- 解约条款
|
||||||
|
|
||||||
|
字段建议:
|
||||||
|
- clause_id
|
||||||
|
- clause_type
|
||||||
|
- clause_title
|
||||||
|
- clause_text
|
||||||
|
- plain_explanation
|
||||||
|
- risk_level
|
||||||
|
- common_risks
|
||||||
|
- negotiation_points
|
||||||
|
- applicable_contract_types
|
||||||
|
- prohibited_patterns
|
||||||
|
- recommended_variants
|
||||||
|
- linked_laws
|
||||||
|
|
||||||
|
### 3.4 审查规则层
|
||||||
|
这是平台智力的核心层。
|
||||||
|
|
||||||
|
每条规则至少要表达:
|
||||||
|
- 审什么
|
||||||
|
- 为什么审
|
||||||
|
- 依据是什么
|
||||||
|
- 什么情况触发风险
|
||||||
|
- 给什么修改建议
|
||||||
|
- 哪些行业/交易要加强
|
||||||
|
|
||||||
|
字段建议:
|
||||||
|
- rule_id
|
||||||
|
- rule_name
|
||||||
|
- contract_type
|
||||||
|
- clause_scope
|
||||||
|
- trigger_pattern
|
||||||
|
- risk_description
|
||||||
|
- severity
|
||||||
|
- review_question
|
||||||
|
- suggested_fix
|
||||||
|
- legal_basis
|
||||||
|
- fallback_clause_ids
|
||||||
|
- industry_scope
|
||||||
|
- version
|
||||||
|
|
||||||
|
### 3.5 模板层
|
||||||
|
模板不能只是一份 docx,而要是“结构化模板系统”:
|
||||||
|
- 主模板
|
||||||
|
- 必选条款
|
||||||
|
- 可选条款包
|
||||||
|
- 替代条款版本
|
||||||
|
- 行业增强条款包
|
||||||
|
- 客户偏好条款包
|
||||||
|
- 问卷变量
|
||||||
|
|
||||||
|
字段建议:
|
||||||
|
- template_id
|
||||||
|
- template_name
|
||||||
|
- contract_type
|
||||||
|
- industry
|
||||||
|
- scenario
|
||||||
|
- jurisdiction
|
||||||
|
- template_version
|
||||||
|
- clauses[]
|
||||||
|
- variables[]
|
||||||
|
- generation_questions[]
|
||||||
|
- review_rules[]
|
||||||
|
- fallback_templates[]
|
||||||
|
|
||||||
|
### 3.6 行业知识层
|
||||||
|
按行业建立增强包:
|
||||||
|
- 电商
|
||||||
|
- SaaS/软件开发
|
||||||
|
- AI/数据服务
|
||||||
|
- 劳务派遣/人力资源
|
||||||
|
- 制造与供应链
|
||||||
|
- 建工/装修
|
||||||
|
- 医疗器械/医药
|
||||||
|
- 教培
|
||||||
|
- MCN/直播/广告
|
||||||
|
- 跨境贸易
|
||||||
|
|
||||||
|
每个行业包应包含:
|
||||||
|
- 常见合同类型
|
||||||
|
- 监管关注点
|
||||||
|
- 常见争议点
|
||||||
|
- 必审条款
|
||||||
|
- 高风险表达
|
||||||
|
- 行业特有术语
|
||||||
|
- 行业必备附件清单
|
||||||
|
|
||||||
|
### 3.7 训练与反馈层
|
||||||
|
把实际使用中发现的问题回流为:
|
||||||
|
- 审查误判样本
|
||||||
|
- 漏判样本
|
||||||
|
- 优秀审查案例
|
||||||
|
- 高质量生成结果
|
||||||
|
- 用户修改痕迹
|
||||||
|
- 业务行业新增需求
|
||||||
|
|
||||||
|
这层用于持续把平台从“博士入门”推进到“博士后”。
|
||||||
|
|
||||||
|
## 4. 内容来源矩阵
|
||||||
|
|
||||||
|
以下是建议的来源体系。
|
||||||
|
|
||||||
|
### 4.1 法规与司法解释
|
||||||
|
1. 国家法律法规数据库
|
||||||
|
- 权威性:最高
|
||||||
|
- 内容:法律、行政法规、司法解释、监察法规等
|
||||||
|
- 自动化可行性:中
|
||||||
|
- 风险:需注意抓取频率、使用方式、展示引用规范
|
||||||
|
- 更新频率:高
|
||||||
|
|
||||||
|
2. 中国政府网 / 国务院 / 部委官网
|
||||||
|
- 权威性:高
|
||||||
|
- 内容:行政法规、部门规章、政策文件
|
||||||
|
- 自动化可行性:中
|
||||||
|
- 风险:站点结构不稳定
|
||||||
|
- 更新频率:中高
|
||||||
|
|
||||||
|
3. 最高人民法院官网
|
||||||
|
- 权威性:高
|
||||||
|
- 内容:司法解释、典型案例、指导性案例、会议纪要等公开材料
|
||||||
|
- 自动化可行性:中
|
||||||
|
- 风险:页面结构差异大
|
||||||
|
- 更新频率:中
|
||||||
|
|
||||||
|
### 4.2 案例与实务
|
||||||
|
4. 中国裁判文书相关公开渠道/官方案例公开栏目
|
||||||
|
- 权威性:高
|
||||||
|
- 内容:案例、裁判要旨
|
||||||
|
- 自动化可行性:低到中
|
||||||
|
- 风险:版权、平台规则、数据可得性、公开范围限制
|
||||||
|
- 更新频率:高
|
||||||
|
|
||||||
|
5. 高院/仲裁委/监管机构官网公开案例与问答
|
||||||
|
- 权威性:高
|
||||||
|
- 自动化可行性:中低
|
||||||
|
- 风险:来源分散
|
||||||
|
|
||||||
|
### 4.3 模板与实务资料
|
||||||
|
6. 政府示范文本、协会示范合同
|
||||||
|
- 权威性:中高
|
||||||
|
- 自动化可行性:中
|
||||||
|
- 风险:版本差异、行业适用性有限
|
||||||
|
|
||||||
|
7. 自建模板体系
|
||||||
|
- 权威性:依赖内部质量
|
||||||
|
- 自动化可行性:高
|
||||||
|
- 风险:必须建立法审与版本治理,否则容易失控
|
||||||
|
|
||||||
|
8. 用户上传真实合同脱敏沉淀
|
||||||
|
- 权威性:高价值实务数据
|
||||||
|
- 自动化可行性:中
|
||||||
|
- 风险:隐私、商业秘密、授权边界极高
|
||||||
|
- 必须:脱敏、分级、授权、审计
|
||||||
|
|
||||||
|
### 4.4 结论
|
||||||
|
内容来源必须分三类治理:
|
||||||
|
1. 权威法源类:优先建设,做平台根基
|
||||||
|
2. 公开实务类:精选建设,做平台判断力
|
||||||
|
3. 私有沉淀类:严格治理,做平台竞争壁垒
|
||||||
|
|
||||||
|
## 5. 合同模板体系设计
|
||||||
|
|
||||||
|
建议采用“四维分类法”。
|
||||||
|
|
||||||
|
### 5.1 第一维:法律关系
|
||||||
|
- 买卖
|
||||||
|
- 服务
|
||||||
|
- 技术开发
|
||||||
|
- 技术服务
|
||||||
|
- 技术许可
|
||||||
|
- 劳动/劳务
|
||||||
|
- 委托/代理
|
||||||
|
- 租赁
|
||||||
|
- 借款
|
||||||
|
- 保证/担保
|
||||||
|
- 股权投资/股权转让
|
||||||
|
- 保密/NDA
|
||||||
|
- 数据处理/数据合作
|
||||||
|
- 知识产权授权
|
||||||
|
|
||||||
|
### 5.2 第二维:业务场景
|
||||||
|
- B2B 采购
|
||||||
|
- SaaS 销售
|
||||||
|
- 定制开发
|
||||||
|
- AI 模型服务
|
||||||
|
- 电商代运营
|
||||||
|
- MCN/达人合作
|
||||||
|
- 品牌广告投放
|
||||||
|
- 人力外包
|
||||||
|
- 工程施工
|
||||||
|
- 装修服务
|
||||||
|
- 跨境贸易
|
||||||
|
- 医疗器械采购
|
||||||
|
|
||||||
|
### 5.3 第三维:文档角色
|
||||||
|
- 主合同
|
||||||
|
- 补充协议
|
||||||
|
- 附件
|
||||||
|
- 订单
|
||||||
|
- SLA
|
||||||
|
- DPA/数据处理附件
|
||||||
|
- 验收单
|
||||||
|
- 保密协议
|
||||||
|
- 授权书
|
||||||
|
- 对账确认单
|
||||||
|
|
||||||
|
### 5.4 第四维:版本属性
|
||||||
|
- 平台标准版
|
||||||
|
- 平台审慎版
|
||||||
|
- 平台偏甲方版
|
||||||
|
- 平台偏乙方版
|
||||||
|
- 行业增强版
|
||||||
|
- 客户定制版
|
||||||
|
|
||||||
|
## 6. 首批 100 个高优先级内容资产建议
|
||||||
|
|
||||||
|
下面不是“100 部法律全文”,而是“最值得优先落库的 100 类资产”。
|
||||||
|
|
||||||
|
### A. 法规/司法解释基础包(20)
|
||||||
|
1. 民法典总则与合同编核心条文
|
||||||
|
2. 民法典侵权责任编中与合同履行相关规则
|
||||||
|
3. 公司法
|
||||||
|
4. 劳动合同法
|
||||||
|
5. 劳动法
|
||||||
|
6. 社会保险法中用工关键条文
|
||||||
|
7. 仲裁法
|
||||||
|
8. 民事诉讼法中管辖、证据、保全、执行相关条文
|
||||||
|
9. 电子签名法
|
||||||
|
10. 消费者权益保护法
|
||||||
|
11. 反不正当竞争法
|
||||||
|
12. 著作权法
|
||||||
|
13. 商标法
|
||||||
|
14. 专利法
|
||||||
|
15. 网络安全法
|
||||||
|
16. 数据安全法
|
||||||
|
17. 个人信息保护法
|
||||||
|
18. 招标投标法
|
||||||
|
19. 建筑法
|
||||||
|
20. 与合同效力、违约责任、保证、格式条款相关的最高法司法解释合集
|
||||||
|
|
||||||
|
### B. 高优先级合同模板包(25)
|
||||||
|
21. 通用买卖合同
|
||||||
|
22. 采购框架协议
|
||||||
|
23. 销售框架协议
|
||||||
|
24. 供货合同
|
||||||
|
25. 服务合同
|
||||||
|
26. 技术服务合同
|
||||||
|
27. 技术开发合同
|
||||||
|
28. 软件开发合同
|
||||||
|
29. SaaS 服务协议
|
||||||
|
30. 数据处理委托协议
|
||||||
|
31. 数据合作协议
|
||||||
|
32. 保密协议 NDA
|
||||||
|
33. 劳动合同(标准员工)
|
||||||
|
34. 劳务合同
|
||||||
|
35. 兼职顾问协议
|
||||||
|
36. 委托代理合同
|
||||||
|
37. 渠道合作协议
|
||||||
|
38. 品牌推广/广告投放合同
|
||||||
|
39. MCN 达人合作协议
|
||||||
|
40. 电商代运营协议
|
||||||
|
41. 房屋租赁合同(商用)
|
||||||
|
42. 借款合同
|
||||||
|
43. 保证合同
|
||||||
|
44. 股权转让协议
|
||||||
|
45. 投资意向书/Term Sheet 基础版
|
||||||
|
|
||||||
|
### C. 条款库优先建设(20)
|
||||||
|
46. 合同目的与定义条款
|
||||||
|
47. 标的描述条款
|
||||||
|
48. 交付方式条款
|
||||||
|
49. 验收标准条款
|
||||||
|
50. 付款条件条款
|
||||||
|
51. 发票条款
|
||||||
|
52. 违约责任条款
|
||||||
|
53. 赔偿范围限制条款
|
||||||
|
54. 保密条款
|
||||||
|
55. 知识产权归属条款
|
||||||
|
56. 知识产权侵权担保条款
|
||||||
|
57. 数据处理与数据安全条款
|
||||||
|
58. 个人信息保护条款
|
||||||
|
59. 竞业限制/不招揽条款
|
||||||
|
60. 期限与续约条款
|
||||||
|
61. 解除与终止条款
|
||||||
|
62. 不可抗力条款
|
||||||
|
63. 通知送达条款
|
||||||
|
64. 争议解决条款
|
||||||
|
65. 法律适用与管辖条款
|
||||||
|
|
||||||
|
### D. 审查规则优先包(20)
|
||||||
|
66. 主体资格审查规则
|
||||||
|
67. 签约权限审查规则
|
||||||
|
68. 合同名称与交易实质不一致规则
|
||||||
|
69. 标的不明确规则
|
||||||
|
70. 付款条件不清规则
|
||||||
|
71. 验收标准缺失规则
|
||||||
|
72. 自动续约风险规则
|
||||||
|
73. 单方免责/责任失衡规则
|
||||||
|
74. 违约责任过轻/过重规则
|
||||||
|
75. 赔偿上限缺失规则
|
||||||
|
76. 知识产权归属不清规则
|
||||||
|
77. 数据合规条款缺失规则
|
||||||
|
78. 个人信息处理合法性规则
|
||||||
|
79. 保密范围过宽/过窄规则
|
||||||
|
80. 解约条件失衡规则
|
||||||
|
81. 管辖约定不利规则
|
||||||
|
82. 附件与主合同冲突规则
|
||||||
|
83. 印章/签字页完整性规则
|
||||||
|
84. 生效条件不明规则
|
||||||
|
85. 行业许可/资质前置条件缺失规则
|
||||||
|
|
||||||
|
### E. 问答知识包(10)
|
||||||
|
86. 甲方最常问的付款风险问答
|
||||||
|
87. 乙方最常问的验收风险问答
|
||||||
|
88. 劳动用工高频问答
|
||||||
|
89. SaaS/软件开发合同高频问答
|
||||||
|
90. 数据合规高频问答
|
||||||
|
91. 保密协议高频问答
|
||||||
|
92. 广告投放/代运营争议问答
|
||||||
|
93. 股权转让常见陷阱问答
|
||||||
|
94. 租赁合同常见争议问答
|
||||||
|
95. 借款与担保高频风险问答
|
||||||
|
|
||||||
|
### F. 行业资料包(5)
|
||||||
|
96. SaaS/软件行业法务包
|
||||||
|
97. AI/数据服务行业法务包
|
||||||
|
98. 电商/代运营行业法务包
|
||||||
|
99. 建工/装修行业法务包
|
||||||
|
100. 人力资源/劳务外包行业法务包
|
||||||
|
|
||||||
|
## 7. 仓库内建议新增的目录与数据结构
|
||||||
|
|
||||||
|
建议在当前仓库中新增一个独立内容中台目录,而不是把所有内容散落在 docs 里。
|
||||||
|
|
||||||
|
建议结构:
|
||||||
|
|
||||||
|
```text
|
||||||
|
legal_content/
|
||||||
|
laws/
|
||||||
|
national/
|
||||||
|
regulations/
|
||||||
|
judicial_interpretations/
|
||||||
|
local/
|
||||||
|
cases/
|
||||||
|
guiding/
|
||||||
|
typical/
|
||||||
|
court_rules/
|
||||||
|
arbitration/
|
||||||
|
templates/
|
||||||
|
by_contract_type/
|
||||||
|
by_industry/
|
||||||
|
clause_modules/
|
||||||
|
questionnaires/
|
||||||
|
rules/
|
||||||
|
general_review/
|
||||||
|
industry_review/
|
||||||
|
generation_rules/
|
||||||
|
knowledge/
|
||||||
|
faq/
|
||||||
|
playbooks/
|
||||||
|
industry_guides/
|
||||||
|
seeds/
|
||||||
|
laws/
|
||||||
|
templates/
|
||||||
|
clauses/
|
||||||
|
rules/
|
||||||
|
faq/
|
||||||
|
manifests/
|
||||||
|
content_packages/
|
||||||
|
release_index/
|
||||||
|
```
|
||||||
|
|
||||||
|
### 7.1 建议文件格式
|
||||||
|
|
||||||
|
1. 法规:JSON 或 JSONL
|
||||||
|
2. 模板:JSON + Markdown 双格式
|
||||||
|
3. 条款:JSON
|
||||||
|
4. FAQ:Markdown + frontmatter
|
||||||
|
5. 行业资料:Markdown / JSON
|
||||||
|
6. 训练包:沿用当前 training package 结构扩展
|
||||||
|
|
||||||
|
### 7.2 建议的种子对象格式
|
||||||
|
|
||||||
|
法规种子:
|
||||||
|
- id
|
||||||
|
- title
|
||||||
|
- source
|
||||||
|
- level
|
||||||
|
- effective_date
|
||||||
|
- articles[]
|
||||||
|
- tags[]
|
||||||
|
|
||||||
|
模板种子:
|
||||||
|
- template_id
|
||||||
|
- template_name
|
||||||
|
- contract_type
|
||||||
|
- industry
|
||||||
|
- version
|
||||||
|
- variables[]
|
||||||
|
- clauses[]
|
||||||
|
- required_rules[]
|
||||||
|
|
||||||
|
规则种子:
|
||||||
|
- rule_id
|
||||||
|
- rule_name
|
||||||
|
- trigger
|
||||||
|
- severity
|
||||||
|
- legal_basis[]
|
||||||
|
- suggestion
|
||||||
|
|
||||||
|
### 7.3 与现有 training package 的关系
|
||||||
|
|
||||||
|
当前 training package 可用于三类内容:
|
||||||
|
1. 合同审查训练样本
|
||||||
|
2. 条款识别训练样本
|
||||||
|
3. 法规适用判断训练样本
|
||||||
|
|
||||||
|
建议不要废弃现有 training 框架,而是把它升级为“内容验证与训练入口”。
|
||||||
|
|
||||||
|
## 8. 分阶段执行路线图
|
||||||
|
|
||||||
|
### 第一阶段:2 周
|
||||||
|
目标:搭建内容底座骨架,先把“空脑子”变成“有骨架的大脑”。
|
||||||
|
|
||||||
|
产出:
|
||||||
|
1. 内容分类法定稿
|
||||||
|
2. legal_content 目录落地
|
||||||
|
3. 首批法规清单定稿
|
||||||
|
4. 首批模板清单定稿
|
||||||
|
5. 首批审查规则清单定稿
|
||||||
|
6. 内容包 schema 定稿
|
||||||
|
7. 建立内容编制规范
|
||||||
|
8. 先做 20-30 个高优先级资产样板
|
||||||
|
|
||||||
|
第一阶段不要贪多,重点是:
|
||||||
|
- 格式统一
|
||||||
|
- 命名统一
|
||||||
|
- 版本统一
|
||||||
|
- 来源统一
|
||||||
|
- 引用统一
|
||||||
|
|
||||||
|
### 第二阶段:6 周
|
||||||
|
目标:形成“可用的法务专家底座”。
|
||||||
|
|
||||||
|
产出:
|
||||||
|
1. 20 个法规基础包
|
||||||
|
2. 25 个主模板初版
|
||||||
|
3. 20 个核心条款模块
|
||||||
|
4. 20 条通用审查规则
|
||||||
|
5. 10 组高频问答
|
||||||
|
6. 5 个行业资料包
|
||||||
|
7. 训练样本开始与模板/规则联动
|
||||||
|
|
||||||
|
到这一步,平台应具备:
|
||||||
|
- 常见合同可生成
|
||||||
|
- 常见合同可审查
|
||||||
|
- 常见问题可回答
|
||||||
|
- 高频行业有基本覆盖
|
||||||
|
|
||||||
|
### 第三阶段:12 周
|
||||||
|
目标:把平台从“可用”推进到“专业且可扩张”。
|
||||||
|
|
||||||
|
产出:
|
||||||
|
1. 行业增强模板批量扩展
|
||||||
|
2. 地方性规则与行业监管资料增强
|
||||||
|
3. 审查规则扩展到 100+ 条
|
||||||
|
4. 条款替代版本与甲乙方立场版本
|
||||||
|
5. 用户脱敏合同沉淀流程
|
||||||
|
6. 内容更新与发布机制
|
||||||
|
7. 质量评分机制
|
||||||
|
|
||||||
|
## 9. 主要风险与治理建议
|
||||||
|
|
||||||
|
### 9.1 版权与授权风险
|
||||||
|
- 法律法规原文通常可合理引用,但仍需明确来源与更新时间
|
||||||
|
- 商业模板、第三方数据库内容不可直接无授权复制
|
||||||
|
- 真实客户合同必须做授权、脱敏、审计
|
||||||
|
|
||||||
|
### 9.2 内容过时风险
|
||||||
|
- 法律更新频繁
|
||||||
|
- 司法解释、监管口径变化快
|
||||||
|
- 必须设置版本号、更新时间、失效标记
|
||||||
|
|
||||||
|
### 9.3 幻觉式法务风险
|
||||||
|
如果只堆大模型,不做规则与法源绑定,系统会“说得像律师,但不一定对”。
|
||||||
|
必须坚持:
|
||||||
|
- 每条关键审查建议要有法源依据
|
||||||
|
- 每个高风险结论要有规则链路
|
||||||
|
- 每个模板要有适用范围声明
|
||||||
|
|
||||||
|
### 9.4 行业覆盖失衡风险
|
||||||
|
一开始不要追求“所有行业一网打尽”。
|
||||||
|
建议优先行业:
|
||||||
|
1. 通用买卖/服务
|
||||||
|
2. 软件/SaaS/AI
|
||||||
|
3. 电商/代运营/广告
|
||||||
|
4. 劳动/劳务/顾问
|
||||||
|
5. 租赁/借款/担保
|
||||||
|
|
||||||
|
### 9.5 治理机制建议
|
||||||
|
建立四道治理:
|
||||||
|
1. 来源治理:来源、日期、链接、授权说明
|
||||||
|
2. 结构治理:统一 schema
|
||||||
|
3. 审校治理:法务审校 + 产品审校 + 技术校验
|
||||||
|
4. 发布治理:版本化发布,不允许内容野生上线
|
||||||
|
|
||||||
|
## 10. 我建议的下一步实际动作
|
||||||
|
|
||||||
|
如果你同意,我建议立刻把这条主线拆成 4 个并行子任务:
|
||||||
|
|
||||||
|
A. 内容架构与 schema 线
|
||||||
|
- 定义 laws/templates/clauses/rules/faq 的统一 schema
|
||||||
|
|
||||||
|
B. 法规与司法解释采集线
|
||||||
|
- 先做首批 20 个法规基础包
|
||||||
|
|
||||||
|
C. 模板与条款线
|
||||||
|
- 先做首批 25 个主模板 + 20 个条款模块
|
||||||
|
|
||||||
|
D. 审查规则线
|
||||||
|
- 先做首批 20 条通用规则 + 5 个行业包规则
|
||||||
|
|
||||||
|
## 11. 需要你协助的关键事项
|
||||||
|
|
||||||
|
为了把这项工作真正推进成产出,而不是停留在方案层面,我需要你给我 4 个决策支持:
|
||||||
|
|
||||||
|
1. 确认首批优先行业
|
||||||
|
建议默认:
|
||||||
|
- 软件/SaaS/AI
|
||||||
|
- 电商/代运营/广告
|
||||||
|
- 劳动/劳务/顾问
|
||||||
|
- 通用买卖/服务
|
||||||
|
- 租赁/借款/担保
|
||||||
|
|
||||||
|
2. 确认是否允许建立“内部标准模板”
|
||||||
|
也就是不完全依赖网上现成模板,而是由我们自建平台模板体系。
|
||||||
|
|
||||||
|
3. 确认是否允许把客户真实合同做脱敏沉淀
|
||||||
|
如果允许,需要建立授权与脱敏规则。
|
||||||
|
|
||||||
|
4. 确认内容交付形式
|
||||||
|
我建议:
|
||||||
|
- 仓库内结构化种子文件
|
||||||
|
- 配套管理清单
|
||||||
|
- 后续再接入前台后台
|
||||||
|
|
||||||
|
## 12. Codex 并行研究补充结论
|
||||||
|
|
||||||
|
Codex 并行研究完成后,补充了几个非常关键、适合直接纳入实施路线的结论:
|
||||||
|
|
||||||
|
### 12.1 包命名与发布单元建议
|
||||||
|
建议内容包命名遵循统一风格,便于版本化、导入导出、审校与灰度发布,例如:
|
||||||
|
- `laws_cn_core_v1.json`
|
||||||
|
- `judicial_interpretations_cn_contract_v1.json`
|
||||||
|
- `contract_templates_cn_official_v1.json`
|
||||||
|
- `review_rules_cn_contract_v1.json`
|
||||||
|
|
||||||
|
建议未来所有内容资产都按“主题 + 范围 + 版本”命名,而不是自由命名。
|
||||||
|
|
||||||
|
### 12.2 分阶段演进补充
|
||||||
|
在原有 2 周 / 6 周 / 12 周规划基础上,可以继续扩成更完整的 5 阶段:
|
||||||
|
|
||||||
|
1. Phase 1(2-4 周)
|
||||||
|
- 建立 source registry(来源注册表)
|
||||||
|
- 建立 taxonomy(内容分类法)
|
||||||
|
- 建立首批 100 个内容资产
|
||||||
|
- 只使用权威公开来源 + 明确归属的内部原创内容
|
||||||
|
- 先让平台具备 laws + judicial interpretations + official templates 的检索能力
|
||||||
|
|
||||||
|
2. Phase 2(4-8 周)
|
||||||
|
- 建立 clause library(条款库)
|
||||||
|
- 建立 rule engine 基础层
|
||||||
|
- 覆盖前 20 个最常见合同审查问题
|
||||||
|
- 要求每条规则都绑定:法源依据 + 至少 1 个案例
|
||||||
|
|
||||||
|
3. Phase 3(8-12 周)
|
||||||
|
- 建立行业增强包
|
||||||
|
- 首批重点行业:互联网/SaaS、劳动用工、电商/平台、建工/不动产
|
||||||
|
- 开始客户模板接入,但必须做 tenant isolation(租户隔离)
|
||||||
|
|
||||||
|
4. Phase 4(12-20 周)
|
||||||
|
- 如预算允许,引入 1 个商业法律数据库作为编辑检索与历史补全工具
|
||||||
|
- 扩大参考案例和历史版本覆盖
|
||||||
|
|
||||||
|
5. Phase 5(专家级)
|
||||||
|
- 让系统具备 time-aware(时间生效意识)与 source-aware(来源意识)能力
|
||||||
|
- 每一个结论、每一条红线建议,都应尽量展示:
|
||||||
|
`authority -> interpretation -> case -> clause -> suggestion`
|
||||||
|
- 同时支持:
|
||||||
|
- 生效日期过滤
|
||||||
|
- 历史版本识别
|
||||||
|
- 客户级政策覆盖
|
||||||
|
|
||||||
|
### 12.3 一个非常重要的架构原则
|
||||||
|
真正的专家级法务系统,不是“只会吐答案”,而是要会给出证据链。
|
||||||
|
|
||||||
|
也就是说,最终平台应尽量做到:
|
||||||
|
- 不是只说“这条合同有风险”
|
||||||
|
- 而是能说清楚:
|
||||||
|
- 法律依据是什么
|
||||||
|
- 司法解释怎么说
|
||||||
|
- 哪类案例支持这个判断
|
||||||
|
- 对应条款为何有问题
|
||||||
|
- 建议替换成什么表达
|
||||||
|
|
||||||
|
这才是平台从“会回答”升级到“可信可用”的关键。
|
||||||
|
|
||||||
|
### 12.4 Codex 提醒的 5 个核心风险
|
||||||
|
1. Authority risk(权威性风险)
|
||||||
|
- 官方公开文本具有权威性,但“可公开查看”不等于“可无限制商业再分发”
|
||||||
|
- 因此必须设计来源、引用、展示与授权边界
|
||||||
|
|
||||||
|
2. Versioning risk(版本风险)
|
||||||
|
- 法律、行政法规、司法解释经常修订
|
||||||
|
- 如果没有时间与版本字段,系统极易给出过时结论
|
||||||
|
|
||||||
|
3. Product-liability risk(产品责任风险)
|
||||||
|
- 审查规则、清单、风控建议是价值最高的一层
|
||||||
|
- 同时也是最容易因编辑错误带来责任的一层
|
||||||
|
- 必须有审校与发布治理
|
||||||
|
|
||||||
|
4. Confidentiality risk(保密风险)
|
||||||
|
- 客户模板、客户规则、客户知识卡片必须租户隔离
|
||||||
|
- 默认不得进入公共导出包
|
||||||
|
|
||||||
|
5. Coverage risk(覆盖风险)
|
||||||
|
- 官方示范文本对消费、公用、部分监管行业很强
|
||||||
|
- 但对现代 B2B、SaaS、AI、平台型业务支持不够
|
||||||
|
- 因此内部原创模板与规则体系几乎不可避免
|
||||||
|
|
||||||
|
## 13. 当前结论
|
||||||
|
|
||||||
|
这件事非常值得做,而且现在正是做的时机。
|
||||||
|
|
||||||
|
因为:
|
||||||
|
- 功能壳子已经差不多了
|
||||||
|
- 内容智力才是真正决定平台上限的核心
|
||||||
|
- 一旦内容中台建立起来,后续 PDF 审查、合同生成、问答、训练、行业扩展都会一起被拉升
|
||||||
|
- Codex 的并行研究进一步证明:真正拉开差距的,不是页面数量,而是“可追溯证据链 + 可版本化内容包 + 可治理的规则系统”
|
||||||
|
|
||||||
|
一句话总结:
|
||||||
|
接下来平台最重要的研发,不是“再多做一个按钮”,而是“建立一个可持续扩充、可审校、可版本化、可追溯证据链的中国法务知识与模板中台”。
|
||||||
|
|
||||||
|
## 14. 推荐的立即执行顺序
|
||||||
|
|
||||||
|
如果现在就进入实做,我建议顺序固定为:
|
||||||
|
|
||||||
|
1. 先定内容 taxonomy 与 schema
|
||||||
|
2. 再建 source registry(来源注册表)
|
||||||
|
3. 再做首批 100 个资产清单与命名规范
|
||||||
|
4. 再开始填充 laws / interpretations / templates / rules 四大主包
|
||||||
|
5. 最后把这些内容挂到现有 training / import-export / dashboard 承载链路上
|
||||||
|
|
||||||
|
这样做的好处是:先把脑子骨架搭对,再往里装知识,不会越做越乱。
|
||||||
|
|
||||||
|
## 15. 你最需要提供的协助
|
||||||
|
|
||||||
|
为了让我和 Codex 真正开始“填内容”,而不只是停留在方案阶段,你最重要的协助是 4 个授权/决策:
|
||||||
|
|
||||||
|
1. 确认首批优先行业
|
||||||
|
2. 确认是否允许建立内部标准模板体系
|
||||||
|
3. 确认是否允许脱敏沉淀客户真实合同
|
||||||
|
4. 确认是否愿意后续采购商业法律数据库作为编辑检索/历史回溯增强源(不是现在必须买,但要提前定方向)
|
||||||
|
|
||||||
|
一旦这 4 个点明确,我就可以正式进入内容底座建设执行阶段。
|
||||||
@@ -0,0 +1,100 @@
|
|||||||
|
# Legal Content Workspace
|
||||||
|
|
||||||
|
本目录用于承载 AI Exchange 的法务内容中台资产。
|
||||||
|
|
||||||
|
目标:
|
||||||
|
- 让法规、司法解释、模板、条款、审查规则、FAQ、行业资料进入统一结构
|
||||||
|
- 让内容可版本化、可导入导出、可审校、可追溯来源
|
||||||
|
- 与现有 Training package / import-export / dashboard 风格保持兼容,而不是另起一套完全不同的资产体系
|
||||||
|
|
||||||
|
## 目录结构
|
||||||
|
|
||||||
|
```text
|
||||||
|
legal_content/
|
||||||
|
README.md
|
||||||
|
schemas/
|
||||||
|
laws.schema.json
|
||||||
|
templates.schema.json
|
||||||
|
clauses.schema.json
|
||||||
|
rules.schema.json
|
||||||
|
faq.schema.json
|
||||||
|
sources.schema.json
|
||||||
|
package_manifest.schema.json
|
||||||
|
manifests/
|
||||||
|
package_release_index_v1.json
|
||||||
|
first_100_assets_v1.json
|
||||||
|
sources/
|
||||||
|
source_registry_v1.json
|
||||||
|
seeds/
|
||||||
|
laws/
|
||||||
|
templates/
|
||||||
|
clauses/
|
||||||
|
rules/
|
||||||
|
faq/
|
||||||
|
working/
|
||||||
|
drafts/
|
||||||
|
review/
|
||||||
|
approved/
|
||||||
|
```
|
||||||
|
|
||||||
|
## 设计原则
|
||||||
|
|
||||||
|
1. 来源优先
|
||||||
|
- 每个正式资产都必须能回溯来源
|
||||||
|
- 来源分为:官方公开、公开实务、内部原创、客户授权脱敏
|
||||||
|
|
||||||
|
2. 版本优先
|
||||||
|
- 每个包、每个资产都必须有版本字段
|
||||||
|
- 法规与司法解释必须保留生效时间、失效/修订状态
|
||||||
|
|
||||||
|
3. 证据链优先
|
||||||
|
- 目标不是只给结论,而是支持:
|
||||||
|
authority -> interpretation -> case -> clause -> suggestion
|
||||||
|
|
||||||
|
4. 公私分离
|
||||||
|
- public seeds/exports 不得混入客户私有内容
|
||||||
|
- 客户模板、客户规则、客户知识卡默认不进入公共导出包
|
||||||
|
|
||||||
|
5. 尽量贴合现有 training package 风格
|
||||||
|
- 沿用 package + metadata + items 的公共包结构
|
||||||
|
- 便于未来接入离线 CLI、API import/export、dashboard
|
||||||
|
|
||||||
|
## 包命名规范
|
||||||
|
|
||||||
|
建议统一命名:
|
||||||
|
- laws_cn_core_v1.json
|
||||||
|
- judicial_interpretations_cn_contract_v1.json
|
||||||
|
- contract_templates_cn_official_v1.json
|
||||||
|
- clause_library_cn_general_v1.json
|
||||||
|
- review_rules_cn_contract_v1.json
|
||||||
|
- faq_cn_employment_v1.json
|
||||||
|
|
||||||
|
格式:
|
||||||
|
`<domain>_<scope>_<focus>_v<major>.json`
|
||||||
|
|
||||||
|
示例:
|
||||||
|
- domain: laws / templates / clauses / rules / faq / sources
|
||||||
|
- scope: cn / tenant / industry
|
||||||
|
- focus: core / contract / employment / saas / ecommerce
|
||||||
|
|
||||||
|
## 与现有 Training Package 的关系
|
||||||
|
|
||||||
|
当前仓库已有 Training Case Engine:
|
||||||
|
- version
|
||||||
|
- metadata
|
||||||
|
- items[]
|
||||||
|
- 公共导入导出
|
||||||
|
- dashboard 承载
|
||||||
|
|
||||||
|
新的法务内容包优先复用这一套公共包设计:
|
||||||
|
- 顶层统一使用 `version`、`metadata`、`items`
|
||||||
|
- 每类内容对象在 `items[]` 中按各自 schema 校验
|
||||||
|
- 后续可新增 package runner,实现法律内容包的离线 smoke 与导入导出
|
||||||
|
|
||||||
|
## 推荐落地顺序
|
||||||
|
|
||||||
|
1. 先定 schema
|
||||||
|
2. 再定 source registry
|
||||||
|
3. 再定首批 100 资产清单
|
||||||
|
4. 再填充四大主包:laws / interpretations / templates / rules
|
||||||
|
5. 最后挂到现有 import-export / training / dashboard
|
||||||
@@ -0,0 +1,71 @@
|
|||||||
|
{
|
||||||
|
"version": 1,
|
||||||
|
"metadata": {
|
||||||
|
"package_name": "legal_content_first_100_assets_v1",
|
||||||
|
"domain": "sources",
|
||||||
|
"jurisdiction": "CN",
|
||||||
|
"content_version": "v1",
|
||||||
|
"source_type": "internal_authored",
|
||||||
|
"maintainer": "qishu",
|
||||||
|
"review_status": "draft",
|
||||||
|
"notes": "Prioritized first 100 content assets grouped by domain for legal content build-out."
|
||||||
|
},
|
||||||
|
"items": [
|
||||||
|
{
|
||||||
|
"group": "laws_and_interpretations",
|
||||||
|
"count": 20,
|
||||||
|
"assets": [
|
||||||
|
"民法典合同编核心条文", "公司法", "劳动合同法", "劳动法", "社会保险法用工关键条文",
|
||||||
|
"仲裁法", "民事诉讼法合同争议关键条文", "电子签名法", "消费者权益保护法", "反不正当竞争法",
|
||||||
|
"著作权法", "商标法", "专利法", "网络安全法", "数据安全法",
|
||||||
|
"个人信息保护法", "招标投标法", "建筑法", "最高法合同效力相关司法解释", "最高法担保与违约责任相关司法解释"
|
||||||
|
]
|
||||||
|
},
|
||||||
|
{
|
||||||
|
"group": "templates",
|
||||||
|
"count": 25,
|
||||||
|
"assets": [
|
||||||
|
"通用买卖合同", "采购框架协议", "销售框架协议", "供货合同", "服务合同",
|
||||||
|
"技术服务合同", "技术开发合同", "软件开发合同", "SaaS服务协议", "数据处理委托协议",
|
||||||
|
"数据合作协议", "保密协议NDA", "劳动合同", "劳务合同", "兼职顾问协议",
|
||||||
|
"委托代理合同", "渠道合作协议", "品牌推广/广告投放合同", "MCN达人合作协议", "电商代运营协议",
|
||||||
|
"商用房屋租赁合同", "借款合同", "保证合同", "股权转让协议", "投资意向书基础版"
|
||||||
|
]
|
||||||
|
},
|
||||||
|
{
|
||||||
|
"group": "clauses",
|
||||||
|
"count": 20,
|
||||||
|
"assets": [
|
||||||
|
"定义条款", "标的条款", "交付条款", "验收条款", "付款条件条款",
|
||||||
|
"发票条款", "违约责任条款", "赔偿范围限制条款", "保密条款", "知识产权归属条款",
|
||||||
|
"知识产权侵权担保条款", "数据处理与数据安全条款", "个人信息保护条款", "竞业限制/不招揽条款", "期限与续约条款",
|
||||||
|
"解除与终止条款", "不可抗力条款", "通知送达条款", "争议解决条款", "法律适用与管辖条款"
|
||||||
|
]
|
||||||
|
},
|
||||||
|
{
|
||||||
|
"group": "review_rules",
|
||||||
|
"count": 20,
|
||||||
|
"assets": [
|
||||||
|
"主体资格审查规则", "签约权限审查规则", "合同名称与交易实质不一致规则", "标的不明确规则", "付款条件不清规则",
|
||||||
|
"验收标准缺失规则", "自动续约风险规则", "单方免责/责任失衡规则", "违约责任过轻/过重规则", "赔偿上限缺失规则",
|
||||||
|
"知识产权归属不清规则", "数据合规条款缺失规则", "个人信息处理合法性规则", "保密范围过宽/过窄规则", "解约条件失衡规则",
|
||||||
|
"管辖约定不利规则", "附件与主合同冲突规则", "印章/签字页完整性规则", "生效条件不明规则", "行业许可/资质前置条件缺失规则"
|
||||||
|
]
|
||||||
|
},
|
||||||
|
{
|
||||||
|
"group": "faq",
|
||||||
|
"count": 10,
|
||||||
|
"assets": [
|
||||||
|
"付款风险高频问答", "验收风险高频问答", "劳动用工高频问答", "SaaS/软件开发合同高频问答", "数据合规高频问答",
|
||||||
|
"保密协议高频问答", "广告投放/代运营争议问答", "股权转让常见陷阱问答", "租赁合同常见争议问答", "借款与担保风险问答"
|
||||||
|
]
|
||||||
|
},
|
||||||
|
{
|
||||||
|
"group": "industry_packs",
|
||||||
|
"count": 5,
|
||||||
|
"assets": [
|
||||||
|
"SaaS/软件行业法务包", "AI/数据服务行业法务包", "电商/代运营行业法务包", "建工/装修行业法务包", "人力资源/劳务外包行业法务包"
|
||||||
|
]
|
||||||
|
}
|
||||||
|
]
|
||||||
|
}
|
||||||
@@ -0,0 +1,22 @@
|
|||||||
|
{
|
||||||
|
"version": 1,
|
||||||
|
"metadata": {
|
||||||
|
"package_name": "legal_content_release_index_v1",
|
||||||
|
"domain": "sources",
|
||||||
|
"jurisdiction": "CN",
|
||||||
|
"content_version": "v1",
|
||||||
|
"source_type": "internal_authored",
|
||||||
|
"maintainer": "qishu",
|
||||||
|
"review_status": "draft",
|
||||||
|
"notes": "Initial release index for the legal content workspace."
|
||||||
|
},
|
||||||
|
"items": [
|
||||||
|
{"package_name": "laws_cn_core_v1.json", "domain": "laws", "status": "planned", "priority": 1},
|
||||||
|
{"package_name": "judicial_interpretations_cn_contract_v1.json", "domain": "laws", "status": "planned", "priority": 2},
|
||||||
|
{"package_name": "contract_templates_cn_official_v1.json", "domain": "templates", "status": "planned", "priority": 3},
|
||||||
|
{"package_name": "contract_templates_cn_saas_v1.json", "domain": "templates", "status": "planned", "priority": 4},
|
||||||
|
{"package_name": "clause_library_cn_general_v1.json", "domain": "clauses", "status": "planned", "priority": 5},
|
||||||
|
{"package_name": "review_rules_cn_contract_v1.json", "domain": "rules", "status": "planned", "priority": 6},
|
||||||
|
{"package_name": "faq_cn_contract_review_v1.json", "domain": "faq", "status": "planned", "priority": 7}
|
||||||
|
]
|
||||||
|
}
|
||||||
@@ -0,0 +1,33 @@
|
|||||||
|
{
|
||||||
|
"$schema": "https://json-schema.org/draft/2020-12/schema",
|
||||||
|
"$id": "ai-exchange/legal_content/clauses.schema.json",
|
||||||
|
"title": "Clause Library Asset",
|
||||||
|
"type": "object",
|
||||||
|
"additionalProperties": false,
|
||||||
|
"required": ["clause_id", "clause_type", "title", "text", "risk_level", "applicable_contract_types", "source"],
|
||||||
|
"properties": {
|
||||||
|
"clause_id": {"type": "string", "minLength": 1},
|
||||||
|
"clause_type": {"type": "string", "minLength": 1},
|
||||||
|
"title": {"type": "string", "minLength": 1},
|
||||||
|
"text": {"type": "string", "minLength": 1},
|
||||||
|
"plain_explanation": {"type": "string"},
|
||||||
|
"risk_level": {"type": "string", "enum": ["low", "medium", "high", "critical"]},
|
||||||
|
"common_risks": {"type": "array", "items": {"type": "string"}},
|
||||||
|
"negotiation_points": {"type": "array", "items": {"type": "string"}},
|
||||||
|
"applicable_contract_types": {"type": "array", "minItems": 1, "items": {"type": "string"}},
|
||||||
|
"industry_tags": {"type": "array", "items": {"type": "string"}},
|
||||||
|
"linked_law_refs": {"type": "array", "items": {"type": "string"}},
|
||||||
|
"recommended_variants": {"type": "array", "items": {"type": "string"}},
|
||||||
|
"source": {
|
||||||
|
"type": "object",
|
||||||
|
"additionalProperties": false,
|
||||||
|
"required": ["registry_id", "source_type"],
|
||||||
|
"properties": {
|
||||||
|
"registry_id": {"type": "string", "minLength": 1},
|
||||||
|
"source_type": {"type": "string", "enum": ["official_public", "public_editorial", "internal_authored", "customer_authorized"]},
|
||||||
|
"source_url": {"type": "string"},
|
||||||
|
"license_note": {"type": "string"}
|
||||||
|
}
|
||||||
|
}
|
||||||
|
}
|
||||||
|
}
|
||||||
@@ -0,0 +1,29 @@
|
|||||||
|
{
|
||||||
|
"$schema": "https://json-schema.org/draft/2020-12/schema",
|
||||||
|
"$id": "ai-exchange/legal_content/faq.schema.json",
|
||||||
|
"title": "Legal FAQ Asset",
|
||||||
|
"type": "object",
|
||||||
|
"additionalProperties": false,
|
||||||
|
"required": ["faq_id", "question", "short_answer", "long_answer", "topic_tags", "source"],
|
||||||
|
"properties": {
|
||||||
|
"faq_id": {"type": "string", "minLength": 1},
|
||||||
|
"question": {"type": "string", "minLength": 1},
|
||||||
|
"short_answer": {"type": "string", "minLength": 1},
|
||||||
|
"long_answer": {"type": "string", "minLength": 1},
|
||||||
|
"topic_tags": {"type": "array", "minItems": 1, "items": {"type": "string"}},
|
||||||
|
"industry_tags": {"type": "array", "items": {"type": "string"}},
|
||||||
|
"linked_rule_ids": {"type": "array", "items": {"type": "string"}},
|
||||||
|
"linked_law_refs": {"type": "array", "items": {"type": "string"}},
|
||||||
|
"source": {
|
||||||
|
"type": "object",
|
||||||
|
"additionalProperties": false,
|
||||||
|
"required": ["registry_id", "source_type"],
|
||||||
|
"properties": {
|
||||||
|
"registry_id": {"type": "string", "minLength": 1},
|
||||||
|
"source_type": {"type": "string", "enum": ["official_public", "public_editorial", "internal_authored", "customer_authorized"]},
|
||||||
|
"source_url": {"type": "string"},
|
||||||
|
"license_note": {"type": "string"}
|
||||||
|
}
|
||||||
|
}
|
||||||
|
}
|
||||||
|
}
|
||||||
@@ -0,0 +1,58 @@
|
|||||||
|
{
|
||||||
|
"$schema": "https://json-schema.org/draft/2020-12/schema",
|
||||||
|
"$id": "ai-exchange/legal_content/laws.schema.json",
|
||||||
|
"title": "Law Article Asset",
|
||||||
|
"type": "object",
|
||||||
|
"additionalProperties": false,
|
||||||
|
"required": ["law_id", "title", "document_type", "issuing_body", "status", "effective_date", "articles", "source"],
|
||||||
|
"properties": {
|
||||||
|
"law_id": {"type": "string", "minLength": 1},
|
||||||
|
"title": {"type": "string", "minLength": 1},
|
||||||
|
"document_type": {"type": "string", "enum": ["law", "administrative_regulation", "judicial_interpretation", "department_rule", "local_regulation", "policy_guidance"]},
|
||||||
|
"issuing_body": {"type": "string", "minLength": 1},
|
||||||
|
"status": {"type": "string", "enum": ["effective", "amended", "repealed", "superseded", "draft"]},
|
||||||
|
"effective_date": {"type": "string", "format": "date"},
|
||||||
|
"expiry_date": {"type": ["string", "null"], "format": "date"},
|
||||||
|
"keywords": {"type": "array", "items": {"type": "string"}},
|
||||||
|
"industry_tags": {"type": "array", "items": {"type": "string"}},
|
||||||
|
"articles": {
|
||||||
|
"type": "array",
|
||||||
|
"minItems": 1,
|
||||||
|
"items": {
|
||||||
|
"type": "object",
|
||||||
|
"additionalProperties": false,
|
||||||
|
"required": ["article_ref", "article_text"],
|
||||||
|
"properties": {
|
||||||
|
"article_ref": {"type": "string", "minLength": 1},
|
||||||
|
"article_title": {"type": "string"},
|
||||||
|
"article_text": {"type": "string", "minLength": 1},
|
||||||
|
"topic_tags": {"type": "array", "items": {"type": "string"}}
|
||||||
|
}
|
||||||
|
}
|
||||||
|
},
|
||||||
|
"source": {
|
||||||
|
"type": "object",
|
||||||
|
"additionalProperties": false,
|
||||||
|
"required": ["registry_id", "source_url", "accessed_at"],
|
||||||
|
"properties": {
|
||||||
|
"registry_id": {"type": "string", "minLength": 1},
|
||||||
|
"source_url": {"type": "string", "minLength": 1},
|
||||||
|
"accessed_at": {"type": "string", "format": "date-time"},
|
||||||
|
"license_note": {"type": "string"}
|
||||||
|
}
|
||||||
|
},
|
||||||
|
"history": {
|
||||||
|
"type": "array",
|
||||||
|
"items": {
|
||||||
|
"type": "object",
|
||||||
|
"additionalProperties": false,
|
||||||
|
"required": ["version_label", "effective_date", "change_note"],
|
||||||
|
"properties": {
|
||||||
|
"version_label": {"type": "string", "minLength": 1},
|
||||||
|
"effective_date": {"type": "string", "format": "date"},
|
||||||
|
"change_note": {"type": "string", "minLength": 1}
|
||||||
|
}
|
||||||
|
}
|
||||||
|
}
|
||||||
|
}
|
||||||
|
}
|
||||||
@@ -0,0 +1,33 @@
|
|||||||
|
{
|
||||||
|
"$schema": "https://json-schema.org/draft/2020-12/schema",
|
||||||
|
"$id": "ai-exchange/legal_content/package_manifest.schema.json",
|
||||||
|
"title": "Legal Content Package Manifest",
|
||||||
|
"type": "object",
|
||||||
|
"additionalProperties": false,
|
||||||
|
"required": ["version", "metadata", "items"],
|
||||||
|
"properties": {
|
||||||
|
"version": {"type": "integer", "minimum": 1},
|
||||||
|
"metadata": {
|
||||||
|
"type": "object",
|
||||||
|
"additionalProperties": true,
|
||||||
|
"required": ["package_name", "domain", "jurisdiction", "content_version", "source_type", "maintainer", "review_status"],
|
||||||
|
"properties": {
|
||||||
|
"package_name": {"type": "string", "minLength": 1},
|
||||||
|
"domain": {"type": "string", "enum": ["laws", "templates", "clauses", "rules", "faq", "sources"]},
|
||||||
|
"jurisdiction": {"type": "string", "minLength": 1},
|
||||||
|
"content_version": {"type": "string", "pattern": "^v[0-9]+(\\.[0-9]+)?$"},
|
||||||
|
"source_type": {"type": "string", "enum": ["official_public", "public_editorial", "internal_authored", "customer_authorized"]},
|
||||||
|
"maintainer": {"type": "string", "minLength": 1},
|
||||||
|
"review_status": {"type": "string", "enum": ["draft", "review", "approved", "published", "deprecated"]},
|
||||||
|
"created_at": {"type": "string", "format": "date-time"},
|
||||||
|
"updated_at": {"type": "string", "format": "date-time"},
|
||||||
|
"notes": {"type": "string"}
|
||||||
|
}
|
||||||
|
},
|
||||||
|
"items": {
|
||||||
|
"type": "array",
|
||||||
|
"minItems": 1,
|
||||||
|
"items": {"type": "object"}
|
||||||
|
}
|
||||||
|
}
|
||||||
|
}
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
{
|
||||||
|
"$schema": "https://json-schema.org/draft/2020-12/schema",
|
||||||
|
"$id": "ai-exchange/legal_content/rules.schema.json",
|
||||||
|
"title": "Contract Review Rule Asset",
|
||||||
|
"type": "object",
|
||||||
|
"additionalProperties": false,
|
||||||
|
"required": ["rule_id", "rule_name", "contract_scope", "severity", "risk_description", "review_question", "suggested_fix", "legal_basis", "source"],
|
||||||
|
"properties": {
|
||||||
|
"rule_id": {"type": "string", "minLength": 1},
|
||||||
|
"rule_name": {"type": "string", "minLength": 1},
|
||||||
|
"contract_scope": {"type": "array", "minItems": 1, "items": {"type": "string"}},
|
||||||
|
"clause_scope": {"type": "array", "items": {"type": "string"}},
|
||||||
|
"industry_scope": {"type": "array", "items": {"type": "string"}},
|
||||||
|
"severity": {"type": "string", "enum": ["low", "medium", "high", "critical"]},
|
||||||
|
"trigger_pattern": {"type": "array", "items": {"type": "string"}},
|
||||||
|
"risk_description": {"type": "string", "minLength": 1},
|
||||||
|
"review_question": {"type": "string", "minLength": 1},
|
||||||
|
"suggested_fix": {"type": "string", "minLength": 1},
|
||||||
|
"legal_basis": {
|
||||||
|
"type": "array",
|
||||||
|
"minItems": 1,
|
||||||
|
"items": {
|
||||||
|
"type": "object",
|
||||||
|
"additionalProperties": false,
|
||||||
|
"required": ["law_ref", "reason"],
|
||||||
|
"properties": {
|
||||||
|
"law_ref": {"type": "string", "minLength": 1},
|
||||||
|
"reason": {"type": "string", "minLength": 1}
|
||||||
|
}
|
||||||
|
}
|
||||||
|
},
|
||||||
|
"case_refs": {"type": "array", "items": {"type": "string"}},
|
||||||
|
"fallback_clause_ids": {"type": "array", "items": {"type": "string"}},
|
||||||
|
"source": {
|
||||||
|
"type": "object",
|
||||||
|
"additionalProperties": false,
|
||||||
|
"required": ["registry_id", "source_type"],
|
||||||
|
"properties": {
|
||||||
|
"registry_id": {"type": "string", "minLength": 1},
|
||||||
|
"source_type": {"type": "string", "enum": ["official_public", "public_editorial", "internal_authored", "customer_authorized"]},
|
||||||
|
"source_url": {"type": "string"},
|
||||||
|
"license_note": {"type": "string"}
|
||||||
|
}
|
||||||
|
}
|
||||||
|
}
|
||||||
|
}
|
||||||
@@ -0,0 +1,22 @@
|
|||||||
|
{
|
||||||
|
"$schema": "https://json-schema.org/draft/2020-12/schema",
|
||||||
|
"$id": "ai-exchange/legal_content/sources.schema.json",
|
||||||
|
"title": "Legal Content Source Registry Entry",
|
||||||
|
"type": "object",
|
||||||
|
"additionalProperties": false,
|
||||||
|
"required": ["registry_id", "name", "source_type", "authority_level", "jurisdiction", "access_mode", "license_risk", "update_frequency"],
|
||||||
|
"properties": {
|
||||||
|
"registry_id": {"type": "string", "minLength": 1},
|
||||||
|
"name": {"type": "string", "minLength": 1},
|
||||||
|
"source_type": {"type": "string", "enum": ["official_public", "public_editorial", "internal_authored", "customer_authorized", "commercial_licensed"]},
|
||||||
|
"authority_level": {"type": "string", "enum": ["primary", "secondary", "editorial", "customer_private"]},
|
||||||
|
"jurisdiction": {"type": "string", "minLength": 1},
|
||||||
|
"access_mode": {"type": "string", "enum": ["manual", "crawler", "api", "upload", "licensed_portal"]},
|
||||||
|
"license_risk": {"type": "string", "enum": ["low", "medium", "high"]},
|
||||||
|
"update_frequency": {"type": "string", "enum": ["daily", "weekly", "monthly", "event_driven", "ad_hoc"]},
|
||||||
|
"homepage_url": {"type": "string"},
|
||||||
|
"notes": {"type": "string"},
|
||||||
|
"allowed_use": {"type": "array", "items": {"type": "string"}},
|
||||||
|
"blocked_use": {"type": "array", "items": {"type": "string"}}
|
||||||
|
}
|
||||||
|
}
|
||||||
@@ -0,0 +1,61 @@
|
|||||||
|
{
|
||||||
|
"$schema": "https://json-schema.org/draft/2020-12/schema",
|
||||||
|
"$id": "ai-exchange/legal_content/templates.schema.json",
|
||||||
|
"title": "Contract Template Asset",
|
||||||
|
"type": "object",
|
||||||
|
"additionalProperties": false,
|
||||||
|
"required": ["template_id", "template_name", "contract_type", "industry", "jurisdiction", "version", "clauses", "variables", "source"],
|
||||||
|
"properties": {
|
||||||
|
"template_id": {"type": "string", "minLength": 1},
|
||||||
|
"template_name": {"type": "string", "minLength": 1},
|
||||||
|
"contract_type": {"type": "string", "minLength": 1},
|
||||||
|
"industry": {"type": "string", "minLength": 1},
|
||||||
|
"scenario": {"type": "string"},
|
||||||
|
"jurisdiction": {"type": "string", "minLength": 1},
|
||||||
|
"version": {"type": "string", "pattern": "^v[0-9]+(\\.[0-9]+)?$"},
|
||||||
|
"stance": {"type": "string", "enum": ["neutral", "buyer_favored", "seller_favored", "employer_favored", "employee_favored", "platform_standard"]},
|
||||||
|
"clauses": {
|
||||||
|
"type": "array",
|
||||||
|
"minItems": 1,
|
||||||
|
"items": {
|
||||||
|
"type": "object",
|
||||||
|
"additionalProperties": false,
|
||||||
|
"required": ["clause_id", "required"],
|
||||||
|
"properties": {
|
||||||
|
"clause_id": {"type": "string", "minLength": 1},
|
||||||
|
"required": {"type": "boolean"},
|
||||||
|
"variant": {"type": "string"},
|
||||||
|
"notes": {"type": "string"}
|
||||||
|
}
|
||||||
|
}
|
||||||
|
},
|
||||||
|
"variables": {
|
||||||
|
"type": "array",
|
||||||
|
"items": {
|
||||||
|
"type": "object",
|
||||||
|
"additionalProperties": false,
|
||||||
|
"required": ["name", "type", "required"],
|
||||||
|
"properties": {
|
||||||
|
"name": {"type": "string", "minLength": 1},
|
||||||
|
"type": {"type": "string", "enum": ["string", "number", "boolean", "date", "enum"]},
|
||||||
|
"required": {"type": "boolean"},
|
||||||
|
"description": {"type": "string"},
|
||||||
|
"enum_values": {"type": "array", "items": {"type": "string"}}
|
||||||
|
}
|
||||||
|
}
|
||||||
|
},
|
||||||
|
"generation_questions": {"type": "array", "items": {"type": "string"}},
|
||||||
|
"review_rule_ids": {"type": "array", "items": {"type": "string"}},
|
||||||
|
"source": {
|
||||||
|
"type": "object",
|
||||||
|
"additionalProperties": false,
|
||||||
|
"required": ["registry_id", "source_type"],
|
||||||
|
"properties": {
|
||||||
|
"registry_id": {"type": "string", "minLength": 1},
|
||||||
|
"source_type": {"type": "string", "enum": ["official_public", "public_editorial", "internal_authored", "customer_authorized"]},
|
||||||
|
"source_url": {"type": "string"},
|
||||||
|
"license_note": {"type": "string"}
|
||||||
|
}
|
||||||
|
}
|
||||||
|
}
|
||||||
|
}
|
||||||
@@ -0,0 +1,70 @@
|
|||||||
|
{
|
||||||
|
"version": 1,
|
||||||
|
"metadata": {
|
||||||
|
"package_name": "sources_cn_registry_v1",
|
||||||
|
"domain": "sources",
|
||||||
|
"jurisdiction": "CN",
|
||||||
|
"content_version": "v1",
|
||||||
|
"source_type": "internal_authored",
|
||||||
|
"maintainer": "qishu",
|
||||||
|
"review_status": "draft",
|
||||||
|
"notes": "Initial registry of priority legal content sources for the China legal-content workspace."
|
||||||
|
},
|
||||||
|
"items": [
|
||||||
|
{
|
||||||
|
"registry_id": "src_cn_npc_lawdb",
|
||||||
|
"name": "国家法律法规数据库",
|
||||||
|
"source_type": "official_public",
|
||||||
|
"authority_level": "primary",
|
||||||
|
"jurisdiction": "CN",
|
||||||
|
"access_mode": "manual",
|
||||||
|
"license_risk": "medium",
|
||||||
|
"update_frequency": "event_driven",
|
||||||
|
"homepage_url": "https://flk.npc.gov.cn/",
|
||||||
|
"allowed_use": ["authority_reference", "editorial_extraction", "citation"],
|
||||||
|
"blocked_use": ["assume_unlimited_redistribution_without_review"],
|
||||||
|
"notes": "Primary source for national laws and some core normative documents."
|
||||||
|
},
|
||||||
|
{
|
||||||
|
"registry_id": "src_cn_spc",
|
||||||
|
"name": "最高人民法院官网",
|
||||||
|
"source_type": "official_public",
|
||||||
|
"authority_level": "primary",
|
||||||
|
"jurisdiction": "CN",
|
||||||
|
"access_mode": "manual",
|
||||||
|
"license_risk": "medium",
|
||||||
|
"update_frequency": "event_driven",
|
||||||
|
"homepage_url": "https://www.court.gov.cn/",
|
||||||
|
"allowed_use": ["judicial_interpretation_reference", "guiding_case_reference", "citation"],
|
||||||
|
"blocked_use": ["bulk_redistribution_without_review"],
|
||||||
|
"notes": "Priority source for judicial interpretations and selected public cases."
|
||||||
|
},
|
||||||
|
{
|
||||||
|
"registry_id": "src_cn_gov",
|
||||||
|
"name": "中国政府网",
|
||||||
|
"source_type": "official_public",
|
||||||
|
"authority_level": "primary",
|
||||||
|
"jurisdiction": "CN",
|
||||||
|
"access_mode": "manual",
|
||||||
|
"license_risk": "medium",
|
||||||
|
"update_frequency": "event_driven",
|
||||||
|
"homepage_url": "https://www.gov.cn/",
|
||||||
|
"allowed_use": ["administrative_regulation_reference", "policy_reference"],
|
||||||
|
"blocked_use": ["bulk_redistribution_without_review"],
|
||||||
|
"notes": "Priority source for State Council regulations and ministry-level policy materials."
|
||||||
|
},
|
||||||
|
{
|
||||||
|
"registry_id": "src_internal_authored",
|
||||||
|
"name": "Internal authored legal content",
|
||||||
|
"source_type": "internal_authored",
|
||||||
|
"authority_level": "editorial",
|
||||||
|
"jurisdiction": "CN",
|
||||||
|
"access_mode": "manual",
|
||||||
|
"license_risk": "low",
|
||||||
|
"update_frequency": "ad_hoc",
|
||||||
|
"allowed_use": ["template_authoring", "rule_authoring", "faq_authoring"],
|
||||||
|
"blocked_use": [],
|
||||||
|
"notes": "Used for platform-authored templates, clause variants, review rules, and FAQ summaries."
|
||||||
|
}
|
||||||
|
]
|
||||||
|
}
|
||||||
Reference in New Issue
Block a user