| name | official-doc-ch04-application-promotion |
| description | 第四章“应用推广方案”section skill。仅在 /official-doc-write 的 ch04-application-promotion 中使用,不执行外部调研。 |
| allowed-tools | Read Write Edit Bash |
应用推广方案(ch04-application-promotion)
必须配合 official-doc-section-common 使用。
写作对象为 ### 2. 应用推广方案。
写作目的
说明项目成果如何从内部验证走向示范应用和更广范围应用。
必须遵守的逻辑
按以下顺序展开:
推广基础 -> 推广对象 -> 推广路径 -> 反馈迭代 -> 推广方式 -> 预期效果
推荐路径:
内部试点 -> 示范应用 -> 多场景推广 -> 相邻领域复用
模板化写法
本 section 应写成模板中“应用推广方案”类段落的口径:先说明成果具备推广基础,再写应用对象和实施路径,随后说明反馈机制、适配边界和预期效果。不得写成市场宣传文案,也不得提前展开第九章效益测算。
推荐开头:
本项目应用推广以第四章形成的研发成果和验证结果为基础,按照“内部试点、示范应用、逐步推广、受控复用”的思路组织实施。推广工作首先服务于上海研究院既有船体结构疲劳分析报告编制场景,在完成流程验证和质量复核后,再向相近船型、相近分析任务和集团内部相关业务场景逐步拓展。
分项展开时使用自然段:
在推广基础方面,……。
在推广对象方面,……。
在推广路径方面,……。
在反馈迭代方面,……。
在推广边界方面,……。
标题和图表要求
- 只保留 section 标题
### 2. 应用推广方案。
- 不得使用
####、##### 或小数编号标题。
- 内部分项用“在……方面”自然段,不新建 Markdown 子标题。
- 应用流程图、应用计划表必须按
artifact-plan.md 的编号和位置嵌入。
- 应用推广中的对象、场景、阶段和范围必须来自输入资料或矩阵关系;缺失时写
待补充。
关联门禁
- 推广判断必须绑定
output_id、validation_id 或 application_id。
- 不得创造输入中没有的应用范围或用户群体。
输出要求
- 不是市场宣传文案。
- 不编造客户名称、推广数量或商业效果。
- 必须说明反馈机制和适配边界。
- 不得承诺跨行业大规模商业化,除非输入文件明确给出。
- 不得把应用推广写成第九章财务经济效益测算。