编写投标/响应文件的技术标部分。从分析报告中动态读取评分标准和技术需求, 按评分维度逆向设计章节结构,逐文件编写技术方案、技术服务响应表、培训方案等。 输出Markdown格式文件到 响应文件/ 目录。 当用户要求编写技术标、技术方案、技术响应文件时触发。 也支持修复模式:当用户要求修复/补充技术文件、处理质检反馈时触发。 前置条件:需已完成 bid-analysis 生成分析报告。
Install
npx skillscat add youyouhe/bidsmart-claude-skills/bid-tech-proposal Install via the SkillsCat registry.
技术标编写
核心原则
数据驱动,不写死 — 每个项目的评分标准、技术需求、评分子维度都不同。
本 skill 的一切编写行为均以分析报告为数据源,动态适配当前项目。
工作模式
本 skill 支持两种工作模式,根据上下文自动判定:
创建模式(默认)
- 触发: 用户要求编写技术标,且
响应文件/目录为空或不存在 - 行为: 执行完整工作流程(步骤 1-5)
修复模式
- 触发: 以下任一条件成立:
- 用户明确要求修复/修补/补充文件
- 用户提及核对报告、质检问题、bid-assembly 反馈
响应文件/核对报告.md存在且用户要求处理其中的问题
- 行为: 执行修复工作流程(步骤 R1-R4)
工作流程
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个方面评审"、"评审内容包含"等表述
- 每个子维度 → 创建一个独立章节
- 在文件开头添加编写指导注释(不进入最终文档):
<!-- 评分因素:XXX | 总分:N分 | 评分方式:扣分制/比较打分 --> <!-- 子维度:A(n分)、B(n分)、C(n分) --> <!-- 扣分规则:缺少一项扣X分 --> - 为每个子维度编写实质内容
4.2 章节内容要求
- 具体方案:描述做什么、怎么做、用什么技术/工具
- 图表:架构图/流程图/甘特图标注
【此处插入XX图】,并用文字描述图表内容 - 数据支撑:引用具体参数、指标、标准
- 禁止:空泛承诺("我司将提供优质服务")、无内容的大段理论背景
4.3 特殊文件处理
- 培训方案:需包含培训对象、内容、学时、考核方式、培训资料
- 全生命周期成本:合同期内费用总计必须 = 报价金额(与商务标交叉核对)
- 运维/售后方案:响应时间、保修期、人员配备需与商务条款一致
- 实施方案/进度计划:里程碑时间节点需在交付期限内
5. 自检清单
编写完成后,逐项检查:
- 技术响应表条目数 = 采购文件需求条目数(精确匹配)
- 每个写作型评分因素都有对应输出文件
- 每个评分子维度都有独立章节(无遗漏维度)
- 所有▲标注功能有截图占位 + 盖章标注
- 全生命周期成本合同期费用 = 报价金额
- 响应说明无空泛描述(逐条抽检)
- 进度计划在交付期限内
- 质保期/维护期与商务条款一致
修复模式工作流程
当进入修复模式时,执行以下步骤替代步骤 1-5:
R1. 读取反馈来源
读取 响应文件/核对报告.md(或用户指定的反馈):
- 提取所有 🔴 必改问题
- 提取所有 🟡 建议修改问题
- 忽略 🔵 提醒(仅供参考,不自动处理)
- 按操作类型分组:
- 新建文件:文件缺失类问题
- 编辑文件:内容错误、一致性问题
- 信息确认:需用户提供数据才能修复的问题
R2. 读取分析报告
同步骤 1 — 从分析报告中提取完整项目数据。
新建文件时需要分析报告作为数据源,编辑文件时需要作为正确性基准。
R3. 逐项修复
按 🔴 → 🟡 优先级顺序处理:
缺失文件:
- 按步骤 3 中对应附件类型的编写策略创建新文件
- 文件命名、格式、签章区域等遵循现有文件的约定
- 读取已有文件确认公司名称、报价金额等关键数据,确保一致性
内容修正:
- 读取目标文件 → 定位问题位置 → 编辑修正
- 修正后检查是否引起连锁不一致(如金额修改需同步多个文件)
一致性修复:
- 确定正确值(以分析报告为准)
- 跨文件搜索所有出现位置,逐一修正
需用户确认的问题:
- 汇总列出,向用户确认后再修复
- 绝不自行猜测用户意图(如报价金额、业绩信息)
技术标常见修复场景:
| 问题类型 | 修复方式 |
|---|---|
| 评分子维度缺章节 | 从分析报告提取缺失子维度,在对应文件中添加章节 |
| 技术响应表条目缺失 | 从原始Word重新提取缺失条目,补入响应表 |
| ▲截图占位缺失 | 在对应条目添加截图占位+盖章标注 |
| 响应说明过空泛 | 读取具体条目,重写为≥3行具体实现描述 |
| 全生命周期金额不一致 | 读取报价文件获取正确金额,修正成本表 |
| 进度超出交付期限 | 读取分析报告交付期,重新排布里程碑 |
R4. 修复后验证
- 对修复涉及的每个文件重新执行步骤 5 自检清单中的相关项
- 特别检查:
- 新建文件的公司名称与其他文件一致
- 新建文件的签章区域格式正确
- 编辑修正未引入新的不一致
- 输出修复摘要(修复了什么、新建了什么、仍需用户处理什么)
编写方法论(通用于任何项目)
扣分制评分项
章节结构完整无遗漏 > 内容深度。
先确保每个子维度都有独立章节,再充实内容。缺章节 = 该维度0分,内容薄弱最多扣部分分。
客观分评分项
如业绩计数、证书计数、人员配备等 → 由商务标(bid-commercial-proposal)处理,技术标不编写。
技术响应表
通常是技术标中分值最高的单项。必须逐条响应,零遗漏。
每条响应说明≥3行具体实现描述,禁止空泛语言。
▲功能截图
必须有占位符 【此处插入XX功能截图】 + 标注 (截图需加盖公章)。
图表处理
架构图/流程图/甘特图等用文字描述 + 【此处插入XX图】 占位。
可用 Markdown 表格呈现结构化数据(如进度计划、模块列表)。
禁止事项
- 空泛描述("支持该功能""满足要求""提供优质服务")
- 复制粘贴采购文件需求原文作为响应说明
- 大段无关理论背景/行业趋势凑篇幅
- 编造不存在的功能或未经确认的技术方案
常见错误类型
| 类型 | 后果 | 预防 |
|---|---|---|
| 评分子维度缺章节 | 该子维度0分 | 从评分规则提取子维度列表,逐个建章节 |
| 技术响应表漏条目 | ▲扣2分/条,其他扣1分 | 编写后核对条目数与原文一致 |
| ▲截图未标注盖章 | 扣2分/条 | 编写时逐条检查▲标注 |
| 响应说明过空泛 | 评委视为瑕疵,可能扣分 | 每条≥3行具体实现描述 |
| 全生命周期金额与报价不一致 | 扣分+审查风险 | 与商务标交叉核对报价金额 |
| 进度超出交付期限 | 不响应商务条款 | 里程碑排入交付期限内 |
| 培训方案缺考核方式 | 评分维度不完整 | 从评分规则逐条检查子维度 |
输出格式
所有文件输出到 响应文件/ 目录,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 ---