메뉴
编写投标/响应文件的技术标部分。从分析报告中动态读取评分标准和技术需求， 按评分维度逆向设计章节结构，逐文件编写技术方案、技术服务响应表、培训方案等。 输出Markdown格式文件到 响应文件/ 目录。 当用户要求编写技术标、技术方案、技术响应文件时触发。 也支持修复模式：当用户要求修复/补充技术文件、处理质检反馈时触发。 前置条件：需已完成 bid-analysis 生成分析报告。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
分析政府采购招标/磋商文件（PDF或Word），提取评分标准、技术需求、商务要求、资格条件、预算等关键信息， 生成结构化大纲和响应文件目录。适用于竞争性磋商、公开招标、邀请招标等场景。 当用户提供招标文件/磋商文件/采购文件并要求分析、理解需求、提取评分标准、生成投标大纲时触发。
对已编写的投标/响应文件进行全面质检，核对完整性、一致性和合规性。 从分析报告出发独立审查所有输出文件，检测遗漏、矛盾、占位符残留等问题， 生成核对报告、最终目录和装订指南。 当用户要求检查标书、核对投标文件、质检、汇总、组装最终文件时触发。 前置条件：需已完成 bid-tech-proposal 和/或 bid-commercial-proposal 的编写。
编写投标/响应文件的商务标部分。从分析报告中动态读取附件清单、商务条件、 资格要求和评分标准，收集公司信息后逐附件编写报价函、资格证明、业绩材料、 声明函等商务文件。输出Markdown格式文件到 响应文件/ 目录。 当用户要求编写商务标、商务文件、投标附件、报价文件时触发。 也支持修复模式：当用户要求修复/补充商务文件、处理质检反馈时触发。 前置条件：需已完成 bid-analysis 生成分析报告。
投标全流程管理器。编排所有 bid skills 按流水线自动执行，支持一键投标、 断点续跑、指定阶段启动。10个阶段：分析→核实→信息收集→商务标→技术标→ 图表→扫描件→质检→自动修复→生成Word。 当用户要求一键投标、全流程投标、管理投标进度、继续投标流程时触发。 前置条件：需要有招标/磋商/采购文件。
基于已提取的投标资料图片和index.json索引，构建FastAPI检索服务， 支持关键词搜索、分类过滤、文档类型查询，提供图片静态文件服务， 并支持自动替换响应文件中的占位符为实际图片引用。 当用户需要查询投标资料（营业执照、证书、合同、业绩等）、 启动资料检索服务、管理索引条目（增删改）、 或替换响应文件中的【此处插入XX扫描件】占位符时触发。 前置条件：需已通过 bid-material-extraction 完成图片提取和索引建立。
将 响应文件/ 目录下的 Markdown 文件转换为格式化的 Word (.docx) 文档。 自动从分析报告和商务文件中读取项目名称、公司名称等信息， 编辑 generate_docx.js 的 CONFIG 区域，然后运行脚本生成 Word 文件。 当用户要求生成Word文档、转换MD为docx、导出响应文件时触发。 前置条件：响应文件/ 目录下已有编写完成的 .md 文件。
| name | bid-tech-proposal |
| description | 编写投标/响应文件的技术标部分。从分析报告中动态读取评分标准和技术需求， 按评分维度逆向设计章节结构，逐文件编写技术方案、技术服务响应表、培训方案等。 输出Markdown格式文件到 响应文件/ 目录。 当用户要求编写技术标、技术方案、技术响应文件时触发。 也支持修复模式：当用户要求修复/补充技术文件、处理质检反馈时触发。 前置条件：需已完成 bid-analysis 生成分析报告。 |
数据驱动，不写死 — 每个项目的评分标准、技术需求、评分子维度都不同。 本 skill 的一切编写行为均以分析报告为数据源，动态适配当前项目。
本 skill 支持两种工作模式，根据上下文自动判定：
响应文件/ 目录为空或不存在响应文件/核对报告.md 存在且用户要求处理其中的问题从当前项目的分析报告（工作目录下的 分析报告.md）中提取以下数据：
提取所有需要写作的评分因素（非客观计分项），包括但不限于：
对每个评分因素解析：
将以上信息记录为内部数据结构，后续步骤引用。
根据步骤1提取的评分因素列表，动态规划需编写的文件：
NN-评分因素名称.md（编号接续商务标附件）输出文件规划表，向用户确认：
| 文件名 | 对应评分项 | 分值 | 备注 |
|---|---|---|---|
| XX-技术服务响应表.md | 技术服务响应 | N分 | 逐条响应，分值最高 |
| XX-总体技术方案.md | 技术方案 | N分 | 含子维度A/B/C |
| XX-培训方案.md | 培训方案 | N分 | 技术性写作 |
| ... | ... | ... | ... |
技术服务响应表通常是技术标分值最高的单项，必须最先、最仔细地编写。
对需求表中每一条，编写对应响应行：
| 序号 | 子系统 | 功能模块 | 需求内容 | 是否▲ | 响应 | 响应说明 |
|---|---|---|---|---|---|---|
| 原文 | 原文 | 原文 | 原文引用 | 是/否 | 完全响应 | ≥3行具体描述 |
【此处插入XX功能截图】（截图需加盖公章）对步骤2中规划的每个文件，按以下方法编写：
<!-- 评分因素：XXX | 总分：N分 | 评分方式：扣分制/比较打分 -->
<!-- 子维度：A(n分)、B(n分)、C(n分) -->
<!-- 扣分规则：缺少一项扣X分 -->
【此处插入XX图】，并用文字描述图表内容编写完成后，逐项检查：
当进入修复模式时，执行以下步骤替代步骤 1-5：
读取 响应文件/核对报告.md（或用户指定的反馈）：
同步骤 1 — 从分析报告中提取完整项目数据。 新建文件时需要分析报告作为数据源，编辑文件时需要作为正确性基准。
按 🔴 → 🟡 优先级顺序处理：
缺失文件：
内容修正：
一致性修复：
需用户确认的问题：
技术标常见修复场景：
| 问题类型 | 修复方式 |
|---|---|
| 评分子维度缺章节 | 从分析报告提取缺失子维度，在对应文件中添加章节 |
| 技术响应表条目缺失 | 从原始Word重新提取缺失条目，补入响应表 |
| ▲截图占位缺失 | 在对应条目添加截图占位+盖章标注 |
| 响应说明过空泛 | 读取具体条目，重写为≥3行具体实现描述 |
| 全生命周期金额不一致 | 读取报价文件获取正确金额，修正成本表 |
| 进度超出交付期限 | 读取分析报告交付期，重新排布里程碑 |
章节结构完整无遗漏 > 内容深度。 先确保每个子维度都有独立章节，再充实内容。缺章节 = 该维度0分，内容薄弱最多扣部分分。
如业绩计数、证书计数、人员配备等 → 由商务标（bid-commercial-proposal）处理，技术标不编写。
通常是技术标中分值最高的单项。必须逐条响应，零遗漏。 每条响应说明≥3行具体实现描述，禁止空泛语言。
必须有占位符 【此处插入XX功能截图】 + 标注 （截图需加盖公章）。
架构图/流程图/甘特图等用文字描述 + 【此处插入XX图】 占位。
可用 Markdown 表格呈现结构化数据（如进度计划、模块列表）。
| 类型 | 后果 | 预防 |
|---|---|---|
| 评分子维度缺章节 | 该子维度0分 | 从评分规则提取子维度列表，逐个建章节 |
| 技术响应表漏条目 | ▲扣2分/条，其他扣1分 | 编写后核对条目数与原文一致 |
| ▲截图未标注盖章 | 扣2分/条 | 编写时逐条检查▲标注 |
| 响应说明过空泛 | 评委视为瑕疵，可能扣分 | 每条≥3行具体实现描述 |
| 全生命周期金额与报价不一致 | 扣分+审查风险 | 与商务标交叉核对报价金额 |
| 进度超出交付期限 | 不响应商务条款 | 里程碑排入交付期限内 |
| 培训方案缺考核方式 | 评分维度不完整 | 从评分规则逐条检查子维度 |
所有文件输出到 响应文件/ 目录，Markdown 格式：
# ## ### 层级【此处插入XXX图】【此处插入XX功能截图】（截图需加盖公章）（盖章） （签字）# 附件N：标题当被 bid-manager 调度时（上下文中包含 AUTO_MODE=true），本 skill 进入自动模式：
编写完成后，输出以下结构化状态摘要：
--- BID-TECH-PROPOSAL COMPLETE ---
输出文件数: {N}
文件清单: {file1.md, file2.md, ...}
技术响应表条目数: {N}
▲截图占位数: {N}
评分子维度覆盖: {已覆盖}/{总数}
输出目录: 响应文件/
状态: SUCCESS
--- END ---