合规：实践检查表 → 机读包

状态：产品决策已确认；技能与打开合规提示安装已落地（2026-08-06）；写入目标为「检查方案」（方案 B）；平台检查方案主路径 + 问卷改选源 + 存量迁入已落地（2026-08-07）。待做：合规侧独立校验/预览、Excel/Word 体验打磨。

真值：用户可见要求见 docs/产品规格.md §3.2.2 / §3.2.3 / §3.2.4 / §4.2.4。

表述：用「内审检查表」「机读包」「检查方案」「规范库」「资料库」「技能」等用户能懂的说法；mindlink-compliance-pack、plugin_invoke 等仅作实现对照。

插件 SDK：随发技能约定见 ../../sdk/platform-plugin/README.md §7.5。

关联：

• 检查方案.md（机读包正式存放；必填依据规范）
• 规范库.md（条文真源；本流程 依据 之，不把实践包装成法规）
• 资料库.md（专家实践原表存放）
• 工作流与合规.md
• ../../sdk/platform-plugin/contracts/API.md §3.3（RubricItem / 加载清单）
• 样板：plugins/compliance/samples/iway6-internal-audit-g1.pack.md

---

1. 目标

让工作区能把 经验丰富的专业人员制定的实践检查表（Word / Excel / Markdown 等）转成合规可用的 机读标准包，挂进 检查方案 并 依据 规范库条文后，在 调查问卷 中选用并生成检查项——不用实践表或机读包取代官方/客户规范正文。

---

2. 分工（必守）

禁止：

• 用实践机读包 静默替换 规范库中的官方条文真源。
• 把机读包建成规范库里「看起来像法规」的独立条目充当真源（旧路径已废止）。
• 无人确认 即发布检查方案，或直接写入合规检查项业务库。
• 启用合规插件后 静默 给全部智能体绑定该技能（须提示后安装到技能中心，且 不要 按智能体收窄绑定）。

---

3. 用户流程

资料库上传专家表（或对话附件）
  → 智能体按技能解析并映射为机读包草稿
  → 合规校验/预览检查项条数与样例（待做）
  → 人确认 → 写入「检查方案」草稿（必填依据规范）
  → 检查方案审核发布
  → 合规「调查问卷」选择该已发布方案（展示依据的规范）→ 生成检查项

表中「审核结果 / 发现 / 整改 / 复核」等列属于 工作流执行，不写入机读包。

---

4. 技能与插件（实现意向）

机读包字段与加载清单契约：见 ../../sdk/platform-plugin/contracts/API.md §3.3 与合规 mindlink.compliance.check_pack/v1。

---

5. 落地顺序

1. ~~技能正文 + 样板；打开合规提示安装到技能中心。~~（2026-08-06）
2. ~~产品决策更正：机读包进 检查方案，规范库只留条文。~~（2026-08-07，见 检查方案.md）
3. ~~检查方案存储 / API / 管理页 / 插件只读。~~（2026-08-07）
4. ~~智能体 workspace_check_scheme_write / workspace_check_scheme_list。~~（2026-08-07）
5. ~~合规问卷优先选「检查方案」（无方案时过渡回退规范库）。~~（2026-08-07）
6. ~~存量实践条从规范库迁出（管理页「从规范库迁入」）。~~（2026-08-07）
7. 待做：合规侧独立校验 / 预览 pack。
8. Excel/Word 一键体验打磨。

说明：「启用」产品口径 = 工作区 打开合规管理（非改 mindlink.json）。

过渡：问卷仍可回退读取规范库中的机读条目，并提示迁入检查方案；不得向用户宣称该条即正式法规。

---

6. 修订记录