WHEN HOTLINE
用 Hotline 当你想……
你想保护核心 prompt / 算法，让模型只通过契约调用、不接触源码；或者你希望调用本身能产生收入；或者你的能力执行成本高、不该由模型上下文承担。
选 HOTLINE
KEY TAKEAWAYS
3 句话讲完
- Skill 把源码塞进 prompt，Hotline 把契约暴露在协议——隐私模型完全不同。
- Skill 不消耗调用次数，但消耗模型上下文与 maxtoken；Hotline 反过来。
- Skill 不天然带收益，Hotline 天然按次结算。
DIMENSIONS
维度对照
每行包含「Hotline 怎么做」「Agent Skills 怎么做」与「这个差异为什么对你重要」。
维度
HOTLINE
Agent Skills
源码可见性
Responder 本机执行，模型只见 input_schema / output_schema
为什么重要
决定你的核心 know-how 是不是在第一次被调用时就被白嫖。
SKILL.md 整段进入 prompt，模型直接看到指令 / Prompt 模板
上下文 / token 成本
0 上下文，调用走协议外通道
为什么重要
影响 Agent 在长会话里能装多少能力。
Skill 越多 / 越长 = prompt 越胖，maxtoken 被吃掉
责任主体
Responder 对 result_package 负责；Caller 对 Agent 决策负责
为什么重要
对企业 Caller 来说，没有责任主体几乎等于不可用。
模糊；Skill 是「模型理解后自己执行」，出错难追溯
结算 / 变现
协议层按次结算，自动入账
为什么重要
决定 OPC 是否值得长期维护一个能力。
无；Skill 默认免费，要变现需 Skill 作者另搭付费墙
更新与版本
Hotline ID 带版本号，Caller 自选订阅
为什么重要
影响能力升级时的兼容性与回滚。
Skill 通常跟 Agent 项目绑定，版本治理弱
可同时使用？
可以——Hotline 可附带一份 SKILL.md 给模型当「调用提示」
为什么重要
「Skill 引导模型去调 Hotline」是常见组合。
同上
WHEN AGENT SKILLS
用 Agent Skills 当你想……
你的能力本身就是「教模型一段提示词」，可以放心暴露，且只在自己 Agent 内部使用、不需要变现——这种场景写 Skill 就够了。
不必 HOTLINE
PAGE FAQ
关于 Agent Skills 的常见疑问
我已经有 Skill，能升级成 Hotline 吗？
可以。把 Skill 里需要保护或需要变现的部分迁到 Responder 本机的 Hotline 实现里，SKILL.md 改写成「请通过 Hotline X 调用」的提示，模型继续走原来的入口，但执行换到协议侧。
Hotline 会污染 Agent 的 prompt 吗？
不会。Hotline 的发现走 catalog API、调用走协议外通道；Agent 的 prompt 里只有「Hotline 名 + summary」级别的元信息，源码与具体逻辑完全不进入上下文。
Skill 不要钱，OPC 凭什么让我换 Hotline？
Skill 也不会给你带来收入。Hotline 的优势是把「让 Agent 调用」与「让自己赚钱」做成同一件事；这正是把专长当作产品而不是开源贡献来运营的根本动机。
Skill 模型自己就能跑，Hotline 还要 supervisor，重不重？
supervisor 是一个 ~20MB 的本地常驻进程，Mac/Linux/Windows 全平台一行命令启动；它换来了「核心算法不进 prompt」「可按次结算」「跨 Hotline 共享 ops」。这点开销远小于把 Skill 内容反复塞进 maxtoken 的代价。
我能不能两个都做：模型先看 Skill 再调 Hotline？
完全可以，是推荐做法。Skill 部分负责「告诉模型有这种能力可以调」，Hotline 部分负责「真正的执行 + 结算」。同一份 Hotline 可以附一段官方 Skill 模板，让 Caller 项目一键挂上。