with one click
official-doc-ch04-technical-route
// 第四章“技术路线”section skill。仅在 /official-doc-write 的 ch04-technical-route 中使用。必须为每个 task_id 提供同主题技术路线块。不执行外部调研。
// 第四章“技术路线”section skill。仅在 /official-doc-write 的 ch04-technical-route 中使用。必须为每个 task_id 提供同主题技术路线块。不执行外部调研。
[HINT] Download the complete skill directory including SKILL.md and all related files
| name | official-doc-ch04-technical-route |
| description | 第四章“技术路线”section skill。仅在 /official-doc-write 的 ch04-technical-route 中使用。必须为每个 task_id 提供同主题技术路线块。不执行外部调研。 |
| allowed-tools | Read Write Edit Bash |
必须配合 official-doc-section-common 使用。
写作对象为:
## (二)项目建设方案
### 1. 技术路线
说明项目如何通过体系架构、数据流、模型/工具链、接口链、验证、工程应用和安全机制实现建设目标与研发任务。
按以下顺序展开:
总体技术路线总述 -> 架构分层 -> 数据流/业务流 -> 模型链/工具链 -> 模块和接口关系 -> 任务建设路线 -> 验证路线 -> 工程应用路线 -> 安全与自主可控 -> 合理性和可行性
至少覆盖四类架构层或等价链条:
本 section 应像模板第四章“技术路线”一样,以连续工程说明为主,配合路线图和验证表,不能写成 Markdown 技术文档。
本 section 虽然是技术章节,但仍属于正式公文正文,不得写成软件操作说明或英文术语堆叠的技术报告。软件、算法、文件格式和标准机构名称必须遵守以下规则:
PCA 写作 主成分分析,Python 写作 脚本工具 或 工程脚本,Word/PDF 写作 文字处理文档和便携式文档格式。唯一可行路径、国际先进水平、显著提升、大幅提升、形成闭环 等强宣传表述,应改为“有助于提升……能力”“形成……衔接关系”“支撑……应用验证”等稳健写法。推荐句式链条:
本项目技术路线以...为主线,按照...顺序组织实施 -> 在总体架构上,系统由...组成 -> 在数据流转方面,... -> 在任务路线方面,任务一/二/三分别... -> 在验证方面,... -> 在工程应用方面,...
任务路线块推荐句式:
任务一技术路线围绕...展开。前置输入为...,首先...,其次...,再次...,最终形成...。该路线的关键难点在于...,拟通过...予以解决,输出结果将承接至...。
标题层级要求:
### 1. 技术路线 这个 section 标题。####、##### 或更深 Markdown 标题。ch04-rd-content 中每个 task_id 都必须有同主题技术路线块。tech_route_id 只在交接说明中使用,不进入正式正文。本 section 是第四章锚点章节。如果没有更强要求,硬性最低字数为 7000 中文字符,目标为 8000-12000 中文字符。
本 section 必须是第四章最长部分之一。扩写必须来自工程细节,而不是重复表述:
前置输入 -> 处理步骤 -> 关键难点 -> 中间输出 -> 下游承接 -> 验证方式。输入 -> 处理动作 -> 输出 -> 支撑后续环节。task_id、tech_route_id、output_id、indicator_id、validation_id,只使用可读任务名称。