前言¶

写标书的人通常卡在两件事上：一是招标文件几十上百页，废标项、评分项埋在正文里，靠人工逐页筛；二是技术标写到后面章节，前后数据、名称、方案描述对不上，临提交才发现逻辑冲突。通用大模型能帮你润色段落，但它不知道「废标项」为什么要单独列一张表，也不知道多个标段的目录该怎么拆。

Yibiao 就是针对这个场景的 Skill。

这是什么¶

Yibiao 是招投标/标书写作领域的专家技能，坐标 @user_f95727ff/bid-document-writer，版本 1.0.0，来自社区（community），分类 content-creation，发布者 user_f95727ff，标签 requires_api_key=false。

它的方法论来自开源社区项目 OpenBidKit_Yibiao，覆盖从招标文件进到 Word/PDF 出的完整流程。定位是：把标书写作拆成可执行步骤，让 Agent 按步骤走，而不是自由发挥。

核心功能¶

主流程是七个环节：

1、招标文件解析：把招标公告、技术要求、商务条款读进来，抽出约束条件。
2、多标段识别：一份招标文件含多个标段时，区分各标段的范围、资格与评分差异。
3、目录生成与编辑：按标段和评分项生成目录骨架，可编辑调整。
4、全局事实设定：先定一批全局事实（公司名、资质、业绩数据、方案口径），后面正文统一引用。
5、正文撰写/扩写：按目录逐节写技术标或商务标内容。
6、图文编排：插入图表和图片，控制位置与说明文字。
7、Word/PDF 导出：产出可提交的文档。

配套的四个检查与优化能力：

• 废标项检查：按风险、错别字、逻辑三类分别扫描。
• 标书查重：从元数据、目录、正文、图片四个维度比对。
• 企业知识库 RAG 检索：用企业自有资料库辅助写作，而不是凭空生成。
• 全文一致性保障与 Prompt 缓存成本优化：前者保证前后表述不打架，后者在长文档场景下控制调用成本。

安装与启用¶

已抓取资料里只给出元数据，没有安装命令、目录路径或配置文件字段。可确认的信息：

坐标：@user_f95727ff/bid-document-writer
版本：1.0.0
来源：community
分类：content-creation
标签：requires_api_key=false
官方地址：https://api.skillhub.cn/user_f95727ff/bid-document-writer
SkillHub 页面：https://www.skillhub.cn/skills/user_f95727ff/bid-document-writer

requires_api_key=false 表示使用该 Skill 不需要额外配置 API Key。由于资料中没有给出 npx skills add 之类的安装命令，也没有说明 Cursor、Codex CLI、Claude Code 各自的接入差异，这里不提供未经核实的命令。需要安装时，请以官方页面为准。

典型用法¶

官方资料给出的触发方式是意图驱动的：当用户需要写或生成投标技术方案、撰写技术标或商务标、检查废标风险、对标书查重、用企业资料库辅助写作、优化标书质量与一致性，或提到「招投标/投标/标书/技术标/商务标/废标项/查重/投标方案/评分项」时使用。

也就是说，实际操作是把招标文件或需求描述交给 Agent，由它按上述七个环节推进。例如先给招标文件让 Agent 解析并识别标段，再让它生成目录供你编辑，确认后再进入正文撰写，最后要求导出 Word 并跑一遍废标项检查。

适用场景与注意¶

适合：经常写投标文件、需要处理多标段、对废标风险敏感的团队或个人；以及已经有企业资料库、希望写作时引用自有资料的场景。

注意几点：

• 它输出的是结构化写作流程，最终标书仍需人工核对资质数据、业绩真实性和技术承诺。
• 企业知识库 RAG 的效果取决于资料库本身的质量和权限边界。
• Prompt 缓存成本优化对长文档更有意义，短文档收益有限。
• 本次抓取到的元数据显示评分 100000、下载 963，与早期快照的数值不同，以官方页面实时数据为准。

小结¶

Yibiao 的价值在于把标书写作从「一次性生成一大段文字」改成「解析、拆标段、定目录、定事实、写正文、编排、导出」的顺序流程，并配上废标项检查和查重。对招投标场景来说，流程正确比文字漂亮更重要。

官方地址：https://api.skillhub.cn/user_f95727ff/bid-document-writer