规范库(法规与管理标准)
- 产品规格.md §3.2.1(知识文档三层)、§3.2.2(规范库)、§4.2.4(平台插件)
来源 docs/core-mechanisms/规范库.md
状态:Phase 1 已落地;多维索引树 + 全屏三栏管理 UI(2026-07-25)已落地 API 与
/workspace/standards管理页;来源抓取 / 影响清单等仍待做。真值:用户可见能力见
docs/产品规格.md§3.2.2;本文供设计与实现对照。表述:界面与帮助文案用用户表达(「规范库」「已发布」「待审核」「按地域浏览」等);表名、API、路径等实现术语仅在本文 §7 给出。
关联:
- 产品规格.md §3.2.1(知识文档三层)、§3.2.2(规范库)、§4.2.4(平台插件)
- 智能体调用知识文档的方式.md(对话检索)
- 资料库.md(空白表/填报模板;可「依据」本规范库条目)
- 检查方案.md(实践机读包;必填依据本库条目,不冒充条文)
- 合规实践检查表转机读包.md(专家表 → 机读包 → 检查方案)
- 工作区能力包.md(工作智能体联网抓取)
- ../sdk/platform-plugin/README.md(平台插件读规范 / 互调)
1. 目标
- 在 工作区 内提供共用的 法规、行业标准、管理制度、管理理论 真源(用户说法:规范库)。
- 支持 人力资源、合规管理 等多类 平台插件 按同一真源生成调查表、检查项、职级与胜任力等业务数据。
- 支持 工作智能体(或定时任务)从 已登记官网 抓取更新,经 人审发布 后影响插件与对话。
- 支持 智能体 依据 已发布 规范回答用户问题,并尽量落到文号 / 版本 / 来源。
1.1 非目标(首期)
- 不替代各插件自己的 业务库(花名册、检查实例、整改单等仍由插件落库)。
- 不把规范库做成普通「工作区知识」文件夹的别名(见 §2)。
- 不允许「官网一爬完就自动改检查表 / 职级数据 / 对外口径」。
- 不要求插件之间互相爬对方磁盘上的 Markdown。
2. 与「工作区知识文档」的分工
| | 工作区知识文档 | 规范库 | |--|-------------------|------------| | 主要服务谁 | 对话答疑、团队 Wiki | 插件生成规则与数据、合规依据、条文问答 | | 典型内容 | 流程说明、FAQ、项目背景 | 政府/行业法规、管理制度、胜任力等理论真源 | | 变更门控 | 维护者可直接改 | 草稿 → 审核 → 已发布;法规默认须人审 | | 版本与效力 | 弱 | 强(文号、生效/废止、来源 URL、内容哈希) | | 对插件 | 一般不直接驱动落库 | 已发布版本 可驱动调查表 / 检查项等(须再确认) |
可选:规范 发布 时同步一份 对话用摘要 到工作区知识;真源与版本仍以规范库为准。
3. 产品决策(已确认,2026-07-25)
| # | 主题 | 结论 |
|---|---|---|
| 1 | 用户可见名称 | 规范库(副题可用「法规与管理标准」) |
| 2 | 隔离边界 | 按工作区;禁止跨工作区读 |
| 3 | 存放位置 | 平台工作区能力,不挂在某一插件私有目录下 |
| 4 | 爬取与生效 | 爬取 = 提案(草稿);发布后才生效 |
| 5 | 智能体可读范围 | 默认仅 已发布;草稿仅管理员/制度角色可见 |
| 6 | 插件读规范 | 经平台只读 API(启动凭证或工作区成员鉴权),按领域标签订阅 |
| 7 | 插件互调业务 | 经 Cadau 代签短时调用 + 审计;不用互调传法规全文 |
| 8 | 官网自动更新 | 仅 来源白名单;法规类默认 人审;可配置生效日 |
| 9 | 影响插件 | 变更传播 + 影响清单,预览后确认再写业务库;禁止静默覆盖 |
| 10 | 出厂默认 | 插件可带默认模板(如 HR catalog);工作区已发布规范可 覆盖/裁剪 |
| 11 | 浏览结构 | 多维索引树(地域、行业等);树是筛选视图,不是知识文档物理目录;一条规范可挂多树多节点 |
| 12 | 管理界面 | 宜「切换索引 → 左树 → 中列表 → 右正文」;协作页可作入口,完整管理进专用全屏页 |
| 13 | 与检查方案(2026-08-07) | 专家实践机读包 不 进规范库冒充条文;放 检查方案(必填依据本库);见 检查方案.md、合规实践检查表转机读包.md。废止 2026-08-06「机读包进规范库」存放结论 |
4. 用户可见能力(规划)
4.1 规范条目
每条规范至少让用户能理解:
- 标题、正文(或附件)
- 类型:法规 / 行业标准 / 企业内部制度 / 管理理论 等
- 领域标签(界面提供默认建议如人力资源 / 劳动用工 / 合规 / 胜任力等,亦可自建;插件按机器值筛选,如
hr、labor、compliance、competency) - 文号 / 发布机关(法规类)
- 生效日、废止日(可空)
- 来源:手工上传 / 官网抓取(含 URL)
- 状态:草稿、待审核、已发布、已废止
- 版本号(同文号下递增或按发布批次)
4.2 来源白名单
- 工作区管理员登记允许抓取的 官网域名与入口页(以及可选的解析说明 / 技能)。
- 未在白名单内的地址:禁止自动抓取写入规范库。
4.3 抓取与待审
- 工作智能体或 定时任务按白名单检查更新 → 比对文号 / 内容哈希 / 官网标注的生效信息。
- 有变更则创建 草稿或待审核 条目,并生成 变更摘要(相对上一已发布版的 diff 说明,供人阅读)。
- 法规与行业强制标准:默认必须人审后才能发布。
- 企业内部制度:策略上可配置「低风险自动发布」(默认仍建议人审)。
4.4 发布与启用
- 审核通过 → 已发布;可指定 启用日(与法定生效日对齐)。
- 支持回滚到上一已发布版本(插件侧未确认的重算可取消)。
4.5 对插件的影响清单
规范发布后,平台按 领域标签 通知已订阅的插件(如人力资源、合规管理):
- 列出可能受影响的能力(调查表模板、检查项、职级包等)。
- 插件提供 「按新规范预览」→ 确认 → 写入业务库。
- 每次生成须记录:规范 ID + 版本(审计与追溯)。
4.6 智能体问答
- 检索范围:已发布 且已到启用日、未废止的规范。
- 回答应尽量标明依据(标题、文号、版本或来源链接)。
- 查「当前工作区业务事实」(花名册、某次检查结论)仍走各插件操作(如
plugin_invoke),不用规范库冒充业务数据。
4.7 多维索引树(浏览与管理)
规范常需按 地域、行业、效力类型、业务领域 等不同方式整理;用户期望左侧是树、并能换「索引方式」。这与 §3.2.1 知识文档目录树 易混淆,约定如下。
#### 4.7.1 产品原则
| # | 原则 | 说明 |
|---|---|---|
| 1 | 真源是条目 | 主键仍是规范条目(ID + 版本 + 发布状态);树不替代真源 |
| 2 | 树是索引 | 每棵树 = 一种 分类维度 下的节点层级,用于浏览与筛选 |
| 3 | 可多挂 | 同一规范可出现在 多棵树、多个节点(如「全国 / 劳动」与「通用行业 / 用工」) |
| 4 | 非知识路径 | 禁止把规范正文主存放进知识文档物理路径,或以「文件夹路径」充当规范 ID |
| 5 | 门控不变 | 草稿 / 待审核 / 已发布 / 废止 与人审规则不因树浏览而削弱 |
| 6 | 与扁平标签并存 | 现有 领域标签 可继续用于插件订阅与简单过滤;索引节点可与标签映射或并存,迁移期允许仅标签 |
#### 4.7.2 用户说法
- 索引方式:顶部或侧栏切换,如「按地域」「按行业」「按类型」。
- 分类树:当前索引方式下的节点(可增删改、排序;管理员维护)。
- 未归类:尚未挂到当前维度任何节点的条目,单独一栏,避免「放进文件夹才存在」的误解。
#### 4.7.3 界面骨架(下一阶段)
┌─────────────────────────────────────────────────────────────┐
│ 规范库 [按地域 ▾] 返回工作区协作 │
├──────────┬────────────────────┬────────────────────────────┤
│ 分类树 │ 当前节点下的条目列表 │ 标题 / 元数据 / 正文 │
│ (可展开)│ (状态、文号、版本) │ 草稿保存 · 提交 · 发布… │
└──────────┴────────────────────┴────────────────────────────┘
- 观感可对齐知识文档管理页的「三栏」,但左侧是 当前索引的分类树,不是知识
knowledge/目录。 - 协作页可保留简介 +「管理规范库」入口;完整编辑进专用全屏路由(与「管理工作区知识文档」同类)。
#### 4.7.4 示意
规范条目:《中华人民共和国劳动合同法》v3(已发布)
├─ 挂到「地域」树:全国 → 劳动用工
├─ 挂到「行业」树:通用 → 人力资源
└─ 挂到「类型」树:法规
插件订阅仍可按领域标签或 索引节点 ID 过滤已发布条目;生成业务数据时记录规范 ID + 版本(及可选节点路径便于审计展示)。
#### 4.7.5 实现对照(已落地)
| 概念 | 实现 |
|---|---|
| 维度 | 表 workspace_standard_taxonomies |
| 节点 | 表 workspace_standard_taxonomy_nodes |
| 挂载 | 表 workspace_standard_taxonomy_links |
| 列表筛选 | GET …/standards?node=(含子树)、?uncategorized={taxonomyId} |
| 分类 API | GET/POST …/standards/taxonomies,节点 CRUD,PUT …/taxonomy-links |
| 出厂 | 首次列出(及后续补齐)预置「地域 / 行业 / 类型 / 主题」;管理员可再新建索引方式(非写死) |
| 主题索引 | 跨地域/行业的通用理论(如胜任力)挂「主题 → 通用 / 胜任力」 |
| 管理页 | 路由 /workspace/standards;协作页入口「管理规范库」 |
仍待:来源白名单抓取、插件按节点订阅、影响清单等。
5. 端到端流程
flowchart TD
A[官网白名单源] --> B[工作智能体或定时抓取]
B --> C{与已发布版有差异?}
C -->|否| D[记录检查时间]
C -->|是| E[规范库草稿/待审]
E --> F[管理员审核]
F -->|驳回| G[保留痕迹]
F -->|通过| H[已发布 + 可选启用日]
H --> I[对话检索可用]
H --> J[通知订阅插件]
J --> K[影响清单与预览重算]
K --> L[人确认后写插件业务库]6. 插件与互调边界
智能体 ── 检索 ──────────────► 规范库(条文怎么说)
智能体 ── plugin_invoke ─────► HR / 合规(库里现在是什么)
HR / 合规 ── 只读 API ───────► 规范库(同一真源)
合规 ── 平台代调 ────────────► HR(只要人事等业务事实)
| 需求 | 正确做法 |
|---|---|
| 多插件共用法规 | 都读规范库 |
| HR 依理论生成职级 | 读已发布规范 → 预览 → 确认落库 |
| 合规依法规生成检查表 | 同上 |
| 合规要查员工部门 | 平台代调 HR 业务操作,不读 HR 知识目录冒充 |
| 插件 A 要法规全文 | 调规范库,不调插件 B |
7. 实现对照
| 概念 | 实现 | |||
|---|---|---|---|---|
| 元数据表 | workspace_standards(SQLite / Postgres) | |||
| 正文落盘 | {RuntimeDir}/workspaces/{id}/standards/{standardId}/draft.md 与 v{N}.md(包 internal/standards);Markdown | |||
| 插图 | {…/standards/{standardId}/media/{file};正文写相对路径 media/xxx.png;POST/GET …/standards/{id}/media… | |||
| 成员 API(JWT) | GET/POST /workspaces/{id}/standards,PATCH/GET …/{standardId},GET …/content,POST …/media,`POST …/submit-review | publish | revoke | reopen;导入/导出 POST …/standards/import、GET …/standards/export`(zip,见下) |
| 插件只读(launch_token) | GET /platform-plugins/standards、…/{id}、…/{id}/content | |||
| SDK | ../../sdk/platform-plugin/go/standards.go;../../sdk/platform-plugin/js listStandards / getStandard / getStandardContent | |||
| 发布权限 | 仅工作区 owner/admin 可 publish / revoke / reopen;导入/导出压缩包 同此权限 | |||
| 成员可见 | 普通成员列表/读取仅 已发布且在生效期内;管理员可见全部状态 | |||
| 压缩包 | manifest.json(kind=mindlink.workspace_standards)+ taxonomies.json + `items/{dir}/item.json | content.md | media/*(包 internal/standardsbundle)。增量导入(默认 on_conflict=incremental):按 文号优先、否则标题 匹配;内容哈希相同则跳过;匹配到草稿/待审则更新;已发布/已废止不覆盖。on_conflict=create` 可强制始终新建。 |
已补(2026-07-25):工作区协作 UI「规范库」;对话运行时注入已发布规范(workspaceStandardsBlock)。
已补(导入/导出):全屏管理页「导入 / 导出」,与知识文档同类;跨工作区迁移时分类按 slug + 标题路径 重建。
已补(智能体写条文草稿):系统工具 workspace_standard_list / workspace_standard_write(须用户确认;仅草稿,不发布)。实践机读包勿再用本工具冒充法规,见 检查方案.md。
仍未实现(后续):官网来源白名单与自动抓取、插件订阅与影响清单、跨插件业务代调、管理端运维页。
8. 验收要点
8.1 第一期(存储 + 草稿/发布 + 插件只读)— 已落地 API
- [x] 工作区成员 JWT 可创建草稿、提交审核;管理员可发布 / 废止 / 重新打开。
- [x] 普通成员列表仅见已发布且生效中的规范。
- [x] 插件
launch_token只读已发布规范(含按tag过滤)。 - [x] 正文与 knowledge 目录分治;发布写入版本文件。
8.2 多维索引与管理界面 — 已落地
- [x] 工作区预置地域 / 行业 / 类型索引;树节点可增删。
- [x] 同一规范可挂到当前索引下多个节点;「未归类」可见。
- [x] 全屏管理页:索引切换 + 左树 + 列表 + 右编辑;不写入知识文档物理路径。
- [x] 发布门控与成员/插件可见性规则不因树浏览而绕过。
8.3 后续
- [ ] 白名单外 URL 无法写入自动抓取结果。
- [ ] 未发布规范不出现在普通成员的智能体答疑依据中(对话检索源已部分覆盖,抓取链路仍待做)。
- [x] HR 开局使用产品默认机读胜任力标准包(不扫规范库);跟版仅按已绑定条目 ID 读一条(
mindlink-competency-pack,2026-07-25);平台级影响清单仍待做。 - [ ] 发布新版本后出现影响清单,静默不改业务库(HR 侧已有「预览新规范 → 确认应用」)。
- [ ] 可回滚已发布版本;审计可查「谁抓取、谁发布、谁确认重算」。
9. 修订记录
| 日期 | 说明 |
|---|---|
| 2026-07-25 | 初稿:规范库定位、与知识文档分工、爬取人审、插件订阅与智能体只读已发布 |
| 2026-07-25 | 第一期 API 落地:表 workspace_standards、成员 CRUD/发布流、插件只读、SDK |
| 2026-07-25 | 新增 §4.7 多维索引树:地域/行业等浏览维度;与知识物理目录分治;全屏三栏 UI 与实现意向 |
| 2026-07-25 | 多维索引树落地:taxonomy 表与 API、/workspace/standards 三栏管理页、协作入口 stub |
| 2026-08-07 | 智能体可写规范库草稿:workspace_standard_list / workspace_standard_write(须确认;不发布) |
| 2026-08-06 | 产品决策 #13(旧):实践检查表 → 机读包进规范库;关联 合规实践检查表转机读包.md |
| 2026-08-07 | #13 更正(方案 B):机读包进 检查方案;规范库只留条文;见 检查方案.md |
| 2026-08-05 | 压缩包导入/导出(仿知识文档;管理员;导入为草稿;含分类路径与插图) |