| name | official-doc-ch01-pain-analysis |
| description | 第一章“痛点分析”section skill。仅在 /official-doc-write 的 ch01-pain-analysis 中使用,不执行外部调研。 |
| allowed-tools | Read Write Edit Bash |
痛点分析(ch01-pain-analysis)
必须配合 official-doc-section-common 使用。
写作对象为 ### 3. 痛点分析。
写作目的
把背景和国内外现状中的差距收束为项目必须解决的核心痛点,并为第四章“项目解决的主要问题”建立一一呼应关系。
必须遵守的逻辑
按以下顺序展开:
痛点总述 -> 分痛点展开 -> 痛点成因 -> 对业务/产业链/技术能力的影响 -> 与拟解决问题的对应关系
每个痛点至少说明:
问题对象 -> 当前表现 -> 产生原因 -> 影响后果 -> 后续需要解决的方向
模板化写法
本 section 应像模板“痛点分析”一样,采用“总述 + 分项痛点 + 收束”的写法。每个痛点用正式段落展开,不使用 Markdown 清单堆砌。
推荐句式:
第一个痛点为...。当前...主要表现为...,其产生原因在于...。该问题直接影响...,后续需要通过...加以解决。
第二个痛点为...。...
结尾必须写:
上述痛点分别从...维度反映了当前模式的不足,为第四章项目解决的主要问题和研发任务分解提供了问题基础。
内容边界:
- 不得新增
traceability-matrix.md 中没有的痛点。
- 不得把第四章的研发任务细节提前展开。
- 不得使用
痛点一: 这种清单式短标题替代正文段落。
关联门禁
- 每个痛点必须在
traceability-matrix.md 中有 pain_id。
- 每个
pain_id 必须绑定第四章 major_issue_id。
- 正式正文不得暴露
pain_id 或 major_issue_id。
输出要求
- 不写泛泛困难。
- 不编造量化损失、风险等级或市场影响。
- 痛点数量以
framework.md 为准;缺失时用 待补充。