标书写作助手

标书写不好，通常不是文笔问题

写标书时真正踩的坑，大多不是措辞不漂亮，而是这三件事：评分项漏了一条没有响应、第一章写的工期和第五章对不上、资质或签字盖章这类一票否决项直接撞上去。技术标动辄几十页，还常常多个标段并行，靠人工反复对照招标文件几乎必然遗漏。标书写作助手针对的就是这三类可以被流程化验证的问题，而不是替你"润色"。

它怎么工作

技能把 OpenBidKit_Yibiao 实战验证过的流程沉淀为一套可复用的工作流和检查清单：

• 解析招标文件：先抽出评分办法（客观分/主观分权重）、资格门槛、废标条款、格式装订要求与关键时间节点，作为后续所有章节的依据。
• 多标段隔离：一份招标可能含多个标段/包，分别建独立任务，避免串标式混写。
• 大纲映射评分点：按评分项与章节要求生成目录，让评审一眼看到对应得分依据。
• 全局事实表：把甲方名称、项目名、工期、地点、关键参数、引用标准号收敛到同一份事实源，所有章节引用同一来源，杜绝前后矛盾。
• 工程化长文生成：逐章逐段生成，配合断点续写与重试（处理 408/429/5xx 与网络异常），避免一次性超长输出中断后丢稿。
• 图文编排：流程图与架构图用 Mermaid，数据用表格；图片计划延迟到正文末尾汇总，不阻塞正文生成。
• 导出后校验：套用模板导出 .docx/PDF，再跑废标项检查与查重。

资料位置与适用边界

细节集中在 references/ 下：technical-plan-workflow.md（技术方案生成的详细流程、状态机与恢复机制）、rejection-check.md（风险/错别字/逻辑三类 findings）、knowledge-rag-bestpractices.md（查重、知识库 RAG、全文一致性、Prompt 缓存）、assets/technical-bid-outline-template.md（可直接套用的技术标大纲骨架）。

需要说明边界：导出 Word 与编辑 .docx 依赖 Word / DOCX 技能，配图依赖图像生成能力，本技能不内建这两项。它也不是"自动中标器"——差异化表达（合规前提下突出案例与本地化服务）仍需人工判断。查重与 RAG 的效果取决于你喂进去的知识库质量，技能只提供方法，不保证结果。