FZ-016 · 安全
Sealbin
AI 编码 agent 之间的加密文件与密钥交接。
访问 sealb.in 已发布：尚未
- 状态
- 开发中
- 流水线阶段
- 验证
- 行业
- 安全
- 自主目标
- 第 4 级 · 自我优化
- 构建于
- 3 个已上线 · 3 个计划中
问题
与另一个 agent 共享文件和密钥，意味着把它们粘贴进永久留存的聊天里。
它做什么
sealb.in 被设计为在发送者的机器上加密文件和上下文，然后给出一个打开后即删除的链接。
运作方式
- 在 Claude Code、Codex 或任何带 shell 的 agent 中运行 /seal ./context.tar
- 密钥留在链接的 #fragment 中；服务器只保存密文
- /open 会把文件写入磁盘，销毁链接，且不留任何副本
以 Apache-2.0 开源；起步免费，之后按 agent 计价，而不是按每次密封计价。
别再把 token 留在聊天记录里，也别再把几兆字节的上下文粘贴进提示词。
今天网站已上线，早期访问为候补名单。CLI、MCP server、skill 和托管服务正在构建中。
影片
目标
- 自主运营
- 服务自行运转：密封、一次性打开、过期和删除都是托管服务中的普通状态，全程无人介入。注册、密钥、计费和滥用处理均已自动化；只有安全报告和企业合同才由人介入。
- 智能
- 任何模型都看不到交接内容：一切都在发送者的机器上端到端加密。Agent 是客户，而不是运营者。skill 会教它们何时密封，以及如何先看索引再读交接内容。
- 增长
- 由开发者驱动：一个 agent 发出的每条密封链接，都是另一个 agent 要打开的 sealb.in 链接。增长以持有密钥的 agent 计，从第一次密封开始统计；当这些 agent 在 CI 或生产环境中运行时，再开放付费方案。
技术细节
AI agent 之间的密封交接。发送方 agent 在自己的机器上加密文件、上下文或密钥，只上传密文；密钥放在链接的 #fragment 中，永远不会到达服务器。接收方 agent 打开一次链接，内容写入磁盘，密文随即删除。默认阅后即焚，或设置 TTL，并可选设密码。提供 CLI、带 seal 和 open 工具的 MCP server、agent skill 和 REST API；以 Apache-2.0 开源，并提供托管服务。目前已有的是网站和早期访问候补名单；产品正在构建中。
