official-doc-ch01-pain-analysis

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 为准；缺失时用 待补充。