AIコーディングエージェントへ外部ツールを足すほど、できることは広がります。検索、データベース、社内サービスまでつなげば、ターミナルの中で扱える仕事は増えるでしょう。その一方で、最初から大量のツール説明を渡す設計は、本当に開発の助けになるのでしょうか。
Earendilは10月1日、オープンソースのAIコーディング用ハーネス Pi 1.0 を公開しました。今回の焦点は、MCP対応を加えたことだけではありません。必要な場面までツールを読ませない仕組みや、用途ごとにモデルを組み合わせる拡張を同時に入れ、エージェントの土台を小さく保とうとしています。
Pi 1.0で見るべきなのは、AIに何個の道具を持たせられるかではなく、どの道具を、いつ文脈へ入れるかです。
ツール連携を増やしながら会話を重くしにくい設計を、開発者の目線で追います。
Pi 1.0は「小さなハーネス」を正式版へ進めた
Piは、AIモデルにファイル操作やコマンド実行を渡して開発作業を進めるための、最小限のエージェントハーネスです。開発元のPi 1.0発表によると、正式版は安定性を高めたうえで、MCPをネイティブに扱うCodemode、virtual models、Deferred tool loadingなどを追加しました。
ここでいう「小ささ」は、機能不足を意味しません。Piの公式サイトは、拡張・skills・プロンプトテンプレート・テーマを組み合わせて、自分のワークフローへ合わせる設計を掲げています。最初から完成品の作業手順を押しつけるより、必要な部品を選ぶ考え方です。
AIコーディングで重要なのは、モデルの賢さだけではありません。どの指示、ファイル、ツール定義が毎回の会話へ入るのかを把握できると、想定外の動きが起きたときの切り分けもしやすくなります。
MCP対応でも、最初から全ツールを読ませない
MCPは、AIと外部ツールやサービスをつなぐための共通の仕組みです。Pi 1.0ではCodemodeを通じてMCPをネイティブにサポートし、JavaScriptのサンドボックスでツール呼び出しを組み立てられるようになりました。複数回の操作をまとめ、モデルへ戻す結果を絞るという発想です。
Deferred tool loadingが向く場面
同時に追加されたDeferred tool loadingは、使えるツールの定義を会話の冒頭で全部渡さず、必要になった時点で読み込む仕組みです。ツールが増えたチームでは、いつも使うのが数個だけという場面も珍しくありません。そこでは「今の作業に必要なものだけを見せる」という設計に意味があります。
ツールを後から読む仕組みは、権限管理そのものではありません。
接続先で何を実行できるのか、誰が許可するのかは別に設計が必要です。外部操作を含むエージェントの止め方は、[AIエージェントの権限管理を扱った記事](https://melihat.jp/archives/2057)も参考になります。
途中でモデルを替えると、作業の分け方が変わる
Piは公式に15以上のプロバイダーを案内し、会話の途中でもモデルを切り替えられると説明しています。Pi 1.0で追加されたvirtual modelsは、複数のモデルを一つのモデルのように扱うための拡張です。公式発表では、計画に強いモデル、実装に使うモデル、切り替えを判定するモデルを組み合わせる例も示されました。
これは「自動で最適なモデルを選んでくれる」という保証ではありません。むしろ、計画、実装、確認といった役割分担を、プロジェクト側で明示できる余地が増えるということです。長い処理や複数の外部ツールを使うほど、どの段階でどのモデルと設定を使うかを書き残す価値は大きくなります。
モデルを分ける前に、まずは一つの作業を「調べる」「変更する」「確認する」に分けてみると、切り替える理由が見えやすくなります。役割が曖昧なままモデルだけ増やすと、かえって追跡しにくくなります。
Piが最初から持たないものもある
Piの方向性は、便利な機能をすべて標準装備することではありません。公式サイトでは、sub-agents、権限確認のポップアップ、plan modeなどを組み込み機能としては持たず、必要なら拡張やパッケージで加える考え方を明記しています。
そのため、初めてAIコーディングを試す人が、何も考えずに安全な環境を手に入れられる製品とは言い切れません。特にファイル変更や外部サービス連携を許すなら、実行場所、アクセス権、変更内容の確認方法を先に決める必要があります。ローカル実行の選択肢まで含めて考えたい場合は、Hermes AgentのLocal Modelsとの違いも押さえておくと、役割を混同しにくくなります。
MCP対応は、接続先を増やせることを示す機能です。接続先の信頼性、読み書きできる範囲、失敗時に戻せるかは、Piとは別に確認してください。
「何でも入り」の前に、作業に必要な文脈を選ぶ
Pi 1.0と同時に、長時間動くエージェント向けの実験的パッケージ Pi Durable も公開されました。こちらはPi本体へ機能を積み増すのではなく、長い会話や作業状態を扱うための別の土台として位置づけられています。
AIコーディングは、モデル名や新しい連携規格だけを追うと、いつの間にか入力・権限・操作履歴の設計が後回しになります。Pi 1.0の面白さは、MCPや複数モデルを使えるようにしながら、文脈を必要な分だけ扱う方向を選んだことです。次にエージェントへ道具を増やすときは、まず「この作業で毎回必要な情報は何か」から決めてみてください。
AIエージェントを強くする近道は、常に全部を渡すことではありません。
作業ごとに必要な文脈と権限を選べることが、使い続けられる開発環境につながります。
