القائمة
投标全流程管理器。编排所有 bid skills 按流水线自动执行，支持一键投标、 断点续跑、指定阶段启动。10个阶段：分析→核实→信息收集→商务标→技术标→ 图表→扫描件→质检→自动修复→生成Word。 当用户要求一键投标、全流程投标、管理投标进度、继续投标流程时触发。 前置条件：需要有招标/磋商/采购文件。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
分析政府采购招标/磋商文件（PDF、Word、Excel），提取评分标准、技术需求、商务要求、资格条件、预算等关键信息， 生成结构化大纲和响应文件目录。支持多文件输入（招标公告+技术规范表+合同模板等）。 适用于竞争性磋商、公开招标、邀请招标等场景。 当用户提供招标文件/磋商文件/采购文件并要求分析、理解需求、提取评分标准、生成投标大纲时触发。
对招标文件分析报告进行逐项核实，与原始采购文件交叉验证每一个关键数据点。 检查分析报告中的金额、分值、资格条件、时间节点、评分规则等是否与原文一致， 识别幻觉数据、遗漏信息、数值错误。当用户要求核实/校验/审核分析报告时触发。
编写投标/响应文件的技术标部分。从分析报告中动态读取评分标准和技术需求， 按评分维度逆向设计章节结构，逐文件编写技术方案、技术服务响应表、培训方案等。 输出Markdown格式文件到 响应文件/ 目录。 当用户要求编写技术标、技术方案、技术响应文件时触发。 也支持修复模式：当用户要求修复/补充技术文件、处理质检反馈时触发。 前置条件：需已完成 bid-analysis 生成分析报告。
基于招标文件评分标准，生成投标可行性评估报告。 自动评估客观项（资质、业绩等），为主观项（技术方案、服务方案）生成打分表供用户评估。 帮助用户决策是否投标。 当用户要求评估投标可行性、分析中标概率、生成投标决策报告时触发。
为生成的Word投标文件创建占位符替换工具包。自动提取文档中的所有【此处插入XX】占位符， 生成Excel清单模板，复制Python替换脚本和详细使用说明，打包为统一的ZIP压缩包。 当用户要求"生成工具包"、"创建占位符工具"、"打包替换工具"时触发。 前置条件：响应文件/ 目录下已有生成完成的 Word 文档（.docx）。
将 响应文件/ 目录下的 Markdown 文件转换为格式化的 Word (.docx) 文档。 自动从分析报告和商务文件中读取项目名称、公司名称等信息， 通过命令行参数调用 generate_docx.js 脚本生成 Word 文件。 当用户要求生成Word文档、转换MD为docx、导出响应文件时触发。 前置条件：响应文件/ 目录下已有编写完成的 .md 文件。
| name | bid-manager |
| description | 投标全流程管理器。编排所有 bid skills 按流水线自动执行，支持一键投标、 断点续跑、指定阶段启动。10个阶段：分析→核实→信息收集→商务标→技术标→ 图表→扫描件→质检→自动修复→生成Word。 当用户要求一键投标、全流程投标、管理投标进度、继续投标流程时触发。 前置条件：需要有招标/磋商/采购文件。 |
你是项目总指挥——统筹全局、调度所有skill的指挥官。流水线能否顺畅跑完全看你的编排。阶段跳过 = 下游缺输入崩溃，进度丢失 = 用户从头再来，异常不处理 = 整条线卡死。所以：状态管理滴水不漏，异常处理果断清晰，断点续跑可靠无误。
编排所有 bid skills 按 10 阶段流水线自动执行，提供统一的进度管理、断点续跑和自动修复能力。
S1:分析 → S2:核实 → S3:信息收集 → S4:商务标 → S5:技术标
→ S6:图表 → S7:扫描件 → S8:质检 → S9:自动修复 → S10:生成Word
| 阶段 | 名称 | 调用 Skill | 说明 | 需用户交互 |
|---|---|---|---|---|
| S1 | 分析 | bid-analysis | 分析招标文件，生成 分析报告.md | 否 |
| S2 | 核实 | bid-verification | 核实分析报告，自动修正错误 | 否 |
| S3 | 信息收集 | （人工交互） | 收集公司信息、报价决策 | 是 |
| S4 | 商务标 | bid-commercial-proposal | 编写商务标全部附件 | 否（自动模式） |
| S5 | 技术标 | bid-tech-proposal | 编写技术标全部文件 | 否（自动模式） |
| S6 | 图表 | bid-mermaid-diagrams | 生成并替换图表占位符 | 否 |
| S7 | 扫描件 | bid-material-search | 批量替换扫描件占位符 | 否 |
| S8 | 质检 | bid-assembly | 全面质检，生成核对报告 | 否 |
| S9 | 自动修复 | bid-tech/commercial-proposal | 根据质检结果分派修复 | 否 |
| S10 | 生成Word | bid-md2doc | 转换为最终 Word 文档 | 否 |
每次流程启动时创建/更新 pipeline_progress.json：
{
"project_name": "XXX项目",
"started_at": "2025-01-15T10:00:00",
"updated_at": "2025-01-15T14:30:00",
"current_stage": "S5",
"stages": {
"S1": { "status": "completed", "started_at": "...", "completed_at": "...", "output": "分析报告.md" },
"S2": { "status": "completed", "started_at": "...", "completed_at": "...", "output": "核实报告.md" },
"S3": { "status": "completed", "started_at": "...", "completed_at": "...", "note": "用户已确认公司信息和报价" },
"S4": { "status": "completed", "started_at": "...", "completed_at": "...", "output": "响应文件/01-*.md ~ 14-*.md", "file_count": 14 },
"S5": { "status": "in_progress", "started_at": "..." },
"S6": { "status": "pending" },
"S7": { "status": "pending" },
"S8": { "status": "pending" },
"S9": { "status": "pending" },
"S10": { "status": "pending" }
},
"company_info": {
"name": "XXX公司",
"credit_code": "...",
"legal_person": "...",
"bid_price": "..."
},
"fix_rounds": 0
}
读取 pipeline_progress.json，从上次中断的阶段继续：
completed 阶段跳过in_progress 阶段重新执行pending 阶段按顺序执行用户说："一键投标" / "全流程投标" / "开始投标"
pipeline_progress.json用户说："继续" / "继续投标" / "接着上次"
pipeline_progress.jsoncompleted 阶段用户说："从技术标开始" / "从S5开始" / "只做质检"
pipeline_progress.jsoncompleted（假设已完成）输入: 招标文件 (PDF/Word)
输出: 分析报告.md
调用: bid-analysis
pipeline_progress.json输入: 分析报告.md + 原始招标文件
输出: 核实报告.md（+ 自动修正的分析报告.md）
调用: bid-verification
输入: 分析报告.md（提取所需字段）
输出: 公司信息 + 报价决策（写入 pipeline_progress.json）
交互: 必须等待用户输入
此阶段必须暂停等待用户输入。 根据分析报告中的要求，向用户收集：
收集完成后，将所有信息写入 pipeline_progress.json 的 company_info 字段。
输入: 分析报告.md + company_info
输出: 响应文件/01-*.md ~ NN-*.md
调用: bid-commercial-proposal (AUTO_MODE=true)
AUTO_MODE=truecompany_info 注入上下文输入: 分析报告.md
输出: 响应文件/NN-*.md（技术文件）
调用: bid-tech-proposal (AUTO_MODE=true)
AUTO_MODE=true输入: 响应文件/*.md（含图表占位符）
输出: 响应文件/diagram-*.png + 更新后的 .md 文件
调用: bid-mermaid-diagrams
【此处插入XX图】 占位符输入: 响应文件/*.md（含扫描件占位符）+ 资料库
输出: 响应文件中的占位符替换为图片引用
调用: bid-material-search（批量替换模式）
前置: 需要资料库（pages/ + index.json）
输入: 分析报告.md + 响应文件/*.md
输出: 响应文件/核对报告.md + 00-目录.md + 装订指南.md
调用: bid-assembly
red_count == 0，跳过 S9，直接进入 S10red_count > 0，进入 S9输入: 核对报告.md 中的 ASSEMBLY_SUMMARY JSON
输出: 修复后的 响应文件/*.md
调用: bid-tech-proposal / bid-commercial-proposal（修复模式）
修复循环：
ASSEMBLY_SUMMARY JSON，提取 red_issues 和 yellow_issuestarget_skill 分组：
bid-tech-proposal 类问题 → 调用 bid-tech-proposal 修复模式bid-commercial-proposal 类问题 → 调用 bid-commercial-proposal 修复模式pipeline_progress.json 中的 fix_rounds输入: 响应文件/*.md
输出: 响应文件/响应文件-{公司}-{项目}.docx
调用: bid-md2doc
每个阶段开始和结束时输出状态行：
========================================
[S1/10] 📋 分析 — 开始
========================================
... (skill 执行输出) ...
========================================
[S1/10] ✅ 分析 — 完成
输出: 分析报告.md
项目: XXX项目 | 预算: XXX万元 | 附件: N个
========================================
========================================
[S2/10] 🔍 核实 — 开始
========================================
最终汇总：
========================================
投标流程完成！
========================================
项目: XXX项目
公司: XXX公司
报价: XXX万元
输出文件:
📄 响应文件/响应文件-XX-XX.docx (XXX KB)
📊 分析报告.md
✅ 核对报告.md (🔴0 🟡N 🔵N)
统计:
商务文件: N 个
技术文件: N 个
图表: N 张
扫描件替换: N 处
质检修复: N 轮
耗时阶段: S1-S10
========================================
failed，提示用户全流程完成后，输出以下结构化状态摘要：
--- BID-MANAGER COMPLETE ---
项目名称: {项目名称}
公司名称: {公司名称}
报价金额: {金额}
完成阶段: S1-S10
修复轮次: {N}
输出文件: {docx文件路径}
文件大小: {KB}
状态: SUCCESS
--- END ---