Pi を強化した Go 製 Coding Agent「Phi」——権限・Hooks・Hashline・マルチエージェント"

Go製のターミナルCoding Agent「Phi」が面白いのは、重厚さを意図的に捨てた設計だ。約12MBのシングルバイナリで、モデルループ、ツール、権限、Hooks、TUIをすべて詰め込んだ。なぜこんなことができるのか。答えは「モデル依存を最小化した」ことだ。Phiはモデルをプラグイン扱いし、OpenAI互換APIかAnthropicプロトコルなら何でもいい。新しいモデルが出るたびに作者がバイナリを再ビルドするのを待つのは、現実的ではない。だからユーザーがconfig.yamlにAPIキーとbase_urlを書いて、必要に応じてモデルを切り替える。だが「軽い」「モデルフリー」だけでは実務は回らない。Phiがここに加えたのが権限システムだ。デフォルトは読み取り専用。破壊的操作（ファイル削除、コマンド実行）は先に承認ダイアログが出る。ルールはコマンド単位で細かく書ける。bashは全許可、ただし「rm -rf *」は拒否。fetchはgithub.comだけ許可——こういう「お願いベース」ではなく、コードと設定に落とされた安全性だ。AIの鬼がここで膝を打つのは「Hooks」機構だ。ツール呼び出しの前後で任意のスクリプトを走らせることができる。バイナリを再ビルドせず、config.yamlに混ぜ込まず、ディレクトリを置くだけで組織ポリシーが効く。「特定パターンのコマンドを無条件拒否」「監査ログに記録」「危険な引数を安全なものに置換」——これらが全部、スクリプトで実装可能だ。つまり企業ごとの要件が、バイナリの外で管理できる設計になっている。中小企業にとって、ここが契機になる可能性がある。「AIエージェントを導入したいが、社内ポリシーが厳しい」というジレンマは、Phiのhooksで一気に解消する。情報セキュリティ担当者が「このコマンドは許可しない」と書けば、それが即座に効く。エージェントが勝手にgit pushを実行したり、秘密情報をダンプしたりする事故が構造的に防ぎやすくなった。ただし、これは前提条件が重い。「誰がHooksを書くか」「どうメンテナンスするか」という運用負債が移動しているだけだ。