official-doc-table

name	official-doc-table
description	新 official-doc-write 架构的表格生成 skill。按 artifact-plan 和图表蓝图生成正式编号表格，控制字段来源、待补项和正文嵌入位置。
allowed-tools	Read Write Edit Bash

公文表格生成规则（official-doc-table）

本 skill 只服务新的 /official-doc-write 架构。所有正式稿中的表格都必须经由本 skill 生成或回修，不再使用旧 workspace/tables/ 流程。

输入边界

只能读取：

• project-workspace/<project-slug>/inputs/framework.md
• project-workspace/<project-slug>/inputs/research-report.md
• project-workspace/<project-slug>/inputs/reference-supplement.md
• project-workspace/<project-slug>/context/section-plan.md
• project-workspace/<project-slug>/context/evidence-ledger.md
• project-workspace/<project-slug>/context/traceability-matrix.md
• project-workspace/<project-slug>/context/artifact-plan.md
• .claude/templates/full-research-project-template.md
• .claude/templates/full-research-project-artifact-blueprint.md
• 当前目标 section 正文

不得读取或依赖：

• workspace/plan/
• workspace/outputs/
• workspace/tables/
• research-sources.md
• research-evidence.md
• facts-ledger.md
• 旧 chapter-prompts/
• 外部联网调研

适用范围

当 artifact-plan.md 中某一行满足以下条件时，必须调用本 skill：

• type=表
• required=Yes
• status 为 planned、missing 或需要回修

表格主要用于承载成果、任务、分工、预算、效益、风险、验证、应用计划等结构化信息。正文仍需保留必要解释，不能用表格完全替代章节论证。

输出位置

表格必须嵌入对应 section 正文：

project-workspace/<project-slug>/drafts/sections/<section-id>.md

可选同步保存表格源文件，便于后续导出 Word 或排版：

project-workspace/<project-slug>/drafts/artifacts/tables/<artifact-id>.md

表格生成流程

1. 在 artifact-plan.md 中定位目标 artifact_id。
2. 根据 template_anchor、artifact_type、output_format 和图表蓝图确定表格类型与插入位置。
3. 从 traceability-matrix.md、evidence-ledger.md 和三份输入抽取字段值。
4. 设计表头。表头必须贴合模板同类型表格和本项目事实，不得为了显得完整新增无来源指标列。
5. 生成正式表题，表题必须以 表X-X 开头。
6. 将表题和 Markdown 表格嵌入目标 section 的蓝图指定位置。
7. 表格完成后，向主入口报告建议将 artifact-plan.md 中对应行状态改为 embedded。

常用表格口径

• 成果类表：成果名称、来源任务、成果形式、责任主体、交付或验收口径、备注。
• 知识产权类表：成果类型、拟形成内容、来源任务、责任单位、状态或待补项。
• 标准/规范类表：标准或规范名称、适用范围、来源任务、形成方式、状态。
• 成员分工类表：成员单位、承担任务、交付成果、协同接口、备注。
• 年度任务安排表：年度、年度任务、年度考核指标、重要任务的时间节点。
• 工作包类表：工作包名称、来源研发任务、主要内容、阶段成果、验收方式。仅在图表蓝图明确要求工作包表时使用；第五章默认使用年度任务安排表。
• 预算类表：费用科目、金额、资金来源、对应任务或活动、说明。
• 效益类表：效益来源、关联成果或应用、测算口径、可量化程度、待补项。
• 风险类表：风险类别、风险表现、影响环节、应对措施、责任机制。
• 验证类表：验证对象、验证方法、输入条件、输出结果、通过标准。
• 应用计划类表：应用场景、实施阶段、使用对象、验证内容、预期输出。

强制规则

• 表格必须与 artifact-plan.md 的 template_anchor 和 artifact_type 一致。
• artifact-plan.md 中目标行必须满足 type=表 且 artifact_id 以 表X-X 开头；如果 artifact_id 以 图X-X 开头，必须停止并报告主入口修正计划。
• 表题编号必须与 artifact_id 一致，例如 表4-1 主要成果与任务指标对应表。
• 标题含“图”“路线图”“流程图”“架构图”“结构图”“关系图”且实际表达对象为图示时，不得强行生成表格，应报告主入口改由 official-doc-figure 处理。
• 表题必须放在表格前一行。
• 表格不得暴露 task_01、output_01、risk_01、work_package_01、benefit_01、FW-001 等内部编号。
• 来源任务、风险编号、成果编号 等列必须使用正式可读名称，例如“研发任务一：有限元模型特征抓取与节点分类”“风险一：参数化建模和特征提取失真风险”，不得使用内部 ID。
• 第五章 表5-1 必须采用“年度 | 年度任务 | 年度考核指标 | 重要任务的时间节点”口径，不得生成工作包来源表。
• 第六章 表6-1 必须保留模板关键字段：任务名称、承担单位、任务负责人、目标、具体任务内容、年度任务分解、考核指标、年度考核指标与重要任务的时间节点、投资额、承担任务占比。缺失事实写 待补充，不得删列简化。
• 第九章效益表不得出现 output_01、application_01、benefit_01 等内部 ID；关联成果或应用必须写正式名称。
• 金额、数量、比例、指标、周期、责任单位、收益测算必须来自三份输入或矩阵关系。
• 不知道的字段写 待补充；不得编造“合理值”。
• 如果已有明确事实，不得回退成 待补充。
• 字段缺失较多时可以保留表格，但不得把该表标记为 approved。
• 不得为了凑页数扩表；表格应服务模板结构和章节论证。

正文嵌入格式

推荐格式：

表4-1 主要成果与任务指标对应表

| 成果名称 | 来源任务 | 成果形式 | 验收口径 | 备注 |
| --- | --- | --- | --- | --- |
| 待补充 | 待补充 | 待补充 | 待补充 | 待补充 |

表格前后应有正文说明，说明该表在章节中的作用以及与任务、成果、分工或风险的关系。

交接说明

完成后在 agent 回复中说明：

• 已嵌入的 artifact_id
• 对应 section-id
• 使用的 template_anchor
• 表头字段
• 是否保存独立表格源文件
• 有哪些 待补充
• 是否存在无法批准的缺口

交接说明不得写入 section 正文。