技术标编写

核心原则

数据驱动，不写死 — 每个项目的评分标准、技术需求、评分子维度都不同。 本 skill 的一切编写行为均以分析报告为数据源，动态适配当前项目。

工作模式

本 skill 支持两种工作模式，根据上下文自动判定：

创建模式（默认）

• •触发： 用户要求编写技术标，且 响应文件/ 目录为空或不存在
• •行为： 执行完整工作流程（步骤 1-5）

修复模式

• •触发： 以下任一条件成立：
  1. •用户明确要求修复/修补/补充文件
  2. •用户提及核对报告、质检问题、bid-assembly 反馈
  3. •响应文件/核对报告.md 存在且用户要求处理其中的问题
• •行为： 执行修复工作流程（步骤 R1-R4）

工作流程

1. 读取分析报告 — 提取技术相关评分信息

从当前项目的分析报告（工作目录下的 分析报告.md）中提取以下数据：

1.1 技术评分项

提取所有需要写作的评分因素（非客观计分项），包括但不限于：

• •技术方案类（总体架构/功能设计/实施方案等）
• •培训方案类（虽分类在商务分但内容属技术写作）
• •全生命周期成本类（需技术方案中体现费用分析）
• •售后服务/运维方案类

对每个评分因素解析：

• •名称：评分因素名称
• •分值：该项总分
• •评分子维度：评分规则中提及的各个评审角度（如"包括XX、YY、ZZ三个方面"）
• •扣分规则：扣分制的具体扣分标准（如"缺少一项扣N分"）
• •评分方式：扣分制 / 比较打分制 / 固定分档

1.2 技术需求

• •子系统/模块清单及其功能条目
• •▲标注条目（截图+盖章要求）
• •功能条目总数（用于后续核对）

1.3 其他相关信息

• •项目名称、采购编号（用于文件标题）
• •交付期、质保期（可能影响技术方案中的进度计划和服务方案）
• •预算金额（全生命周期成本需与此一致）

将以上信息记录为内部数据结构，后续步骤引用。

2. 规划文件清单 — 根据评分因素动态生成

根据步骤1提取的评分因素列表，动态规划需编写的文件：

• •每个写作型评分因素 → 对应一个输出文件
• •技术服务响应表（如评分标准中存在此项）→ 独立文件，通常是技术标中分值最高的单项
• •文件名格式：NN-评分因素名称.md（编号接续商务标附件）

输出文件规划表，向用户确认：

3. 编写技术服务响应表（如评分标准中存在此项）

技术服务响应表通常是技术标分值最高的单项，必须最先、最仔细地编写。

3.1 提取原始需求表格

• •使用 python-docx 从原始 Word 采购文件中提取完整技术需求表格
• •保留表格的原始结构（列名、行数、子系统分类）
• •绝不可概括、合并或遗漏任何条目

3.2 逐条编写响应

对需求表中每一条，编写对应响应行：

• •需求内容列：直接引用采购文件原文，不改写
• •响应说明：每条不少于3行，描述具体实现方式、技术路径、用户体验
• •▲标注功能：必须额外标注 【此处插入XX功能截图】（截图需加盖公章）
• •禁止：空泛描述（"支持该功能""满足要求"）、复制粘贴需求原文作为响应

3.3 编写后核对

• •统计响应表条目数，与原始需求表条目数比对
• •确认每个▲条目都有截图占位标注
• •确认无空响应行

4. 逐个编写其他技术文档

对步骤2中规划的每个文件，按以下方法编写：

4.1 评分维度逆向设计（核心方法）

1. •从分析报告读取该评分因素的完整评分规则原文
2. •从规则中提取子维度列表：
   • •寻找类似"包括XX、YY、ZZ"、"从以下N个方面评审"、"评审内容包含"等表述
   • •每个子维度 → 创建一个独立章节
3. •在文件开头添加编写指导注释（不进入最终文档）：
   code

   <!-- 评分因素：XXX | 总分：N分 | 评分方式：扣分制/比较打分 -->
   <!-- 子维度：A(n分)、B(n分)、C(n分) -->
   <!-- 扣分规则：缺少一项扣X分 -->
   

4. •为每个子维度编写实质内容

4.2 章节内容要求

• •具体方案：描述做什么、怎么做、用什么技术/工具
• •图表：架构图/流程图/甘特图标注 【此处插入XX图】，并用文字描述图表内容
• •数据支撑：引用具体参数、指标、标准
• •禁止：空泛承诺（"我司将提供优质服务"）、无内容的大段理论背景

4.3 特殊文件处理

• •培训方案：需包含培训对象、内容、学时、考核方式、培训资料
• •全生命周期成本：合同期内费用总计必须 = 报价金额（与商务标交叉核对）
• •运维/售后方案：响应时间、保修期、人员配备需与商务条款一致
• •实施方案/进度计划：里程碑时间节点需在交付期限内

