跳转到内容

Clip vs MCP & CLI

你可能用过 MCP Tool 给 Claude 加工具,或者直接写 CLI 脚本做自动化。Clip 和它们解决类似的问题,但做了不同的取舍。

ClipMCP ToolCLI 脚本
给谁用Agent + 人Agent
自描述结构化 manifest(命令、参数类型、匹配模式)纯文本 descriptionman page / —help
可组合Clip 调用 Clip,通过 Hub 路由不支持跨工具调用shell pipe
生命周期管理daemon 管理进程、crash 自动重启每个 server 自己管理
分发Registry + Marketplace + 一键安装手动配置 JSON手动拷贝
设备能力Edge Clip(浏览器、截图、剪贴板)需要自己实现 server需要自己写
共享Marketplace 共享 + 按次计费不支持不支持
状态模型每次调用无状态server 管理状态有 session

MCP Tool 有一个文本 description,Agent 得靠猜来决定什么时候用。

Clip 有结构化 manifest——命令名、参数类型、匹配模式都是机器可读的。Agent 不需要猜,直接匹配。

// MCP Tool
{ "name": "search_twitter", "description": "Search Twitter for tweets" }
// Clip manifest
{
"commands": [{
"name": "search",
"description": "Search tweets",
"patterns": ["search twitter", "find tweets about"],
"input": {
"query": { "type": "string", "required": true },
"sort": { "type": "string", "enum": ["recent", "hot", "relevant"] }
}
}]
}

MCP Tool 之间是隔离的。你的 Twitter Tool 不能调用你的 Browser Tool。如果需要多步操作,Agent 必须一步步编排。

Clip 可以互相调用——Twitter Clip 可以直接调用 Browser Clip,不需要 Agent 参与中间步骤。

PlantUML Diagram

更少的往返,更省 token,Agent 不需要理解中间细节。

CLI 脚本你得自己管进程。MCP server 你得自己配置启动。

Clip 有 pinix daemon——它帮你拉取、启动、监控、重启。pinix hub add @pinix/todo 一条命令搞定,不需要手动配 JSON 或写 systemd service。

MCP 没有标准的包管理。每个 MCP server 都要手动在 claude_desktop_config.json 里配置路径。

Clip 有 Registry(发布代码包)和 Marketplace(共享运行中的实例)。安装是一条命令,共享可以按次计费。

想让 Agent 控制浏览器?MCP 需要你自己写一个 MCP server。

Pinix 有 Edge Clip——bb-browser 把 Chrome 变成 36 个平台、100+ 个命令。pinix start 自动拉起,不需要额外配置。

场景推荐
给 Agent 加一个快速能力Clip
需要跨工具组合的复杂工作流Clip
设备集成(浏览器、截图、剪贴板)Edge Clip
想让别人付费使用你的能力共享 Clip
单次脚本、不需要 AgentCLI 脚本就够了