通义千问（阿里云百炼）
阿里云的模型 API——代码级 MCP 工具，SSE 协议，最多 10 个 server。
阿里云百炼是通义千问的开发者 API 平台——这是给在 Qwen 模型上面搭自己应用用的，不是消费级通义千问聊天 App 里的一个设置项。MCP 工具是在 API/代码层面加的，通过 Responses API 的 tools 数组，不是图形界面。百炼目前 MCP 只支持 SSE 协议，这也是 Spomory 专门跑一个 SSE 挂载点、跟原有 Streamable HTTP 端点并存的原因。已对着真实生产端点端到端验证过。
代码层面（API）
在调用 Responses API 时，加一段指向 Spomory SSE 挂载点的 MCP 工具：
{
"tools": [
{
"type": "mcp",
"server_protocol": "sse",
"server_label": "spomory",
"server_url": "https://api.yliuai.com/mcp-apikey-sse/",
"headers": {
"x-api-key": "<你的key>"
}
}
]
}百炼单次请求最多挂 10 个 MCP server，而且只支持 SSE（还不支持更新的 Streamable HTTP）——这正是上面 URL 结尾是 -sse、跟这个网站其他客户端用的纯 /mcp-apikey/ 路径不一样的原因。
用真实 curl 走完整的 SSE 握手 + initialize + API Key 鉴权流程验证过，确认打到的是跟这页其他客户端同一个生产服务。
<你的key> 从哪来？
用 curl 立即拿一个——自己测试够用：
curl -X POST https://api.yliuai.com/users/register \
-H "Content-Type: application/json" \
-d '{"email": "you@example.com"}'
# 响应里的 api_key（mck_ 开头）只在这一次返回，记下来这种方式拿到的 Key 不需要证明邮箱归属——自己测试没问题，但正式使用建议走邮箱确认表单，那个真的会验证邮箱。
去「云端 / 跨 App」页面走邮箱验证拿 Key →让它真的被用起来
接上工具不代表客户端会主动去用它们——得告诉它在回答之前先调 search_memory，在你说了件值得记住的事之后调 add_memory。SKILL.md 就是干这个的一份简短指令文件。怎么让客户端读到它，每个客户端都不一样：有些会自动扫描 skills 目录（跟 Claude Code 一个路数），有些只有自定义指令/系统提示词这类字段。这个客户端已验证过：
百炼是纯 API 平台，没有基于文件的常驻指令——把 SKILL.md 的内容当作 system 角色消息，加进每次 API 调用里就行。
GitHub 上的 SKILL.md →