構築
使い慣れたエージェントで構築。
今使っているエージェントを持ち込むことも、プロジェクトに合わせた独自のループを構築することもでき、それらを並べて実行できます。すべてのエージェントは、コードから解析された同じアーキテクチャマップを参照でき、それぞれ専用の Git worktree でコミットします。エージェントの作業が完了すると、Panolayer がその作業にリグレッションがないかチェックし、あなたが承認するまでブランチには何もマージされません。
- Panolayer Agent
- Aider
- Claude Code
- Cline CLI
- Codex CLI
- Crush
- Deep Agents Code
- Gemini CLI
- GitHub Copilot CLI
- Goose
- Kilo Code CLI
- Kimi Code
- Letta Code
- mini-SWE-agent
- Mistral Vibe
- Open Interpreter
- OpenClaw
- OpenCode
- Pi Coding Agent
- Plandex
- Qwen Code
バグはエージェントが変更したファイルの中にはありません。それらに依存するファイルの中にあるのです。
たとえば、getPrice() がセントではなくドルを返すように切り替えるよう、エージェントに依頼したとします。エージェントは商品ページとカートを更新し、テストも合格します。しかしチェックアウトも getPrice() を呼び出しており、結果をまだセントとして扱っているため、20 ドルの注文に 20 セントしか請求されません。
01 / 構築
すべてのエージェントをひとつの場所に
今では多くの開発者が複数のエージェントを使っていますが、それぞれが別々のターミナルで動き、コードベースについて別々の理解を持っています。Panolayer では、エージェントが並んで作業し、どのエージェントもコードから解析された同じアーキテクチャマップを参照できます。そのため、全員がシステムの構成について同じ全体像から出発できます。
各エージェントはそれぞれ専用の Git worktree でコミットするため、互いに上書きすることはありません。すべての実行、そのステータス、検証結果をひとつのビューで確認できます。
02 / 構築
独自の API キーで、ワンクリックでインストール
Agent Marketplace には、Aider、Claude Code、Cline CLI、Codex CLI、Gemini CLI、GitHub Copilot CLI をはじめとする 20 のコーディングエージェントと、Panolayer Agent がそろっています。使っているエージェントをワンクリックでインストールし、ターミナルで何も設定することなく、同じページからプロジェクト上で起動できます。
エージェントは、あなた自身のサブスクリプションまたは API キーで動作します。モデルプロバイダーには直接支払い、Panolayer がその請求の間に入ることはありません。
Agent Marketplace
03 / 構築
あなたの承認なしには何も取り込まれない
エージェントは自分の作業をブランチにマージできません。作業が完了すると Panolayer が結果を検証し、その後の判断はあなたに委ねられます。マーケットプレイスのエージェントは、ワークスペースの範囲、ツール、ネットワーク、リソース制限、シークレットへのアクセスが制御された、堅牢化されたコンテナ内で実行されます。メインツリーはコンテナ内にマウントされないため、エージェントがブランチに到達する経路はありません。Mac にすでにインストールされている CLI エージェントは、それぞれの worktree 内で起動し、マージを自ら実行するのではなく要求するよう指示されます。
チェックポイントはローカルブランチの手前にある
ローカルブランチ
feature/login出発点です。main で作業することもできます。
エージェントごとの個別の worktree
Claude Code専用のチェックアウト · 専用の編集
Codex CLI専用のチェックアウト · 専用の編集エージェントはここで必要なだけコミットします。
Panolayer が作業をチェック
エージェントが完了を宣言すると、検証が実行されます。
↶ チェックに失敗 → エージェントに差し戻し
ローカルブランチ
feature/login承認された変更がここであなたの作業に合流します。
- あなたがプッシュ
- リモートのフィーチャーブランチ
- pull request とレビュー
- main にマージ
メインの作業ツリーはコンテナにマウントされません。エージェントが直接マージすることはできません。
Mac 上の worktree 内で実行されます。マージを要求するよう指示されていますが、これはポリシーであり、コンテナによる分離ではありません。
チェックが失敗していても、エージェントの作業をいつでも自分でコミットしてマージできます。
04 / 構築
すべての実行をチェック
エージェントによる作業の要約が、実際の作業内容と一致するとは限りません。エージェントの作業が完了すると、Panolayer は言及されたファイルだけでなく、実際に変更されたすべてのファイルを記録し、そのコードとそれに依存するすべてのものに適用されるルールに照らして、変更全体をチェックします。
検証の仕組み
05 / 構築
独自のエージェントを構築
エージェントの振る舞いはハーネスで決まります。どう計画するか、完了と言う前に何をチェックするか、ステップが失敗したときに何をするか。通常、カスタマイズできるのはプロンプトだけです。Graph Builder なら、ハーネスそのものをグラフとして配置して設計できます。完成したら、非公開にしておくことも、マーケットプレイスに公開することもできます。
Graph Builder の仕組み
Panolayer Agent
プラットフォームに組み込まれ、アーキテクチャマップと検証に接続された、Panolayer 独自のエージェントです。ほかのエージェントと同じように、コーディングに使えます。
検証がリグレッションを検出すると、Panolayer Agent はその失敗と影響を受ける呼び出し元を指示として受け取り、専用の worktree で修正します。その修正は再び検証にかけられます。
あなたが構築したループを実行するのも Panolayer Agent です。ループとは、Graph Builder で配置するワークフローのことで、ステップ、ステップ間のチェック、そしてチェックが失敗したときの動作で構成されます。Panolayer Agent はそれをステップごとに進め、追加された各チェックを実行し、問題が起きたときには設定された失敗パスに従います。
さらに、コミット前に変更をレビューしているときには、diff が読み込まれた状態でチャットを開き、すべての行を読む代わりに、何がなぜ変わったのかを質問できます。
よくある質問
どのエージェントがサポートされていますか？
Panolayer Agent と 20 のサードパーティ製エージェントをサポートしています。全一覧はエージェントリファレンスに記載されています。
サポート対象のエージェントをすべて見るすべてのエージェントがコンテナ内で実行されますか？
いいえ。マーケットプレイスからインストールしたエージェントはコンテナ内で実行されます。Mac にすでにインストールされている CLI エージェントは、あなたの権限で、それぞれ専用の worktree 内で実行されます。これにより作業はブランチから分離されますが、セキュリティ上のサンドボックスではありません。
エージェントは自分の作業をマージできますか？
いいえ。作業はまず検証され、その後の判断はあなたに委ねられます。チェックが失敗していても、自分でマージすることはできます。失敗は「検証」に一覧表示されたまま残ります。
エージェントはアーキテクチャを参照できますか？
できます。Panolayer は、コードベースのマップ（構造、呼び出し元、依存関係）を照会するための MCP ツールをエージェントに提供します。特定のタスクでそれを使うかどうかは、エージェント次第です。
複数のエージェントを同時に実行できますか？
はい。それぞれに専用の worktree が割り当てられ、すべての実行を並べて確認できます。
独自のサブスクリプションや API キーは必要ですか？
はい。エージェントは、あなた自身のサブスクリプションまたは API キーで動作します。Panolayer がモデルへのアクセスを再販することはありません。
エディタの代わりになりますか？
いいえ。Panolayer はエディタと並べて使います。エージェントはそれぞれ専用の worktree で作業するため、エージェントの実行中もエディタで作業を続けられます。