official-doc-ch04-major-issues

name	official-doc-ch04-major-issues
description	第四章“项目解决的主要问题”section skill。仅在 /official-doc-write 的 ch04-major-issues 中使用，不执行外部调研。
allowed-tools	Read Write Edit Bash

项目解决的主要问题（ch04-major-issues）

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

写作对象为 ### 2. 项目解决的主要问题。

写作目的

把第一章痛点转化为第四章建设方案需要直接解决的工程和技术问题，并为研发任务分解提供依据。

必须遵守的逻辑

按以下顺序展开：

问题总述 -> 分问题说明 -> 现实表现 -> 制约影响 -> 建设方向 -> 任务承接

每个问题至少覆盖：

现实表现 -> 当前限制 -> 对项目建设的制约 -> 需要形成的能力 -> 后续任务承接

模板化写法

本 section 应像模板第四章“项目解决的主要问题”一样，用“问题一、问题二...”收束第一章痛点，写成工程问题和建设约束，不写成技术路线。

推荐句式：

本项目围绕船体结构疲劳分析报告自动生成系统建设需求，重点解决以下主要问题。

单项问题按以下句式展开：

问题一：报告编制效率和质量一致性不足。当前……，主要表现为……。该问题制约了……，需要通过……形成……能力，并在后续研发任务中予以落实。

问题二：有限元模型特征和节点数据自动识别能力不足。当前……，主要表现为……。该问题制约了……，需要通过……形成……能力，并在后续研发任务中予以落实。

问题三：有限元软件结果到标准化图像输出的自动化能力不足。当前……，主要表现为……。该问题制约了……，需要通过……形成……能力，并在后续研发任务中予以落实。

问题四：规范知识动态调用和报告智能生成能力不足。当前……，主要表现为……。该问题制约了……，需要通过……形成……能力，并在后续研发任务中予以落实。

禁止句式：

• 不得写“该问题来源于第一章痛点分析中的……”。
• 不得写“对应 pain_01 / task_01 / major_issue_01”等任何内部编号。
• 不得写“问题一：……问题。”，标题中已含“问题一”，问题名称后不再追加“问题”二字。
• 不得写“该问题主要由任务一予以承接”这类后台映射式表达；可以改为“后续将通过节点分类、自动化脚本和报告智能生成等研发任务协同解决”。
• 不得写“填补空白”“唯一可行路径”“国际先进水平”“显著提升”“大幅提升”“形成闭环”等强宣传或口号化表达。

内容边界：

• 只写“问题”和“解决方向”，不展开具体算法步骤、接口细节或验证流程。
• 不得把第一章痛点原文简单复制。
• 不得新增没有痛点来源的问题。
• 正文只呈现自然语言问题链条；痛点、重大问题、任务之间的 ID 绑定只保留在 traceability-matrix.md 和 review 说明中。

关联门禁

• 每个 major_issue_id 必须绑定第一章 pain_id。
• 每个主要问题必须至少绑定一个 task_id。
• 正式正文不得暴露内部 ID。

输出要求

• 不新增第一章没有支撑的主要问题。
• 不直接写完整技术路线。
• 不编造指标或验证阈值。
• 不得出现 来源于第一章痛点分析中的、pain_、major_issue_、task_ 等后台映射痕迹。