快速结论
UnClick 是给 MCP 兼容 Agent 使用的托管工具、连接与记忆层。它试图用一次配置连接大量应用，让 Claude、ChatGPT、Cursor 或自建客户端通过统一 MCP 入口发现并调用工具，同时提供跨会话 Memory、连接管理、AutoPilot 工作编排和 XPass 检查。截止 2026-07-21，官方目录展示 666 个应用和 1580 个 customer-visible actions；这些是当前目录计数，不应改写成每个动作都已独立验证或每个应用都具备完整能力。
产品仍在 beta，官方表示当前免费。它适合开发者做低风险集成验证和目录探索，但不应因为“一个 MCP 接全部应用”就一次性授权邮箱、云盘、代码仓库、财务和社交账号。真正的风险不在安装命令，而在连接令牌、工具参数、结果日志、长期记忆以及可写工具能够对外发信、修改记录、删除文件或触发业务流程。
核心功能
- 统一 MCP 入口：兼容 MCP 的客户端可通过一个服务发现多个应用与动作，减少逐个安装 server 的配置工作。
- 动态工具目录：当前公开目录显示 666 apps、1580 actions，数量会随服务端目录变化，不需要客户端包为每个新动作单独升级。
- 工具搜索与调用：通过目录搜索、工具信息和通用调用模式，让 Agent 先发现 schema，再提交参数。
- 跨会话 Memory：保存事实、身份、会话或其他长期上下文；便利性伴随过期、误记、敏感信息持久化和跨任务污染风险。
- Connections：把第三方应用授权集中到服务层，减少重复登录，同时形成高价值令牌集中点。
- AutoPilot 与 XPass：官方将其描述为规划、路由、检查和证明工作的机制；不能把自动检查当作应用侧事务成功或人工验收的替代品。
适合人群
- MCP 应用开发者：希望快速比较多个 SaaS 动作和工具 schema。
- 原型团队：用测试账号验证跨应用流程，不急于承诺生产可靠性。
- 需要持久上下文的 Agent 团队：能够定义哪些事实可保存、何时过期和如何删除。
- 有安全治理的内部自动化团队：能隔离账号、限制 OAuth scope、审查日志并审批写操作。
- 不太适合的人群：希望把个人主账号全部接入、无法检查第三方数据处理、需要自托管源码，或要求稳定 SLA 和确定性写入的组织。
使用场景
- 目录探索：先搜索支持的应用与动作，核对参数和权限，再决定是否建立连接。
- 低风险读取：用测试账户读取公开或非敏感数据，观察结果结构、错误和限流。
- 跨会话助理：保存经过用户确认的偏好或项目事实，同时提供查看、更正、过期和删除入口。
- 多应用草案流程：准备邮件、任务或记录更新草案，在真正外发或写入前要求用户确认。
- 集成可行性测试：比较 UnClick 与直接 MCP server、工作流平台或官方 API 的维护成本和故障边界。
价格与版本
截至截止日期，UnClick 官方 FAQ 表示 beta 期间免费，因此 pricing 使用“免费”，不是“免费增值”。官方没有公布 beta 结束后的价格、固定请求额度、各连接器限制、并发、Memory 容量或生产 SLA。666 apps 和 1580 actions 是目录覆盖数字，不是免费 quota；不要把两者混为一谈。
官方页面链接到 npm 包 @unclick/mcp-server，npm 元数据声明 MIT；但页面所指的 GitHub 源码仓库在核验时返回 404。由此最多可以说 npm 包声明 MIT，不能声称当前有可审计、可复现构建的公开仓库，也不能推断 UnClick 托管后端、连接器、目录数据或运营服务都在 MIT 下开源。要求源码审查或自托管的团队应在采用前向供应方取得有效仓库、对应版本源码和构建说明。
国内访问与使用体验
needsVPN 保持 true。即使 MCP 端点可连，第三方应用的 OAuth、登录、回调和 API 可达性也可能各不相同。目录数字不能替代逐个连接测试：开发者要核对动作是否可用、需要哪些 scope、返回什么数据、是否会写入、失败能否安全重试，以及服务端更新 schema 后客户端如何发现变化。
连接令牌应视为核心秘密。使用专用测试账号和最小 OAuth scope，不把 token 放进提示词、聊天、仓库或普通日志；确认服务方如何加密、轮换、撤销和删除连接。工具调用日志可能同时包含收件人、文件名、搜索词、业务记录和响应内容，必须明确日志位置、保留期限、支持人员访问和导出删除方式。
Memory 不应成为无边界档案库。默认禁止保存密码、API key、身份证明、财务、医疗、员工或客户敏感信息；允许用户看到系统记住了什么，并支持纠正、过期、按项目隔离和彻底删除。对写操作采用“草案优先”：发送消息、发布内容、改权限、删文件、创建订单、修改财务或员工记录前，向用户展示目标、字段和影响并取得明确确认。调用超时后不要盲目重试，因为首次写入可能已经成功。
优点
- 单一 MCP 配置可探索广泛应用目录，原型速度快。
- 动态目录减少为每个新动作安装和升级独立包的工作。
- Connections、Memory 和工具层放在一起，便于验证跨应用 Agent 体验。
- 当前 beta 免费，适合用隔离账号做技术可行性测试。
不足
- beta 阶段的配额、未来价格、SLA 和长期稳定性未公开。
- 666 个应用与 1580 个动作的质量、权限和错误语义需要逐项验证。
- npm 声明 MIT，但官方链接的源码仓库返回 404，审计与可复现性不足。
- 集中保存多个服务的连接令牌会扩大单点泄露影响。
- 持久 Memory 和日志可能长期保留错误、过时或敏感数据。
- 通用调用入口如果缺少审批，可能把模型误判变成高影响外部写入。
替代品对比
| 工具 | 更适合谁 | 优势 | 不足 |
|---|---|---|---|
| n8n | 希望可视化控制连接、分支和审批的团队 | 工作流、凭据和自托管选项成熟 | 需要自己设计 Agent 工具发现与记忆 |
| Dify | 构建有知识库和流程控制的 Agent 应用 | 应用编排、模型和数据集成集中 | 大量 SaaS 动作仍依赖插件或自建接口 |
| Coze | 快速搭建面向用户的 Bot 与工作流 | 上手快、发布渠道丰富 | 数据治理和外部动作仍需逐项审查 |
| GitHub MCP | 只需 GitHub 且重视官方边界的开发团队 | 单一平台 scope 与动作更容易理解 | 不提供跨 666 个应用的统一目录 |
常见问题 FAQ
UnClick 属于什么类别？
它通过 Model Context Protocol 向客户端提供工具、连接和 Memory，因此本站归为 MCP，而不是泛化的智能体产品。
UnClick 当前有多少应用和动作？
截止 2026-07-21，官方目录写明 666 apps 和 1580 customer-visible actions。目录会变化，实际可用性和权限应在调用前检查。
UnClick 免费吗？
beta 期间当前免费。未来价格、固定额度和 SLA 未发布，不能假定永久免费或无限调用。
UnClick 是开源的吗？
npm 包声明 MIT，但官网关联的 GitHub 仓库核验时返回 404。不能据此声称完整服务已公开源码或托管后端可自建。
可以把所有个人账号一次连接进去吗？
不建议。先用测试账号，每次只授权任务必需的最小 scope，并建立 token 撤销、日志检查和离职或停用流程。
Memory 里适合保存什么？
只保存用户明确同意、对后续任务确有价值且可删除的非敏感事实。密钥、验证码、支付、医疗、身份和员工客户敏感数据不应进入通用长期记忆。
写操作如何防止误执行？
先生成草案，展示应用、账号、目标和完整变更，用户确认后才调用。对删除、外发、权限、订单、财务和员工数据采用额外审批，并用幂等键或调用后查询避免重复写入。
总结
UnClick 的卖点是把 666 个应用、1580 个动作、连接和跨会话 Memory 放进一个 MCP 层，价值是降低试验门槛，而不是自动消除集成风险。采用它时要把目录覆盖和已验证质量分开，把 npm 的 MIT 声明和当前 404 的源码仓库分开，把“能调用”与“允许自动写入”分开。最合理的起点是测试账号、只读动作、禁存敏感 Memory 和详细审批；只有在 token、日志、删除、配额、错误和重试都被验证后，才逐步开放真实写操作。