official-doc-ch01-construction-background

name	official-doc-ch01-construction-background
description	第一章“建设背景”section skill。仅在 /official-doc-write 的 ch01-background 中使用，不执行外部调研。
allowed-tools	Read Write Edit Bash

建设背景（ch01-background）

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

写作对象为 ## （一）建设背景。

写作目的

说明项目提出的政策背景、产业背景、业务背景和现实问题起点，为后续建设意义、现状分析和痛点分析建立基础。

必须遵守的逻辑

按以下顺序展开：

宏观政策或战略要求 -> 行业/产业发展变化 -> 项目对象所在业务场景 -> 现有能力不足或转型压力 -> 本项目建设的必要切入

模板化写法

本 section 必须像模板第一章“建设背景”一样，先写“为什么现在要做”，再写“本项目所处业务场景为什么需要做”，不得写成国内外产品综述。

推荐句式链条：

当前/近年来...已成为...重要方向 -> 在...战略/产业要求下，...持续推进... -> 对船体结构疲劳分析报告编制场景而言，...是...关键环节 -> 但现有流程仍存在... -> 因此，有必要围绕...开展本项目建设

段落建议：

1. 第一段写国家、集团或行业战略背景，只使用输入中给出的政策和战略口径。
2. 第二段写船舶结构疲劳分析报告的业务背景，说明其在设计评审、结构安全、送审合规中的作用。
3. 第三段写现有人工流程、数据链路、知识沉淀和报告生成能力不足。
4. 第四段收束到本项目建设必要性，不展开第四章具体技术路线。

内容边界

• 不得把 国外发展与应用现状 的内容提前写到建设背景里。
• 不得以 DNV、Siemens、Teamcenter、国外 PLM 或国外规范工具作为建设背景开头；这些内容应放在 ch01-foreign-status。
• 不得把国内行业现状综述整体提前到建设背景；国内行业应用、央企智能化基础应放在 ch01-domestic-status，建设背景只保留必要战略和业务场景起点。
• 背景不是痛点清单，只能点出问题起点，具体痛点留给 ch01-pain-analysis。

关联门禁

• 背景中的问题判断应能引出后续痛点和第四章主要问题。
• 不得直接展开第四章技术方案。
• 如果输入没有政策、行业或业务背景，只能写保守背景并标记 待补充。

输出要求

• 写成正式公文自然段。
• 不写资料来源编号。
• 不编造政策文号、发布日期、单位名称、市场规模或项目指标。