前言¶
投标文件的工作量集中在两类活儿：一是把招标文件里的技术要求拆成章节、逐条响应，二是补架构图、画功能模块图，最后再通篇检查有没有漏项。这类活儿靠通用大模型直接生成，往往章节能凑出来，但响应不精准、配图没有着落、质检环节也省不掉。下面介绍的是一个专门干这件事的 Skill：投标文档编写专家。
这是什么¶
投标文档编写专家是一个面向投标技术方案编写场景的通用 Skill，坐标 @user_37b3d0df/biddocx-creator，由社区用户 user_37b3d0df 发布，来源 community，分类 professional，当前版本 1.1.0。它要解决的问题是：把”需求理解、方案设计、功能设计、架构配图、对标响应、质检与封装”这条投标技术方案全流程，压缩成一句触发词就能启动的工作流。
该 Skill 的标签为 requires_api_key=false，即使用时不需要配置 API key。
核心功能¶
根据官方资料，该 Skill 的能力覆盖投标技术方案编写的几个关键环节：
1、需求理解：解析招标需求，形成方案输入。
2、方案设计：搭建投标技术方案的整体结构。
3、功能设计：展开功能模块层面的设计内容。
4、架构配图：绘制技术架构、功能架构等配图。
5、对标响应：对照招标文件逐条做响应性检查。
6、质检与封装：对成稿做质量检查并整理封装。
另外，当用户需要创建或修改投标技术方案、画配图、做响应性检查、质量检查时，该 Skill 也会被触发。
安装与启用¶
该 Skill 在 SkillHub 平台分发，页面地址为 https://www.skillhub.cn/skills/user_37b3d0df/biddocx-creator 。当前已抓取的资料中没有给出可直接核实的命令行安装命令，也没有 Cursor、Codex CLI、Claude Code 各客户端的差异化安装说明，因此不在此编造。安装方式以官方页面为准。
可核实的启用条件有两条：
1、无需 API key（requires_api_key=false）。
2、触发方式为自然语言触发：当用户说出特定字眼时自动调用，无需手动指定 Skill。
触发词示例：
帮我写投标文件 / 帮我写技术方案 / 帮我写技术方案框架
帮我写投标方案 / 技术方案怎么写 / 生成投标文档
做一份投标方案 / 整理投标材料
典型用法¶
用法一：直接让 Skill 生成方案框架。
帮我写技术方案框架，项目是政务信息化方向，要求覆盖需求理解、方案设计、功能设计、架构配图和质检封装。
用途：用一句话给出项目方向，让 Skill 按投标全流程展开。
用法二：在已有方案上做响应性检查。
帮我做投标方案的响应性检查，逐条对照招标文件，标出未响应或响应不足的条目。
用途：已有成稿后，让 Skill 回到”对标响应”环节逐条核查。
用法三：单独产出配图。
帮我画技术架构图，用于投标方案的架构章节。
用途：当框架已搭好、只缺图的时候，单独触发架构配图能力。
用法四：整理投标材料。
整理投标材料，输出功能设计、架构配图和质检封装后的成稿。
用途：把各环节产物按投标文档的组织方式汇总。
适用场景与注意¶
适合的场景：
1、政务、信创、企业、医疗、教育等各类信息化项目的投标技术方案编写。
2、从零搭建投标技术方案框架，或对已有方案做补全、修改。
3、需要架构配图、响应性检查、质量检查等环节性产出的工作。
需要注意的地方：
1、该 Skill 来源为 community，发布者是社区用户 user_37b3d0df，不是官方出品，使用前建议通读其 SKILL.md 内容。
2、页面显示评分 100000、下载 1101、安装 0（数据以 SkillHub 页面为准），目前属于上架不久、安装量还很低的 Skill，稳定性需要在具体项目里验证。
3、投标文件最终要对招标文件逐条负责，Skill 产出的是草稿和检查清单，正式封装前的人工复核不能省。
4、该 Skill 标签 requires_api_key=false，意味着不需要额外申请 API key，但如果客户端本身需要模型服务，模型侧的费用和权限按客户端配置走。
结语¶
投标文档编写专家把投标技术方案编写拆成需求理解、方案设计、功能设计、架构配图、对标响应、质检与封装六个环节，用自然语言触发，无需配置 API key。对经常参与信息化项目投标、需要反复组织技术方案文档的开发者来说，它提供了一条可直接调用的工作流。官方地址：https://api.skillhub.cn/user_37b3d0df/biddocx-creator ，页面地址：https://www.skillhub.cn/skills/user_37b3d0df/biddocx-creator 。
