Agent Oversight Sandbox(AOS)

誰のための案か

Computer Use・AutoGPT・自前 Playwright エージェントなどのブラウザエージェントを生の API キーで運用している運用チームと個人開発者

どんな困りごとか

セキュリティと金銭損失のリスクが高い。人間は盲目的な承認では脅威の 3 分の 1 を見逃し、エージェントは開いたセッション上で野放しに走る

どう作るか

軽量な Electron ベースの安全ブラウザラッパーまたはローカルプロキシ。外向きの DOM 変更や API 呼び出しを横取りし、視覚 diff が明示承認されるまで実行を止める

なぜまだ無いのか

大半のエージェント基盤はクラウドバックエンドかヘッドレススクリプト前提で、開発速度と実行速度を優先している。DOM 変更の『変更前 / 変更後』を非技術者にも検証できる形で描画するという UI の難所に投資していない

最初の利用者

テスト中にエージェントが誤ってデータを消した、Slack を荒らした、まずいメールを下書きした経験のあるブラウザ自動化ツールの早期採用者

作る規模

2 人 × 10 週

一番のリスク

急速に進化するエージェントフレームワークがローカルプロキシを迂回するか、ローカルでラップできない独自の安全実行ランタイムを採用する可能性

的中の条件(3 つすべて必要)

• 破壊的操作(クリック・フォーム送信)の実行前に『提案 vs 現状』の DOM/状態変化をハイライト付きで並べて見せるローカル視覚ダッシュボード
• 設定可能な意味的ガードレール(例:『削除』『支払い』を含むボタンは確認なしにクリックしない)
• 人間の承認と却下されたエージェント操作をすべて記録する、書き出し可能な暗号学的監査ログ(コンプライアンス用)

的中の判定(6ヶ月後)

Electron ラッパー/プロキシの GitHub リポジトリが 750 スター + 他の開発者ツールによる本番品質フォーク 5 件に到達(判定日 2027-02-07)

AI自己確度 78/100 — 判定条件を満たす見込みの自己申告で、事業の成功率ではありません