自助洗衣店の深夜、乾燥機がうなりを上げている横で、隣にいる“コードを書く兄ちゃん”がノートPCを見つめながらキーボードを叩き、会社が出したばかりのコンプライアンス方針を罵っている。「すべての Agent が OpenAI に投げるリクエストは、社内の監査用エージェントを通さなきゃいけない。さらに、どの prompt も必ずリスク制御でスキャンされる」。私は乾燥機を2台隔ててその様子を見て、彼が髪をかきむしるのを見て思った。この人が、@OpenGradient の6月16日に公開された Veil を知っていたら、今夜こんなに遅くまで起きていなくても済んだのに。
聞いたときはつい口をすぼめた。「また“プライバシー最優先”をうたう開発者向けツールか。世の中にいくらでもある」。でも分解してみると、OpenGradient Veil の設計は本当に開発者の命を助けるために作られていた。これはローカルで動く秘密の AI エージェントで、あなたの Agent のそばに待機して、各 prompt をプライベートに保ちつつ検証可能にする。OpenAI 互換の Agent なら、環境変数を1つ変えるだけで接続できる。コード改修はゼロで、5分で元の構成から、クラウドに記録されない経路へスムーズに切り替えられる。$G
中核の仕組みは Oblivious。あなたが誰で、何を聞いているのかを完全に切り離す。従来の SaaS 型の大規模モデルでは、API key、IP、リクエスト本文がセットになっており、クラウドから一目で「この顧客が何を聞いているか」が見えてしまう。Veil はローカルでこの2つを分離し、上流のモデルは“合法なリクエストが1件ある”ことしか知らない。どの会社のどの Agent なのかも分からないし、prompt の内容も分からない。このアイデンティティの疎結合を、企業内の Agent シーンに持ち込むと、C端向けのプライバシー保証より価値がもう一段上になる。
ただ、拍手するのはまだ早い。Veil はローカル代理を1層増やす分だけ遅延も増える。頻繁に Agent のチェーンを呼び出すと、非稼働級まで使えなくなるんじゃないか？ さらに OpenAI-compatible の互換ルートで、Anthropic や Gemini をカバーしても、ゼロ改修のまま動くのか？ Oblivious の仕組みで失敗すると原因調査がブラックボックス化する。DevOps はどうやって本番の障害を特定する？$TNSR
来週、社内の内部 Agent で PoC をやる予定だ。上流を OpenAI から Veil に切り替え、平均遅延、エラー率、コンプライアンス監査ログの3つの観点で記録し、「5分で接続できる」という話に本当味があるかを確かめる。
自助洗衣店の乾燥機はまだブンブン回っている。例の兄ちゃんはノートPCを閉じ、ため息をついて顔を膝に埋めた。このご時世、コードを書く人がしんどいのはコードを書くことじゃない。会社がコンプライアンス監視で追い詰められないように、1行1行を老板の代わりに考え抜くことだ。
書き終わって雑談が終わったと思っても、実際に手を動かす前にもう一度考え直せ。
#opg $OPG