技术标编写
核心原则
数据驱动，不写死 — 每个项目的评分标准、技术需求、评分子维度都不同。 本 skill 的一切编写行为均以分析报告为数据源，动态适配当前项目。
工作流程
1. 读取分析报告 — 提取技术相关评分信息
从当前项目的分析报告（通常为工作目录下的 分析报告*.md）中提取以下数据：
1.1 技术评分项
提取所有需要写作的评分因素（非客观计分项），包括但不限于：
- •技术方案类（总体架构/功能设计/实施方案等）
- •培训方案类（虽分类在商务分但内容属技术写作）
- •全生命周期成本类（需技术方案中体现费用分析）
- •售后服务/运维方案类
对每个评分因素解析：
- •名称：评分因素名称
- •分值：该项总分
- •评分子维度：评分规则中提及的各个评审角度（如"包括XX、YY、ZZ三个方面"）
- •扣分规则：扣分制的具体扣分标准（如"缺少一项扣N分"）
- •评分方式：扣分制 / 比较打分制 / 固定分档
1.2 技术需求
- •子系统/模块清单及其功能条目
- •▲标注条目（截图+盖章要求）
- •功能条目总数（用于后续核对）
1.3 其他相关信息
- •项目名称、采购编号（用于文件标题）
- •交付期、质保期（可能影响技术方案中的进度计划和服务方案）
- •预算金额（全生命周期成本需与此一致）
将以上信息记录为内部数据结构，后续步骤引用。
2. 规划文件清单 — 根据评分因素动态生成
根据步骤1提取的评分因素列表，动态规划需编写的文件：
- •每个写作型评分因素 → 对应一个输出文件
- •技术服务响应表（如评分标准中存在此项）→ 独立文件，通常是技术标中分值最高的单项
- •文件名格式：
NN-评分因素名称.md（编号接续商务标附件）
输出文件规划表，向用户确认：
| 文件名 | 对应评分项 | 分值 | 备注 |
|---|---|---|---|
| XX-技术服务响应表.md | 技术服务响应 | N分 | 逐条响应，分值最高 |
| XX-总体技术方案.md | 技术方案 | N分 | 含子维度A/B/C |
| XX-培训方案.md | 培训方案 | N分 | 技术性写作 |
| ... | ... | ... | ... |
3. 编写技术服务响应表（如评分标准中存在此项）
技术服务响应表通常是技术标分值最高的单项，必须最先、最仔细地编写。
3.1 提取原始需求表格
- •使用 python-docx 从原始 Word 采购文件中提取完整技术需求表格
- •保留表格的原始结构（列名、行数、子系统分类）
- •绝不可概括、合并或遗漏任何条目
3.2 逐条编写响应
对需求表中每一条，编写对应响应行：
| 序号 | 子系统 | 功能模块 | 需求内容 | 是否▲ | 响应 | 响应说明 |
|---|---|---|---|---|---|---|
| 原文 | 原文 | 原文 | 原文引用 | 是/否 | 完全响应 | ≥3行具体描述 |
- •需求内容列：直接引用采购文件原文，不改写
- •响应说明：每条不少于3行，描述具体实现方式、技术路径、用户体验
- •▲标注功能：必须额外标注
【此处插入XX功能截图】（截图需加盖公章） - •禁止：空泛描述（"支持该功能""满足要求"）、复制粘贴需求原文作为响应
3.3 编写后核对
- •统计响应表条目数，与原始需求表条目数比对
- •确认每个▲条目都有截图占位标注
- •确认无空响应行
4. 逐个编写其他技术文档
对步骤2中规划的每个文件，按以下方法编写：
4.1 评分维度逆向设计（核心方法）
- •从分析报告读取该评分因素的完整评分规则原文
- •从规则中提取子维度列表：
- •寻找类似"包括XX、YY、ZZ"、"从以下N个方面评审"、"评审内容包含"等表述
- •每个子维度 → 创建一个独立章节
- •在文件开头添加编写指导注释（不进入最终文档）：
code
<!-- 评分因素：XXX | 总分：N分 | 评分方式：扣分制/比较打分 --> <!-- 子维度：A(n分)、B(n分)、C(n分) --> <!-- 扣分规则：缺少一项扣X分 -->
- •为每个子维度编写实质内容
4.2 章节内容要求
- •具体方案：描述做什么、怎么做、用什么技术/工具
- •图表：架构图/流程图/甘特图标注
【此处插入XX图】，并用文字描述图表内容 - •数据支撑：引用具体参数、指标、标准
- •禁止：空泛承诺（"我司将提供优质服务"）、无内容的大段理论背景
4.3 特殊文件处理
- •培训方案：需包含培训对象、内容、学时、考核方式、培训资料
- •全生命周期成本：合同期内费用总计必须 = 报价金额（与商务标交叉核对）
- •运维/售后方案：响应时间、保修期、人员配备需与商务条款一致
- •实施方案/进度计划：里程碑时间节点需在交付期限内
5. 自检清单
编写完成后，逐项检查：
- • 技术响应表条目数 = 采购文件需求条目数（精确匹配）
- • 每个写作型评分因素都有对应输出文件
- • 每个评分子维度都有独立章节（无遗漏维度）
- • 所有▲标注功能有截图占位 + 盖章标注
- • 全生命周期成本合同期费用 = 报价金额
- • 响应说明无空泛描述（逐条抽检）
- • 进度计划在交付期限内
- • 质保期/维护期与商务条款一致
编写方法论（通用于任何项目）
扣分制评分项
章节结构完整无遗漏 > 内容深度。 先确保每个子维度都有独立章节，再充实内容。缺章节 = 该维度0分，内容薄弱最多扣部分分。
客观分评分项
如业绩计数、证书计数、人员配备等 → 由商务标（bid-commercial-proposal）处理，技术标不编写。
技术响应表
通常是技术标中分值最高的单项。必须逐条响应，零遗漏。 每条响应说明≥3行具体实现描述，禁止空泛语言。
▲功能截图
必须有占位符 【此处插入XX功能截图】 + 标注 （截图需加盖公章）。
图表处理
架构图/流程图/甘特图等用文字描述 + 【此处插入XX图】 占位。
可用 Markdown 表格呈现结构化数据（如进度计划、模块列表）。
禁止事项
- •空泛描述（"支持该功能""满足要求""提供优质服务"）
- •复制粘贴采购文件需求原文作为响应说明
- •大段无关理论背景/行业趋势凑篇幅
- •编造不存在的功能或未经确认的技术方案
常见错误类型
| 类型 | 后果 | 预防 |
|---|---|---|
| 评分子维度缺章节 | 该子维度0分 | 从评分规则提取子维度列表，逐个建章节 |
| 技术响应表漏条目 | ▲扣2分/条，其他扣1分 | 编写后核对条目数与原文一致 |
| ▲截图未标注盖章 | 扣2分/条 | 编写时逐条检查▲标注 |
| 响应说明过空泛 | 评委视为瑕疵，可能扣分 | 每条≥3行具体实现描述 |
| 全生命周期金额与报价不一致 | 扣分+审查风险 | 与商务标交叉核对报价金额 |
| 进度超出交付期限 | 不响应商务条款 | 里程碑排入交付期限内 |
| 培训方案缺考核方式 | 评分维度不完整 | 从评分规则逐条检查子维度 |
输出格式
所有文件输出到 响应文件/ 目录，Markdown 格式：
- •标题使用
######层级 - •表格使用 Markdown 表格语法
- •图片占位：
【此处插入XXX图】 - •截图占位：
【此处插入XX功能截图】（截图需加盖公章） - •签章标记：
（盖章）（签字） - •每个文件开头：
# 附件N：标题