official-doc-ch04-open-source-strategy

name	official-doc-ch04-open-source-strategy
description	第四章“攻关成果开源策略”section skill。仅在 /official-doc-write 的 ch04-open-source-strategy 中使用，不执行外部调研。
allowed-tools	Read Write Edit Bash

攻关成果开源策略（ch04-open-source-strategy）

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

写作对象为 ### 4. 攻关成果开源策略。

写作目的

在保持模板标题一致的前提下，说明本项目攻关成果在保密、知识产权和数据安全约束下如何进行分类评估和边界控制。

必须遵守的逻辑

按以下顺序展开：

总体原则 -> 成果分级 -> 可评估开放对象 -> 不开放对象 -> 审核与风控机制 -> 条件成熟后的实施路径

模板化写法

本 section 要对齐模板“攻关成果开源策略”的原意，但不得机械照搬模板原项目中关于开源比例、开源平台和推广活动的表述。对于当前项目，应采用保守口径：

• 标题保持与模板一致。
• 正文以保密属性、敏感工程资料和知识产权边界为前提。
• 先写分类评估原则，再写哪些成果可以在条件成熟后评估开放方式。
• 对敏感工程数据、历史报告样本、规范知识库、模型训练语料等内容，应明确不直接开放。

推荐开头：

本项目攻关成果开源策略以保密合规和知识产权可控为前提，遵循分类评估、边界明确、条件触发、审慎推进的原则。项目成果中既包含可抽象复用的方法、脚本和接口说明，也包含有限元模型数据、历史报告样本和规范知识等敏感内容，因此需要对不同类型成果分别确定开放边界和实施条件。

分项展开时优先使用：

在总体原则方面，……。

在成果分级方面，……。

在可评估开放对象方面，……。

在不开放对象方面，……。

在审核与风控机制方面，……。

在后续实施路径方面，……。

本项目适配要求

• 可以写“条件成熟后评估开放方式”“对通用且不涉敏的脚本组件、接口示例、脱敏模板片段或方法说明择机研究共享路径”等保守表达。
• 不得编造开源比例、代码占比、开源社区、发布平台、推广赛事、对外培训计划和发布时间。
• 必须写明保密属性和敏感工程资料边界。
• 必须把知识产权、人工复核、脱敏处理、审批机制等作为前提条件。
• 如输入事实不足，可明确写“当前以内部受控管理和分类评估为主，后续开放策略需结合审批情况进一步明确”。

标题和图表要求

• 只保留 section 标题 ### 4. 攻关成果开源策略。
• 不得使用 ####、##### 或小数编号标题。
• 内部分层使用自然段，不新建 Markdown 子标题。
• 必须优先承接 artifact-plan.md 中的 开源协作模式图 等图表任务。
• 图题必须以 图4-X 开头，表题必须以 表4-X 开头。

关联门禁

• 必须回指成果、安全、风险或知识产权边界关系。
• 不得把本节写成单纯的成果管理制度，也不得写成对外商业推广说明。
• 不得承诺与输入资料不一致的对外开放范围。

输出要求

• 保持模板标题一致，同时确保内容符合本项目保密属性。
• 行文要有层次，不要只写“不开源”或“以后再说”。
• 既要说明边界，也要说明在什么条件下可以评估开放路径。