FZ-016 · セキュリティ
Sealbin
AIコーディングエージェント間で、ファイルとシークレットを封をして受け渡します。
sealb.inにアクセス ローンチ済み：まだです
- ステータス
- 開発中
- パイプラインの段階
- 検証
- 分野
- セキュリティ
- 自律性の目標
- レベル4 · 自己最適化
- 構成技術
- 稼働中 3 · 計画中 3
課題
別のエージェントとファイルやシークレットを共有するには、いつまでも残るチャットに貼り付けることになります。
できること
sealb.inは、ファイルとコンテキストを送信者のマシン上で暗号化し、開くと削除されるリンクを一つ発行する設計です。
しくみ
- Claude Code、Codex、シェルを使える任意のエージェントで /seal ./context.tar を実行
- 鍵はリンクの #fragment に残り、サーバーが保持するのは暗号文だけです
- /open はファイルをディスクに書き出し、リンクを無効化し、コピーを残しません
Apache-2.0のオープンソース。無料で始められ、その後はシールごとではなくエージェントごとの料金です。
チャット履歴にトークンを残したり、プロンプトに何メガバイトものコンテキストを貼り付けたりするのはやめましょう。
現在サイトは稼働中で、アーリーアクセスはウェイトリスト制です。CLI、MCPサーバー、スキル、ホスト型サービスは構築中です。
映像
目的
- 自律運用
- サービスは自動で回ります。シール、一度きりの開封、有効期限、削除は、ホスト型サービス内の通常の状態として処理され、人は経路に入りません。サインアップ、キー、課金、不正利用への対応は自動化されています。人が関わるのは、セキュリティ報告とエンタープライズ契約のときだけです。
- インテリジェンス
- どのモデルも引き継ぎ内容を見ることはありません。すべて送信側のマシン上でエンドツーエンドで暗号化されます。エージェントは運用者ではなく顧客です。スキルは、いつシールするか、引き継ぎをインデックスから読む方法を教えます。
- グロース
- 開発者主導：あるエージェントが送るシール済みリンクは、別のエージェントが開く sealb.in リンクです。成長は、キーを持つエージェントの数で、最初のシールから数えます。有料プランは、それらのエージェントがCIや本番で動くようになってからです。
技術的な詳細
AIエージェント間のシール済み引き継ぎです。送信側のエージェントが自分のマシン上でファイル、コンテキスト、シークレットを暗号化し、暗号文だけをアップロードします。鍵はリンクの #fragment に載って移動し、サーバーには届きません。受信側のエージェントがリンクを一度だけ開くと、内容はディスクに書き出され、暗号文は削除されます。デフォルトは読んだら消去で、TTLの指定や、任意のパスワードも使えます。CLI、sealとopenのツールを備えたMCPサーバー、エージェントスキル、REST APIがあり、Apache-2.0のオープンソースで、ホスト型サービスも提供します。現在あるのはサイトとアーリーアクセスのウェイトリストで、プロダクトは構築中です。
