用途：基于 RFP/招标文件与附件材料，生成结构清晰、可交付的投标响应与方案书，覆盖需求响应、技术方案、实施计划、交付与验收、报价说明、风险与承诺。涉及大量附件解析、目录与一致性校验、长文输出时通过 OpenCode 执行。
触发条件：用户要写投标书、项目方案书、需求响应、实施与交付计划；用户上传 RFP（PDF/Word）与多份附件（表格、资质、案例等）。
约定：bridge 为 http://opencode-bridge:8000；鉴权使用 Authorization: Bearer $OPENCODE_BRIDGE_TOKEN；{user} 为私聊 open_id，群共享用 chat_id。输出必须落盘：output/proposal.md（必选）、output/proposal.docx（常见需要）、output/compliance_matrix.csv（可选，逐条需求响应矩阵）。
使用方式：阶段一澄清投标要素，需问清客户/项目名称、截止时间、交付物要求（格式/模板/页数）、响应范围（技术+实施+运维+安全+资质+报价哪些要写）、是否严格对齐 RFP 章节与条款编号。阶段二上传 RFP 与附件到 input/，命令：curl -sS -F "file=@/path/to/file" "http://opencode-bridge:8000/file/{user}" -H "Authorization: Bearer $OPENCODE_BRIDGE_TOKEN"。阶段三委托 OpenCode，指令需包含 RFP 主文件路径、附件清单、输出结构（项目理解与总体方案、需求响应逐条、技术架构与方案细节、实施计划、交付与验收、运维与支持、安全与合规、资质与案例、报价说明）、合规矩阵字段（条款编号、条款原文摘要、响应、证据/引用、备注）及输出文件（proposal.md、notes.md，可选 docx、compliance_matrix.csv），提交命令：curl -sS -X POST "http://opencode-bridge:8000/task/{user}" -H "Content-Type: application/json" -H "Authorization: Bearer $OPENCODE_BRIDGE_TOKEN" -d '{"message":"<投标方案结构化指令，引用 input/...>"}'。阶段四回传与一致性校验，先回传总体方案亮点、关键承诺、风险与对策，再回传 proposal.md/docx/合规矩阵；若要求严格编号一致性，再次委托 OpenCode 进行条款编号对齐检查与修订。
限制：资料未提供具体收费、价格、平台支持范围与效果保证；实际输出质量取决于上传材料完整性与 RFP 可解析程度。