wangsli/hyb-oa
1
0
派生 0
代码 工单 合并请求 工作流 5 软件包 项目 发布 百科 活动

A1-A7 治理文档事实源与中文索引

浏览代码
这个提交包含在：
wangsli
2026-05-09 15:59:02 +08:00
父节点 f196844fd3
当前提交 055b49272a
共修改 13 个文件，包含 473 行新增和 360 行删除
下载 Patch 文件 下载 Diff 文件 展开所有文件 折叠所有文件
issues/2026-05-09_15-39-29-mvp-requirements-baseline.csv
+5 -5
查看文件
@@ -1,6 +1,6 @@
ID,Title,Description,Acceptance,Test_Method,Tools,Dev_Status,Review1_Status,Regression_Status,Files,Dependencies,Notes
A1,需求事实源盘点与旧文档定位,"盘点现有需求、产品口径、功能矩阵和管理员/员工文档，明确哪些是当前 PRD，哪些是历史证据或实现状态。","1) docs/requirements-specification.md 明确自己是当前 PRD 主事实源；2) docs/feature-matrix.md 被定位为实现状态矩阵，不再作为 PRD 扩写；3) docs/product-decisions.md 继续作为关键产品口径来源；4) 不回改历史 Issue CSV。","人工步骤：阅读 docs/requirements-specification.md 的文档定位章节，确认能区分当前 PRD、产品决策、实现矩阵和执行合同。",manual,DONE,DONE,DONE,docs/requirements-specification.md,"[]","仅整理事实源，不修改业务代码。"
A2,重写 MVP 需求总纲 v2.0,"将 docs/requirements-specification.md 从历史 Phase 1 报销规格重写为面向 10 人以下科技公司的 MVP 需求总纲。","1) 文档版本更新到 v2.0；2) 包含项目目标、用户角色、MVP 模块、统一审批中心、企微边界、权限审计、非功能、验收和 backlog；3) 不继续堆历史 Phase 1 实施细节。","人工步骤：检查 docs/requirements-specification.md 是否能回答我们做什么、先做什么、不做什么、谁使用、如何验收。",manual,DONE,DONE,DONE,docs/requirements-specification.md,"[""A1""]","旧 v1.4 内容通过 git 历史保留；如需恢复可按路径回滚该文档。"
A3,固化 MVP 模块优先级,"在需求总纲中明确首批 MVP 模块优先级，指导后续 Issue CSV 拆分和开发排序。","1) 统一审批中心为 P0；2) 报销/发票/OCR、请假/补卡/外出/加班、采购/费用、合同/附件归档、企业微信入口通知均有优先级；3) 每个模块写清角色、入口、主流程、数据归档、权限边界、测试方式。","人工步骤：逐项检查 MVP 模块表与模块章节，确认每个模块都有优先级和验收口径。",manual,DONE,DONE,DONE,docs/requirements-specification.md,"[""A2""]","模块优先级用于下一轮执行合同拆分，不代表本轮开发新功能。"
A4,明确暂不做范围,"明确飞书、企业微信原生审批、复杂 BPM 设计器、重型项目管理和付费低代码依赖均不进入首批 MVP。","1) 文档明确飞书方案废弃；2) 企业微信原生审批不作为正式审批入口；3) 不依赖付费低代码或付费第三方应用；4) 复杂 BPM、重型项目管理、CRM、完整 ERP 不进入 MVP。","人工步骤：搜索 docs/requirements-specification.md 中的暂不做范围，确认不会误导后续开发接入飞书或企业微信审批。",manual,DONE,DONE,DONE,docs/requirements-specification.md,"[""A2""]","如后续业务方向变化，必须新建 Issue CSV 重新决策。"
A5,补齐需求验收与后续开发流程,"把软件开发项目流程、需求到 Issue CSV 的转化规则和 MVP 验收口径写入需求总纲。","1) 文档包含需求事实源 -> Issue CSV -> 方案 -> 开发 -> 测试 -> 部署验收 -> 复盘流程；2) MVP 验收覆盖 PC、移动、企业微信入口、审批、报销、请假、采购和文档检查；3) 本轮只做文档验证，不运行后端/前端构建。","命令：python3 /home/shunli/.codex/skills/plan/scripts/validate_issues_csv.py issues/2026-05-09_15-39-29-mvp-requirements-baseline.csv && git diff --check；人工步骤：确认需求总纲可作为后续开发指挥文档。",python3|git,DONE,DONE,DONE,issues/2026-05-09_15-39-29-mvp-requirements-baseline.csv|docs/requirements-specification.md,"[""A1"",""A2"",""A3"",""A4""]","本轮不部署；完成后提交中文 commit 并引用 A1-A5。"
A1,需求事实源盘点与旧文档定位,"盘点现有需求、产品口径、功能矩阵和管理员/员工文档，明确哪些是当前 PRD，哪些是历史证据或实现状态。","1) docs/海音达OA-MVP需求规格说明书.md 明确自己是当前 PRD 主事实源；2) docs/feature-matrix.md 被定位为实现状态矩阵，不再作为 PRD 扩写；3) docs/product-decisions.md 继续作为关键产品口径来源；4) 不回改历史 Issue CSV。","人工步骤：阅读 docs/海音达OA-MVP需求规格说明书.md 的文档定位章节，确认能区分当前 PRD、产品决策、实现矩阵和执行合同。",manual,DONE,DONE,DONE,docs/海音达OA-MVP需求规格说明书.md,"[]","仅整理事实源，不修改业务代码；英文旧路径保留为跳转。"
A2,重写 MVP 需求总纲 v2.0,"将 docs/海音达OA-MVP需求规格说明书.md 从历史 Phase 1 报销规格重写为面向 10 人以下科技公司的 MVP 需求总纲。","1) 文档版本更新到 v2.0；2) 包含项目目标、用户角色、MVP 模块、统一审批中心、企微边界、权限审计、非功能、验收和 backlog；3) 不继续堆历史 Phase 1 实施细节。","人工步骤：检查 docs/海音达OA-MVP需求规格说明书.md 是否能回答我们做什么、先做什么、不做什么、谁使用、如何验收。",manual,DONE,DONE,DONE,docs/海音达OA-MVP需求规格说明书.md,"[""A1""]","旧 v1.4 内容通过 git 历史保留；如需恢复可按路径回滚中文主文档。"
A3,固化 MVP 模块优先级,"在需求总纲中明确首批 MVP 模块优先级，指导后续 Issue CSV 拆分和开发排序。","1) 统一审批中心为 P0；2) 报销/发票/OCR、请假/补卡/外出/加班、采购/费用、合同/附件归档、企业微信入口通知均有优先级；3) 每个模块写清角色、入口、主流程、数据归档、权限边界、测试方式。","人工步骤：逐项检查 MVP 模块表与模块章节，确认每个模块都有优先级和验收口径。",manual,DONE,DONE,DONE,docs/海音达OA-MVP需求规格说明书.md,"[""A2""]","模块优先级用于下一轮执行合同拆分，不代表本轮开发新功能。"
A4,明确暂不做范围,"明确飞书、企业微信原生审批、复杂 BPM 设计器、重型项目管理和付费低代码依赖均不进入首批 MVP。","1) 文档明确飞书方案废弃；2) 企业微信原生审批不作为正式审批入口；3) 不依赖付费低代码或付费第三方应用；4) 复杂 BPM、重型项目管理、CRM、完整 ERP 不进入 MVP。","人工步骤：搜索 docs/海音达OA-MVP需求规格说明书.md 中的暂不做范围，确认不会误导后续开发接入飞书或企业微信审批。",manual,DONE,DONE,DONE,docs/海音达OA-MVP需求规格说明书.md,"[""A2""]","如后续业务方向变化，必须新建 Issue CSV 重新决策。"
A5,补齐需求验收与后续开发流程,"把软件开发项目流程、需求到 Issue CSV 的转化规则和 MVP 验收口径写入需求总纲。","1) 文档包含需求事实源 -> Issue CSV -> 方案 -> 开发 -> 测试 -> 部署验收 -> 复盘流程；2) MVP 验收覆盖 PC、移动、企业微信入口、审批、报销、请假、采购和文档检查；3) 本轮只做文档验证，不运行后端/前端构建。","命令：python3 /home/shunli/.codex/skills/plan/scripts/validate_issues_csv.py issues/2026-05-09_15-39-29-mvp-requirements-baseline.csv && git diff --check；人工步骤：确认需求总纲可作为后续开发指挥文档。",python3|git,DONE,DONE,DONE,issues/2026-05-09_15-39-29-mvp-requirements-baseline.csv|docs/海音达OA-MVP需求规格说明书.md,"[""A1"",""A2"",""A3"",""A4""]","本轮不部署；完成后提交中文 commit 并引用 A1-A5。"
1 ID Title Description Acceptance Test_Method Tools Dev_Status Review1_Status Regression_Status Files Dependencies Notes
2 A1 需求事实源盘点与旧文档定位 盘点现有需求、产品口径、功能矩阵和管理员/员工文档，明确哪些是当前 PRD，哪些是历史证据或实现状态。 1) docs/requirements-specification.md 明确自己是当前 PRD 主事实源；2) docs/feature-matrix.md 被定位为实现状态矩阵，不再作为 PRD 扩写；3) docs/product-decisions.md 继续作为关键产品口径来源；4) 不回改历史 Issue CSV。 1) docs/海音达OA-MVP需求规格说明书.md 明确自己是当前 PRD 主事实源；2) docs/feature-matrix.md 被定位为实现状态矩阵，不再作为 PRD 扩写；3) docs/product-decisions.md 继续作为关键产品口径来源；4) 不回改历史 Issue CSV。 人工步骤：阅读 docs/requirements-specification.md 的文档定位章节，确认能区分当前 PRD、产品决策、实现矩阵和执行合同。 人工步骤：阅读 docs/海音达OA-MVP需求规格说明书.md 的文档定位章节，确认能区分当前 PRD、产品决策、实现矩阵和执行合同。 manual DONE DONE DONE docs/requirements-specification.md docs/海音达OA-MVP需求规格说明书.md [] 仅整理事实源，不修改业务代码。 仅整理事实源，不修改业务代码；英文旧路径保留为跳转。
3 A2 重写 MVP 需求总纲 v2.0 将 docs/requirements-specification.md 从历史 Phase 1 报销规格重写为面向 10 人以下科技公司的 MVP 需求总纲。 将 docs/海音达OA-MVP需求规格说明书.md 从历史 Phase 1 报销规格重写为面向 10 人以下科技公司的 MVP 需求总纲。 1) 文档版本更新到 v2.0；2) 包含项目目标、用户角色、MVP 模块、统一审批中心、企微边界、权限审计、非功能、验收和 backlog；3) 不继续堆历史 Phase 1 实施细节。 人工步骤：检查 docs/requirements-specification.md 是否能回答我们做什么、先做什么、不做什么、谁使用、如何验收。 人工步骤：检查 docs/海音达OA-MVP需求规格说明书.md 是否能回答我们做什么、先做什么、不做什么、谁使用、如何验收。 manual DONE DONE DONE docs/requirements-specification.md docs/海音达OA-MVP需求规格说明书.md ["A1"] 旧 v1.4 内容通过 git 历史保留；如需恢复可按路径回滚该文档。 旧 v1.4 内容通过 git 历史保留；如需恢复可按路径回滚中文主文档。
4 A3 固化 MVP 模块优先级 在需求总纲中明确首批 MVP 模块优先级，指导后续 Issue CSV 拆分和开发排序。 1) 统一审批中心为 P0；2) 报销/发票/OCR、请假/补卡/外出/加班、采购/费用、合同/附件归档、企业微信入口通知均有优先级；3) 每个模块写清角色、入口、主流程、数据归档、权限边界、测试方式。 人工步骤：逐项检查 MVP 模块表与模块章节，确认每个模块都有优先级和验收口径。 manual DONE DONE DONE docs/requirements-specification.md docs/海音达OA-MVP需求规格说明书.md ["A2"] 模块优先级用于下一轮执行合同拆分，不代表本轮开发新功能。
5 A4 明确暂不做范围 明确飞书、企业微信原生审批、复杂 BPM 设计器、重型项目管理和付费低代码依赖均不进入首批 MVP。 1) 文档明确飞书方案废弃；2) 企业微信原生审批不作为正式审批入口；3) 不依赖付费低代码或付费第三方应用；4) 复杂 BPM、重型项目管理、CRM、完整 ERP 不进入 MVP。 人工步骤：搜索 docs/requirements-specification.md 中的暂不做范围，确认不会误导后续开发接入飞书或企业微信审批。 人工步骤：搜索 docs/海音达OA-MVP需求规格说明书.md 中的暂不做范围，确认不会误导后续开发接入飞书或企业微信审批。 manual DONE DONE DONE docs/requirements-specification.md docs/海音达OA-MVP需求规格说明书.md ["A2"] 如后续业务方向变化，必须新建 Issue CSV 重新决策。
6 A5 补齐需求验收与后续开发流程 把软件开发项目流程、需求到 Issue CSV 的转化规则和 MVP 验收口径写入需求总纲。 1) 文档包含需求事实源 -> Issue CSV -> 方案 -> 开发 -> 测试 -> 部署验收 -> 复盘流程；2) MVP 验收覆盖 PC、移动、企业微信入口、审批、报销、请假、采购和文档检查；3) 本轮只做文档验证，不运行后端/前端构建。 命令：python3 /home/shunli/.codex/skills/plan/scripts/validate_issues_csv.py issues/2026-05-09_15-39-29-mvp-requirements-baseline.csv && git diff --check；人工步骤：确认需求总纲可作为后续开发指挥文档。 python3|git DONE DONE DONE issues/2026-05-09_15-39-29-mvp-requirements-baseline.csv|docs/requirements-specification.md issues/2026-05-09_15-39-29-mvp-requirements-baseline.csv|docs/海音达OA-MVP需求规格说明书.md ["A1","A2","A3","A4"] 本轮不部署；完成后提交中文 commit 并引用 A1-A5。
issues/2026-05-09_15-50-55-doc-governance-baseline.csv
+8
查看文件
@@ -0,0 +1,8 @@
ID,Title,Description,Acceptance,Test_Method,Tools,Dev_Status,Review1_Status,Regression_Status,Files,Dependencies,Notes
A1,文档治理执行合同与盘点,"建立本轮文档治理执行合同，盘点当前 docs 目录中的当前事实源、历史快照、过时口径和审计证据。","1) 新 Issue CSV 校验通过；2) 文档治理范围限定在 docs 与本轮 issues；3) 明确不删除历史证据、不批量回改历史 Issue CSV。","命令：python3 /home/shunli/.codex/skills/plan/scripts/validate_issues_csv.py issues/2026-05-09_15-50-55-doc-governance-baseline.csv；人工步骤：确认本轮只治理文档命名、索引、状态头和引用。",python3,DONE,DONE,DONE,issues/2026-05-09_15-50-55-doc-governance-baseline.csv,"[]","不改业务代码、不部署。"
A2,主需求文档中文命名与旧路径跳转,"将当前 PRD 主事实源改为中文文件名，并保留英文旧路径作为跳转说明，方便人工审查且不完全断开旧链接。","1) 新主文档为 docs/海音达OA-MVP需求规格说明书.md；2) docs/requirements-specification.md 保留为跳转索引；3) 当前文档引用优先指向中文主文档。","人工步骤：打开 docs/海音达OA-MVP需求规格说明书.md 可看到完整 PRD；打开 docs/requirements-specification.md 可看到迁移说明和中文链接。",manual,DONE,DONE,DONE,docs/requirements-specification.md|docs/海音达OA-MVP需求规格说明书.md,"[""A1""]","旧路径只保留兼容跳转，不再作为主编辑入口。"
A3,新增中文文档索引与阅读顺序,"新增 docs/文档索引.md，按当前事实源、操作手册、实现状态与证据、历史快照、已废弃/过时分组。","1) 文档索引能指导老板、开发、测试快速找到当前有效文档；2) 每类文档说明用途和误读风险；3) 明确当前 PRD、产品口径、功能矩阵和 Issue CSV 的职责。","人工步骤：阅读 docs/文档索引.md，确认无需翻目录即可理解哪些文档当前有效、哪些只作追溯。",manual,DONE,DONE,DONE,docs/文档索引.md,"[""A1"",""A2""]","索引是人工审查入口，不替代 Issue CSV 执行合同。"
A4,历史过时文档状态头治理,"为历史 Phase、一次性方案、试运行报告和状态矩阵加醒目状态头，避免被误读为当前执行计划。","1) implementation_plan、tech_stack_report、feature-matrix、todo-reconciliation、manual-trialrun-report、invoice-pool-refactor-plan、integration-boundaries 均有状态说明；2) 状态头说明当前用途和不得误读的边界；3) 不删除历史内容。","人工步骤：逐个打开相关文档前 20 行，确认能看到状态说明；命令：rg -n ""文档状态|当前用途|不得误读"" docs。",manual|ripgrep,DONE,DONE,DONE,docs/implementation_plan.md|docs/tech_stack_report.md|docs/feature-matrix.md|docs/todo-reconciliation.md|docs/trialrun/manual-trialrun-report.md|docs/invoice-pool-refactor-plan.md|docs/integration-boundaries.md,"[""A3""]","历史文档保留审计价值，治理方式为标记和索引，不做删除。"
A5,修正飞书钉钉企微旧口径,"修正文档中会误导当前路线的飞书、钉钉、企业微信旧口径，固定首批只保留企业微信基础设施，飞书废弃。","1) implementation_plan 不再把企微/钉钉通知列为当前待推进；2) integration-boundaries 明确飞书/钉钉真实适配器为历史 backlog，不进入首批；3) manual-trialrun-report 中旧 force_off 状态标为当时快照。","命令：rg -n ""飞书|钉钉|force_off|Phase 1|当前执行计划"" docs；人工判断命中内容不再与当前 PRD 冲突。",ripgrep|manual,DONE,DONE,DONE,docs/implementation_plan.md|docs/integration-boundaries.md|docs/trialrun/manual-trialrun-report.md|docs/feature-matrix.md,"[""A4""]","不改运行时配置，仅修正文档事实源口径。"
A6,引用检查与链接修复,"修复当前文档之间对需求规格、实施计划、功能矩阵和试运行报告的引用，避免人工审查打开过时入口。","1) 当前 docs 中主需求引用优先指向中文 PRD；2) requirements-specification.md 旧路径仅作为跳转；3) 不批量修改历史 Issue CSV；4) 链接相对路径可读。","命令：rg -n ""requirements-specification\\.md|海音达OA-MVP需求规格说明书\\.md|文档索引\\.md"" docs issues/2026-05-09_15-39-29-mvp-requirements-baseline.csv issues/2026-05-09_15-50-55-doc-governance-baseline.csv；人工检查当前引用合理。",ripgrep|manual,DONE,DONE,DONE,docs|issues/2026-05-09_15-39-29-mvp-requirements-baseline.csv|issues/2026-05-09_15-50-55-doc-governance-baseline.csv,"[""A2"",""A3"",""A4"",""A5""]","历史 Issue CSV 保持不可变，必要兼容由旧路径跳转承担。"
A7,文档治理验证与提交,"完成文档治理后执行 CSV 校验、diff 检查和关键词复核，回填状态并提交。","1) 新 Issue CSV 校验通过；2) git diff --check 通过；3) 工作区只包含 docs 与本轮 issues 变更；4) commit message 使用中文并引用 A1-A7。","命令：python3 /home/shunli/.codex/skills/plan/scripts/validate_issues_csv.py issues/2026-05-09_15-50-55-doc-governance-baseline.csv && git diff --check && git status --short；人工步骤：确认 docs/文档索引.md 是人工审查入口。",python3|git|manual,DONE,DONE,DONE,docs|issues/2026-05-09_15-50-55-doc-governance-baseline.csv,"[""A1"",""A2"",""A3"",""A4"",""A5"",""A6""]","本轮不部署；完成后提交并说明未部署。"
1 ID Title Description Acceptance Test_Method Tools Dev_Status Review1_Status Regression_Status Files Dependencies Notes
2 A1 文档治理执行合同与盘点 建立本轮文档治理执行合同，盘点当前 docs 目录中的当前事实源、历史快照、过时口径和审计证据。 1) 新 Issue CSV 校验通过；2) 文档治理范围限定在 docs 与本轮 issues；3) 明确不删除历史证据、不批量回改历史 Issue CSV。 命令：python3 /home/shunli/.codex/skills/plan/scripts/validate_issues_csv.py issues/2026-05-09_15-50-55-doc-governance-baseline.csv；人工步骤：确认本轮只治理文档命名、索引、状态头和引用。 python3 DONE DONE DONE issues/2026-05-09_15-50-55-doc-governance-baseline.csv [] 不改业务代码、不部署。
3 A2 主需求文档中文命名与旧路径跳转 将当前 PRD 主事实源改为中文文件名，并保留英文旧路径作为跳转说明，方便人工审查且不完全断开旧链接。 1) 新主文档为 docs/海音达OA-MVP需求规格说明书.md；2) docs/requirements-specification.md 保留为跳转索引；3) 当前文档引用优先指向中文主文档。 人工步骤：打开 docs/海音达OA-MVP需求规格说明书.md 可看到完整 PRD；打开 docs/requirements-specification.md 可看到迁移说明和中文链接。 manual DONE DONE DONE docs/requirements-specification.md|docs/海音达OA-MVP需求规格说明书.md ["A1"] 旧路径只保留兼容跳转，不再作为主编辑入口。
4 A3 新增中文文档索引与阅读顺序 新增 docs/文档索引.md，按当前事实源、操作手册、实现状态与证据、历史快照、已废弃/过时分组。 1) 文档索引能指导老板、开发、测试快速找到当前有效文档；2) 每类文档说明用途和误读风险；3) 明确当前 PRD、产品口径、功能矩阵和 Issue CSV 的职责。 人工步骤：阅读 docs/文档索引.md，确认无需翻目录即可理解哪些文档当前有效、哪些只作追溯。 manual DONE DONE DONE docs/文档索引.md ["A1","A2"] 索引是人工审查入口，不替代 Issue CSV 执行合同。
5 A4 历史过时文档状态头治理 为历史 Phase、一次性方案、试运行报告和状态矩阵加醒目状态头，避免被误读为当前执行计划。 1) implementation_plan、tech_stack_report、feature-matrix、todo-reconciliation、manual-trialrun-report、invoice-pool-refactor-plan、integration-boundaries 均有状态说明；2) 状态头说明当前用途和不得误读的边界；3) 不删除历史内容。 人工步骤：逐个打开相关文档前 20 行，确认能看到状态说明；命令：rg -n "文档状态|当前用途|不得误读" docs。 manual|ripgrep DONE DONE DONE docs/implementation_plan.md|docs/tech_stack_report.md|docs/feature-matrix.md|docs/todo-reconciliation.md|docs/trialrun/manual-trialrun-report.md|docs/invoice-pool-refactor-plan.md|docs/integration-boundaries.md ["A3"] 历史文档保留审计价值，治理方式为标记和索引，不做删除。
6 A5 修正飞书钉钉企微旧口径 修正文档中会误导当前路线的飞书、钉钉、企业微信旧口径，固定首批只保留企业微信基础设施，飞书废弃。 1) implementation_plan 不再把企微/钉钉通知列为当前待推进；2) integration-boundaries 明确飞书/钉钉真实适配器为历史 backlog，不进入首批；3) manual-trialrun-report 中旧 force_off 状态标为当时快照。 命令：rg -n "飞书|钉钉|force_off|Phase 1|当前执行计划" docs；人工判断命中内容不再与当前 PRD 冲突。 ripgrep|manual DONE DONE DONE docs/implementation_plan.md|docs/integration-boundaries.md|docs/trialrun/manual-trialrun-report.md|docs/feature-matrix.md ["A4"] 不改运行时配置，仅修正文档事实源口径。
7 A6 引用检查与链接修复 修复当前文档之间对需求规格、实施计划、功能矩阵和试运行报告的引用，避免人工审查打开过时入口。 1) 当前 docs 中主需求引用优先指向中文 PRD；2) requirements-specification.md 旧路径仅作为跳转；3) 不批量修改历史 Issue CSV；4) 链接相对路径可读。 命令：rg -n "requirements-specification\\.md|海音达OA-MVP需求规格说明书\\.md|文档索引\\.md" docs issues/2026-05-09_15-39-29-mvp-requirements-baseline.csv issues/2026-05-09_15-50-55-doc-governance-baseline.csv；人工检查当前引用合理。 ripgrep|manual DONE DONE DONE docs|issues/2026-05-09_15-39-29-mvp-requirements-baseline.csv|issues/2026-05-09_15-50-55-doc-governance-baseline.csv ["A2","A3","A4","A5"] 历史 Issue CSV 保持不可变，必要兼容由旧路径跳转承担。
8 A7 文档治理验证与提交 完成文档治理后执行 CSV 校验、diff 检查和关键词复核，回填状态并提交。 1) 新 Issue CSV 校验通过；2) git diff --check 通过；3) 工作区只包含 docs 与本轮 issues 变更；4) commit message 使用中文并引用 A1-A7。 命令：python3 /home/shunli/.codex/skills/plan/scripts/validate_issues_csv.py issues/2026-05-09_15-50-55-doc-governance-baseline.csv && git diff --check && git status --short；人工步骤：确认 docs/文档索引.md 是人工审查入口。 python3|git|manual DONE DONE DONE docs|issues/2026-05-09_15-50-55-doc-governance-baseline.csv ["A1","A2","A3","A4","A5","A6"] 本轮不部署；完成后提交并说明未部署。