5. 自检清单

编写完成后，逐项检查：

• • 技术响应表条目数 = 采购文件需求条目数（精确匹配）
• • 每个写作型评分因素都有对应输出文件
• • 每个评分子维度都有独立章节（无遗漏维度）
• • 所有▲标注功能有截图占位 + 盖章标注
• • 全生命周期成本合同期费用 = 报价金额
• • 响应说明无空泛描述（逐条抽检）
• • 进度计划在交付期限内
• • 质保期/维护期与商务条款一致

修复模式工作流程

当进入修复模式时，执行以下步骤替代步骤 1-5：

R1. 读取反馈来源

读取 响应文件/核对报告.md（或用户指定的反馈）：

• •提取所有 🔴 必改问题
• •提取所有 🟡 建议修改问题
• •忽略 🔵 提醒（仅供参考，不自动处理）
• •按操作类型分组：
  • •新建文件：文件缺失类问题
  • •编辑文件：内容错误、一致性问题
  • •信息确认：需用户提供数据才能修复的问题

R2. 读取分析报告

同步骤 1 — 从分析报告中提取完整项目数据。 新建文件时需要分析报告作为数据源，编辑文件时需要作为正确性基准。

R3. 逐项修复

按 🔴 → 🟡 优先级顺序处理：

缺失文件：

• •按步骤 3 中对应附件类型的编写策略创建新文件
• •文件命名、格式、签章区域等遵循现有文件的约定
• •读取已有文件确认公司名称、报价金额等关键数据，确保一致性

内容修正：

• •读取目标文件 → 定位问题位置 → 编辑修正
• •修正后检查是否引起连锁不一致（如金额修改需同步多个文件）

一致性修复：

• •确定正确值（以分析报告为准）
• •跨文件搜索所有出现位置，逐一修正

需用户确认的问题：

• •汇总列出，向用户确认后再修复
• •绝不自行猜测用户意图（如报价金额、业绩信息）

技术标常见修复场景：

R4. 修复后验证

• •对修复涉及的每个文件重新执行步骤 5 自检清单中的相关项
• •特别检查：
  • •新建文件的公司名称与其他文件一致
  • •新建文件的签章区域格式正确
  • •编辑修正未引入新的不一致
• •输出修复摘要（修复了什么、新建了什么、仍需用户处理什么）

编写方法论（通用于任何项目）

扣分制评分项

章节结构完整无遗漏 > 内容深度。 先确保每个子维度都有独立章节，再充实内容。缺章节 = 该维度0分，内容薄弱最多扣部分分。

客观分评分项

如业绩计数、证书计数、人员配备等 → 由商务标（bid-commercial-proposal）处理，技术标不编写。

技术响应表

通常是技术标中分值最高的单项。必须逐条响应，零遗漏。 每条响应说明≥3行具体实现描述，禁止空泛语言。

▲功能截图

必须有占位符 【此处插入XX功能截图】 + 标注 （截图需加盖公章）。

图表处理

架构图/流程图/甘特图等用文字描述 + 【此处插入XX图】 占位。 可用 Markdown 表格呈现结构化数据（如进度计划、模块列表）。

禁止事项

• •空泛描述（"支持该功能""满足要求""提供优质服务"）
• •复制粘贴采购文件需求原文作为响应说明
• •大段无关理论背景/行业趋势凑篇幅
• •编造不存在的功能或未经确认的技术方案

常见错误类型

输出格式

所有文件输出到 响应文件/ 目录，Markdown 格式：

• •标题使用 # ## ### 层级
• •表格使用 Markdown 表格语法
• •图片占位：【此处插入XXX图】
• •截图占位：【此处插入XX功能截图】（截图需加盖公章）
• •签章标记：（盖章） （签字）
• •每个文件开头：# 附件N：标题

自动模式

当被 bid-manager 调度时（上下文中包含 AUTO_MODE=true），本 skill 进入自动模式：

• •跳过文件规划确认：步骤 2 中不向用户展示规划表等待确认，直接按分析报告生成文件清单并开始编写
• •跳过中间进度询问：编写过程中不暂停询问用户意见
• •保留自检：步骤 5 自检清单仍然执行，发现问题自动修复而非询问用户

完成状态

编写完成后，输出以下结构化状态摘要：

--- BID-TECH-PROPOSAL COMPLETE ---
输出文件数: {N}
文件清单: {file1.md, file2.md, ...}
技术响应表条目数: {N}
▲截图占位数: {N}
评分子维度覆盖: {已覆盖}/{总数}
输出目录: 响应文件/
状态: SUCCESS
--- END ---