agent protocol
v1.0.5
詳細については、ドキュメントをご覧ください。
AIエージェントスペースは若いです。ほとんどの開発者は、独自の方法でエージェントを構築しています。これは挑戦を生み出します。インターフェイスは毎回異なることが多いため、さまざまなエージェントと通信することは困難です。私たちはさまざまなエージェントとのコミュニケーションに苦労しているため、簡単に比較することも困難です。さらに、エージェントとの単一の通信インターフェイスがある場合、エージェントと一緒に動作するDevToolsの開発が容易になります。
エージェントプロトコル- エージェントと通信するための単一の共通インターフェイスを提示します。すべてのエージェント開発者はこのプロトコルを実装できます。エージェントプロトコルはAPI仕様 - エンドポイントのリストであり、エージェントは事前定義された応答モデルで公開する必要があります。プロトコルはTech Stack Agnosticです。どのエージェントも、どのフレームワークを使用していても（または使用していない）、このプロトコルを採用できます。
これは、生態系がより速く成長し、統合を簡素化するのに役立つと考えています。
最小限のコアから始めています。エージェント開発者から実際に必要なものについて学ぶことで、それを繰り返し構築したいと考えています。
エージェントのベンチマークを使いやすくできる一般的なシンプルな標準を設定します。プロトコルの主要な目標の1つは、優れた開発者エクスペリエンスと、エージェント開発者の終わりに関する簡単な実装です。エージェントを開始するだけで、それはあなたがしなければならないすべてです。
プロトコルの変更または改善を提案したい場合。 RFCテンプレートに従ってください。
最も重要な部分。エージェントが公開する必要があるエンドポイントを指定します。プロトコルは、OpenAPI仕様で定義されています。
現在、プロトコルは、エージェントとの相互作用のための2つの重要なルートを備えたREST API（Openapi Specを介して）として定義されています。
POST /ap/v1/agent/tasks （たとえば、エージェントに達成したい目標を与えます）POST /ap/v1/agent/tasks/{task_id}/stepsまた、タスク、手順、ダウンロード /アップロードのアーティファクトをリストするためのいくつかの追加ルートもあります。
これがプロトコルの実装です。エージェントを構築するために使用できるライブラリです。使用することも、自分で実装することもできます。それはあなた次第です。
SDKを使用すると、プロトコルの実装が最小限に抑えられますが、同時に手を縛るべきではありません。目標は、エージェントビルダーがエージェントを構築できるようにすることです。SDKは残りを解決する必要があります。
基本的に、エージェントとエージェントとの通信を可能にするエージェント（および将来）との通信をラップします。
このライブラリは、エージェントのユーザーが使用する必要があります。エージェントはどこかに展開され、エージェントのユーザーはこのライブラリを使用してエージェントと対話できます。
標準のおかげで、ユーザーはコードに追加の調整（または非常に最小限）を必要とせずに複数のエージェントを試すことができます。
エージェント開発者の場合、SDKを使用してプロトコルを実装できます。詳細については、ドキュメントまたはSDKフォルダーで見つけることができます。
agent-protocolチャンネルに参加してくださいagent-protocolチャネルに参加しますagent-protocolチャネルに参加します
