BringSkills 用一套运行时契约,适配买家已经在用的多种 AI Agent
这一页说明当前正式支持哪些客户端、BringSkills 怎样识别调用方,以及一套运行时契约如何适配不同 Agent。
Compatibility policy
Explicit adapter coverage with launch-stage review gates
当前 launch stage 覆盖的主力 Agent
当前正式矩阵只覆盖今天真实可接入的客户端,不再用模糊口径描述覆盖范围。
OpenClaw
原生 MCP 风格接入路径,支持明确 runtime hint,也有最顺的官方安装流程。
Claude Code
面向桌面与 CLI 的正式接入,重点保证结构化执行、稳定认证和清晰输出。
Cursor
编辑器优先的接入体验,优化了本地配置和 key 使用路径。
Codex
面向 OpenAI 工作流保留稳定执行语义和更可预测的技术买家体验。
GitHub Copilot
通过同一份 listing 包和 adapter 体系接入,不要求创作者重做技能。
Windsurf
进入正式兼容矩阵,沿用同一套受保护执行与访问控制契约。
Amazon Q
通过共享运行时契约和同一条官方安装路径进入支持范围。
Aider
通过正式 adapter 矩阵覆盖终端工作流,不要求额外发布流程。
Runtime contract
- Buyer-facing output is adapted without exposing the protected runtime.
- Compatibility claims stay explicit so the launch-stage matrix still reads as trustworthy.
- The same package can be distributed across editor, terminal, and MCP-first environments.
识别与适配规则
兼容性不是静态文案,而是受控流程:先识别调用来源,再选择对应 adapter,最后再把结果整理成用户可读的形态。
1. 先识别调用客户端
BringSkills 优先看显式 hint,再看可信 header,最后才把 user-agent 作为兜底线索。
2. 选择对应 adapter 契约
平台会按当前客户端选择最合适的 adapter,并校验创作者承诺的兼容等级。
3. 把结果整理成目标客户端能用的形态
输出会被统一整理成客户端可消费的格式,但不会泄露创作者实现细节。
Runtime output
{
"summary": "3 files updated",
"artifacts": ["patch.diff", "release-notes.md"],
"status": "success"
}Adapter-shaped response
{
"client": "codex",
"display": "structured_panel",
"result": {
"headline": "3 files updated",
"artifacts": ["patch.diff", "release-notes.md"]
}
}下一步该看哪一页
根据你当前任务,直接进入安装、认证或排错页,而不是在文档里来回绕。