平台能力探测师

它解决什么问题

决定"能不能接"某个平台时，真正耗时的不是写代码，而是调研：小红书有没有开放 API？Notion 的 MCP 连接器现在还能用吗？平台的限频和字段限制是什么？这些答案分散在官方文档、开发者论坛和过时的博客里，人工拼凑出来的结论往往带着过期信息。这个技能把这类调研自动化：给它一个平台名，它负责把"有没有接口、能不能接、要什么授权"查清楚。

工作方式：四步探测流程

技能围绕一条线性工作流设计：

• F1 接收平台 — 用户给出平台名，例如 小红书、知乎、Notion、飞书；
• F2 联网探测 — 检索该平台是否有可用的 API/MCP、官方限制条款、现有连接器；
• F3 可行性评估 — 输出"能做什么 / 不能做什么 / 需要什么授权"三段式清单；
• F4 生成报告 — 汇总为平台能力清单，每条能力标注 能力 / 限制 / 接入方式 / 风险 四个维度。

触发方式很直接：在对话中说"平台探测"、"能力评估"、"能不能接"、"接口探测"、"限制查询"、"平台调研"等即可。

适用边界与红线

• 只检索，不接平台 — 它不会替你实际调用任何平台的 API，产出的是调研结论而非集成代码；
• 结论必须标注来源 — 每条判断都要给出依据，方便你自行复核；
• 不夸大、不隐瞒 — 能力上限和限制条款如实呈现，避免调研结论失真；
• 术语对齐见 references/词库.md，多平台对比时建议统一使用其中的表述。

适合接入前调研、可行性评审、连接器选型这类场景；如果你已经有了接口并需要写集成代码，这个技能帮不上忙。