official-doc-ch04-expected-outputs

name	official-doc-ch04-expected-outputs
description	第四章“预期成果”section skill。仅在 /official-doc-write 的 ch04-expected-outputs 中使用，不执行外部调研。
allowed-tools	Read Write Edit Bash

预期成果（ch04-expected-outputs）

必须配合 official-doc-section-common 使用。

写作对象为 ### 4. 预期成果。

写作目的

说明项目完成后形成的成果类型、成果形态、应用对象、验证方式和与研发任务的来源关系。

必须遵守的逻辑

按以下顺序展开：

成果总述 -> 分成果说明 -> 来源任务 -> 成果形态 -> 应用/验证方式 -> 与指标和推广的关系

每项成果至少覆盖：

来源研发任务 -> 成果名称或形态 -> 主要内容 -> 使用对象 -> 验证方式 -> 后续应用

模板化写法

本 section 应写成模板中“预期成果”类段落的口径：先说明成果体系来源于研发任务，再逐项说明成果形态、交付边界和验证方式，最后用表格归纳成果、任务和指标关系。不得写成研发任务的二次复述。

推荐句式：

本项目预期成果由第四章研发任务直接转化形成，主要包括算法模型、软件脚本、知识资产、智能体工具、系统集成成果和应用验证成果等类型。各类成果既是研发任务的阶段性输出，也是后续工程应用、成果管理和推广复用的基础。

单项成果按以下句式展开：

成果一：……。本成果来源于……研发任务，成果形态为……，主要内容包括……。该成果面向……使用，重点解决……问题，验证方式为……，后续将支撑……。

成果总表前应有承接句：

为体现成果来源、交付形态和验收口径之间的对应关系，项目预期成果可归纳如下。

标题和图表要求

• 只保留 section 标题 ### 4. 预期成果。
• 不得使用 #### 成果一、##### （一） 等更深 Markdown 标题。
• 成果分项使用自然段开头的“成果一：”“成果二：”。
• 必须按 artifact-plan.md 嵌入成果类表格，表格只归纳已有成果，不新增孤立成果。
• 表格标题必须以 表4-X 开头，且表题含义必须是“表”，不得写成“图”。

关联门禁

• 每个 output_id 必须来源于至少一个 task_id。
• 成果必须能绑定指标、验证或应用关系。
• 正式正文不得暴露内部 ID。

输出要求

• 不凭空增加成果数量。
• 不写“形成若干成果”等空泛表述。
• 不把成果写成研发任务的重复描述。
• 不得把成果写成应用推广、组织分工或预算安排。
• 若某成果缺少明确验收口径，只能写 待补充，不得自造指标。