WHEN HOTLINE
用 Hotline 当你想……
能力需要被产品化——需要身份、按次结算、版本管理与公开评分；或者你是 Agent 团队，想要一个可发现、可订阅版本的能力分发层。
选 HOTLINE
KEY TAKEAWAYS
3 句话讲完
- MCP 解决 tool access，Hotline 解决能力产品化——它们是互补关系。
- Hotline 可以暴露 MCP surface，产品化与路由、结算在 Hotline 层完成。
- 身份、发现、版本、评分和结算通常需要在 MCP 之上由产品层补齐，Hotline 提供了这一层。
DIMENSIONS
维度对照
每行包含「Hotline 怎么做」「MCP Server 怎么做」与「这个差异为什么对你重要」。
维度
HOTLINE
MCP Server
解决的问题
把能力包装成可发现、可调用、可结算的产品
为什么重要
一个关注产品化形态，一个关注运行时接入管道——解决的问题不同。
让 Agent runtime 连接并调用工具
身份与信任
协议层带 Responder 身份，支撑评分与信任评估
为什么重要
能力走向市场时需要供给方身份，MCP 层不关注这件事。
适合让 Agent runtime 调用工具；身份、发现、评分和结算通常需要由产品层补齐
计费 / 结算
按调用次数协议级结算到 Responder 账户
为什么重要
需要直接变现的能力，需要协议级结算支撑。
专注于工具调用管道，计费逻辑留给上层产品自行实现
版本与发现
Hotline ID 自带版本号，Marketplace 公开发现
为什么重要
Agent 团队可以像装 npm 包一样装 Hotline。
通过 Agent 配置或文档分发，发现机制由使用方决定
可观测
Caller / Responder Console 共享一份 ops 视图
为什么重要
跨方协作的事故复盘与对账需要统一的 ops 层。
日志与可观测由各 runtime 自行实现
可同时使用？
可以——同一根 Hotline 可暴露为 MCP server
为什么重要
迁移成本低；现有 MCP server 可以通过 wrapper 获得 Hotline 产品层能力。
同上
WHEN MCP SERVER
用 MCP Server 当你想……
只需要在 Agent runtime 里连接工具，不需要产品化包装（发现、结算、评分）。MCP 在 tool access 层简洁高效，直接使用即可。
不必 HOTLINE
PAGE FAQ
关于 MCP Server 的常见疑问
我已经有 MCP server，要重写吗？
不需要。client SDK 提供一层 wrapper，能把现有 MCP server 直接 wrap 成 Hotline，原 server 进程继续跑，Hotline 在外层补齐身份、计费、版本与评分。
Agent runtime 已经支持 MCP，怎么调用 Hotline？
两条路径：1) Caller 通过 client SDK 拉 catalog 并发起调用；2) Hotline 把 MCP transport 当作一个适配器对外暴露，原生 MCP Agent 可以直接 invoke，但走的是 Hotline 协议结算。
Hotline 的身份层是怎么工作的？
Responder 在 Platform 注册账户后获得长期 Hotline ID 与 Caller 可校验的签名。supervisor 启动时握手，每次调用带 token，协议层确认「谁在跑这根 Hotline」。
Hotline 会影响 MCP 的简洁性吗？
不会。Hotline 把 MCP 看作一个 transport 适配器，Agent 端的 invoke 体验完全没变；产品化能力（结算、评分、版本）只在 catalog 与 Console 层面体现，不改变 MCP 层的调用方式。
如果 MCP 协议升级，Hotline 跟得上吗？
client SDK 的 MCP 适配器与 Hotline 协议解耦：MCP 升级只影响适配器版本，Hotline 协议本身不动；Marketplace 上的 Hotline 不会因 MCP 升级而失效。