前言¶

供应商拿到招标文件，发现评分标准明显偏向、参数直指某个品牌、废标条款不合理，第一反应往往是“我要质疑”。但真正落笔时，多数人卡在三件事：质疑函和投诉书有什么区别、哪些法定要素少一个就会被驳回、法律条文引用到哪一条。这个 Skill 把这套起草流程结构化，用对话方式采集项目信息，再生成格式规范的文书。

这是什么¶

这是 SkillHub 社区发布者 user_7ae399a8 维护的一个 Skill，坐标 @user_7ae399a8/m2026070803，版本 1.0.1，分类 professional，标签 requires_api_key=false。它解决的问题很窄：在《中华人民共和国政府采购法》体系下，起草、生成或修改质疑函与投诉书，并检查文书的法定要素是否齐全。

页面显示评分 100000，下载 1109。官方简介称其基于“政府采购法律法规结构化 MD 知识库 + 100000 全国投诉处理案例”，按法定要素生成格式规范、论证严密、引用精准的文书。这部分能力描述来自 Skill 自述，未从外部资料独立核实。

核心能力¶

按官方简介，能力集中在四件事：

1、起草质疑函：当采购文件、采购过程或中标结果损害供应商权益时，生成符合法定格式的质疑函。
2、起草投诉书：对质疑答复不满意或采购人逾期未答复时，生成投诉书。
3、要素检查：核对文书是否包含采购项目名称及编号、采购人或代理机构名称、供应商信息、具体诉求、事实依据、法律依据等法定要素。
4、模板输出：给出质疑函、投诉书的标准结构，便于用户按结构补全内容。

触发词覆盖“写质疑函”“起草投诉书”“政府采购质疑”“政府采购投诉”“帮我质疑”“供应商维权”“评分不公平怎么办”“参数指向特定品牌”等说法。

安装与启用¶

该 Skill 发布在 SkillHub 社区，页面地址为 https://www.skillhub.cn/skills/user_7ae399a8/m2026070803，坐标 @user_7ae399a8/m2026070803。

需要注意两点：

• 标签 requires_api_key=false，意味着启用时不需要额外配置 API Key。
• 本次抓取未获取到官方给出的具体安装命令或目录路径，因此不在此列出命令。请以 SkillHub 页面为准确认安装入口；Skill 基于通用 SKILL.md 格式，理论上可被支持该格式的 Agent 加载。

典型用法¶

官方给出的使用示例是一个分步采集过程。用户提出需求后，Skill 先确认文书类型，再逐项索取信息，最后生成完整文书。

用户：帮我写一份质疑函，评分标准有问题
AI：请问您需要起草的是质疑函还是投诉书？请提供：
  ① 采购项目名称及编号；
  ② 采购人/代理机构名称；
  ③ 您的公司名称、地址、联系人及电话。
（分步采集后生成完整文书）

可以看到它不会一上来就堆文本，而是先问清文书类型，再把项目、对方主体、自身主体三类信息采集齐。这套分步提问是这类文书起草的关键：少一个主体信息，文书在形式审查阶段就可能被退回。

适用场景与注意¶

适合供应商、采购代理机构内部人员等需要处理政采质疑投诉流程的角色，尤其是首次起草、对法定要素不熟悉的场景。

限制也很明确：

• 仅处理《中华人民共和国政府采购法》体系下的质疑函与投诉书。
• 不处理《招标投标法》体系的质疑投诉。
• 不做合同审查。
• 不做投标文件编制。
• 不处理其他法律文书。

如果业务落在招标投标法体系、或需要审查合同条款、或需要编写投标响应文件，这个 Skill 不是合适工具，需要另找对应能力。

结尾¶

这个 Skill 的价值在于把“质疑函/投诉书怎么写”这类高频但易错的文书起草，压成一条可复现的分步流程：确认文书类型 → 采集要素 → 生成文书。对政采供应商来说，它省下的不是写作时间，而是漏掉法定要素导致的驳回风险。

官方地址：https://www.skillhub.cn/skills/user_7ae399a8/m2026070803