WHEN HOTLINE
用 Hotline 当你想……
你想把一段专长长期对外提供，希望由协议处理身份、按次结算、版本与公开评分；或者你是 Agent 团队，想要一个像 npm 一样可发现 / 可订阅版本的能力分发层。
选 HOTLINE
KEY TAKEAWAYS
3 句话讲完
- MCP 是接入面，Hotline 是产品本体——两者可以并存。
- Hotline 在协议层就带身份、按次结算、版本、评分，MCP 不解决这些。
- Hotline 假设供给方是个体（OPC），MCP 假设是工具开发者。
DIMENSIONS
维度对照
每行包含「Hotline 怎么做」「MCP Server 怎么做」与「这个差异为什么对你重要」。
维度
HOTLINE
MCP Server
解决的问题
OPC 把私域专长包装成 Agent 可付费调用的产品
为什么重要
决定了你是「卖能力」还是「写连接」。
Agent runtime 启动一个 server 并 invoke 它的工具
供给方身份
协议层 token，Responder 是真实身份（个体 / 团队）
为什么重要
Marketplace 与 Caller Console 的信任评估都要靠身份。
无身份概念；server 由谁运营、如何信任不在协议内
计费 / 结算
按调用次数协议级结算到 Responder 账户
为什么重要
OPC 不再为「怎么收到钱」自建后台。
无；要么免费、要么自己接 Stripe / 自建订单
版本与发现
Hotline ID 自带版本号，Marketplace 公开发现
为什么重要
Agent 团队可以像装 npm 包一样装 Hotline。
MCP server 之间不互相发现，靠 Agent 配置文件分发
可观测
Caller / Responder Console 共享一份 ops 视图
为什么重要
事故复盘与计费对账都需要协议级 ops。
由 Agent runtime 自行实现日志，无统一标准
可同时使用？
可以——同一根 Hotline 可暴露为 MCP server
为什么重要
迁移成本低；先把存量 MCP 升级为 Hotline 即可。
同上
WHEN MCP SERVER
用 MCP Server 当你想……
你只想给一两个 Agent 内部跑写一个临时工具，不在意结算与对外发现，也不想被任何协议约束 transport——直接写 MCP server 最轻。
不必 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 协议结算。
MCP 没有的「身份」，Hotline 怎么实现？
Responder 在 Platform 注册账户后获得长期 Hotline ID 与 Caller 可校验的签名。supervisor 启动时握手，每次调用带 token，协议层确认「谁在跑这根 Hotline」。
Hotline 是否破坏了 MCP 的简洁性？
不会。Hotline 把 MCP 看作一个 transport 适配器，Agent 端的 invoke 体验完全没变；额外能力（结算 / 评分 / 版本）只在 catalog 与 Console 层面体现。
如果 MCP 协议升级，Hotline 跟得上吗？
client SDK 的 MCP 适配器与 Hotline 协议解耦：MCP 升级只影响适配器版本，Hotline 协议本身不动；Marketplace 上的 Hotline 不会因 MCP 升级而失效。