| 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 必须像模板第一章“建设背景”一样,先写“为什么现在要做”,再写“本项目所处业务场景为什么需要做”,不得写成国内外产品综述。
推荐句式链条:
当前/近年来...已成为...重要方向 -> 在...战略/产业要求下,...持续推进... -> 对船体结构疲劳分析报告编制场景而言,...是...关键环节 -> 但现有流程仍存在... -> 因此,有必要围绕...开展本项目建设
段落建议:
- 第一段写国家、集团或行业战略背景,只使用输入中给出的政策和战略口径。
- 第二段写船舶结构疲劳分析报告的业务背景,说明其在设计评审、结构安全、送审合规中的作用。
- 第三段写现有人工流程、数据链路、知识沉淀和报告生成能力不足。
- 第四段收束到本项目建设必要性,不展开第四章具体技术路线。
内容边界
- 不得把
国外发展与应用现状 的内容提前写到建设背景里。
- 不得以 DNV、Siemens、Teamcenter、国外 PLM 或国外规范工具作为建设背景开头;这些内容应放在
ch01-foreign-status。
- 不得把国内行业现状综述整体提前到建设背景;国内行业应用、央企智能化基础应放在
ch01-domestic-status,建设背景只保留必要战略和业务场景起点。
- 背景不是痛点清单,只能点出问题起点,具体痛点留给
ch01-pain-analysis。
关联门禁
- 背景中的问题判断应能引出后续痛点和第四章主要问题。
- 不得直接展开第四章技术方案。
- 如果输入没有政策、行业或业务背景,只能写保守背景并标记
待补充。
输出要求
- 写成正式公文自然段。
- 不写资料来源编号。
- 不编造政策文号、发布日期、单位名称、市场规模或项目指标。