エージェントエコシステムは、通信プロトコルにおいて根本的なアーキテクチャの分岐を経験しています。一方は、Claude Codeなどが採用する一方向ストリーミングで、プロセスを生成しstdout経由でJSONLをストリーム出力します。もう一方は、HermesやACPプロトコルに代表される双方向RPCで、永続的なJSON-RPCサーバーを維持し、エージェントからの能動的な通知を処理します。本記事は、この分岐はパース層ではなくトランスポート層で行うべきだと主張し、ACPプロトコルの4つの主要コンポーネント（メッセージフレーミング、リクエスト-レスポンスマッチング、通知処理、エラー伝播）を詳細に解説します。マルチエージェントシステムを構築する開発者にとって、この選択はレイテンシ、信頼性、複雑なワークフローの処理能力に直接影響します。ACPアプローチは本番システムにより強力な保証を提供する一方、一方向ストリーミングはプロトタイピングには依然としてシンプルです。このトレードオフの理解は、エージェントインフラを設計するすべての人にとって不可欠です。
エージェントエコシステムにおける2つの主要な通信パラダイムと、トランスポート層での分離が重要な理由を深く分析。