WHEN HOTLINE
用 Hotline 当你想……
能力的核心实现需要保护、需要变现，或执行成本高不该由模型上下文承担——这些场景适合走 Hotline 协议化调用。
选 HOTLINE
KEY TAKEAWAYS
3 句话讲完
- Skills 在模型上下文内引导行为，Hotline 在上下文外提供可调用能力——层级不同。
- Skills 可以调用 Hotline 作为执行后端，两者天然可以组合。
- 商业化、版本管理、评分和结算需要在 Skill 之外另建，Hotline 提供了这一层。
DIMENSIONS
维度对照
每行包含「Hotline 怎么做」「Agent Skills 怎么做」与「这个差异为什么对你重要」。
维度
HOTLINE
Agent Skills
执行位置
Responder 本机执行，模型只见 input_schema / output_schema
为什么重要
执行位置决定了实现逻辑是否需要进入 prompt。
适合把说明、流程和偏好放进模型上下文，引导模型在上下文内执行
上下文占用
近零上下文占用，调用走协议外通道
为什么重要
影响 Agent 在长会话里能装多少能力。
占用 prompt 空间和 token 额度，适合轻量级行为指导
责任边界
Responder 对 result_package 负责；Caller 对 Agent 决策负责
为什么重要
需要明确责任归属的场景适合走协议化调用。
模型理解指令后自行执行，责任归属由 Agent 开发者管理
商业化
协议层按次结算，自动入账
为什么重要
能力需要变现时，需要协议级结算支撑。
适合免费分享行为指导；商业化、版本、评分和结算需要在外层另建
更新与版本
Hotline ID 带版本号，Caller 自选订阅
为什么重要
跨团队分发时需要独立的版本治理。
通常跟 Agent 项目绑定，适合项目内的行为管理
可同时使用？
可以——Hotline 可附带一份 SKILL.md 给模型当「调用提示」
为什么重要
「Skill 引导模型去调 Hotline」是推荐的组合模式。
同上
WHEN AGENT SKILLS
用 Agent Skills 当你想……
你的目标是引导模型行为——把说明、流程偏好放进上下文，让模型在项目内按指导执行。Skills 在行为注入和工作流指导上非常高效。
不必 HOTLINE
PAGE FAQ
关于 Agent Skills 的常见疑问
我已经有 Skill，能和 Hotline 配合使用吗？
可以，这是推荐做法。Skill 部分负责引导模型「何时、为什么调用这个能力」，Hotline 负责实际执行与结算。需要保护或变现的部分迁到 Hotline，SKILL.md 改为调用提示即可。
Hotline 会影响 Agent 的 prompt 吗？
不会。Hotline 的发现走 catalog API、调用走协议外通道；Agent 的 prompt 里只有「Hotline 名 + summary」级别的元信息，实现逻辑不进入上下文。
什么场景下应该只用 Skill，不用 Hotline？
当你的目标是引导模型行为——比如写作风格、代码规范、流程偏好——这类指导天然适合放进 prompt 上下文，用 Skill 足矣。
Hotline 的 supervisor 会增加部署复杂度吗？
supervisor 是一个 ~20MB 的本地常驻进程，全平台一行命令启动。它换来的是实现隔离、按次结算和跨 Hotline 共享 ops。
两者的最佳组合模式是什么？
Skill 负责「告诉模型有这种能力可以调」，Hotline 负责「真正的执行 + 结算」。同一份 Hotline 可以附一段官方 Skill 模板，让 Caller 项目一键挂上。