AIエージェント開発：1つのWeb3タスクから始める

どのWeb3タスクがAIエージェントに適していますか？

1つの反復ワークフローから始めます。明確な入力、有用な出力、安全な人間によるフォールバックが必要です。AIエージェント構築に適したタスクかどうかを判断する前に、これら3つの部分をマッピングします。

タスクはその運用形状に基づいて選択します。

コンテンツ運用やコミュニティ支援も該当する場合があります。情報源と承認ルールは明確でなければなりません。適切な最初のタスクには、既知の担当者と、チームが判断できる結果があります。

主なニーズが会話型インターフェースである場合は、AIチャットボット開発と比較してください。より広範なプロダクト作業については、Web3開発から始めてください。

ツールを使用する必要がある場合やマルチステップのタスクに従う必要がある場合は、エージェントを選択してください。主な役割がユーザーの質問に答えることである場合は、チャットボットを選択してください。統合を計画する前に、その区別を確認します。

3つの決定がエージェントワークフローを形作る

3つの決定がタスクの説明を構築計画に変えます。トリガー、エージェントのアクセス権限、人間への引き継ぎを定義します。これらはシステムを接続する前に文書化します。

1. トリガーを設定する。 タスクを開始するイベントまたはリクエストを指定します。それがどこに現れるか、どのような情報が付随するかを確認します。
2. アクセス権限を設定する。 エージェントが読み取れる情報源と使用できるツールをリストアップします。承認が必要なアクションをマークします。
3. 引き継ぎを設定する。 情報不足、情報源の矛盾、または不確かな回答が発生した場合の対処方法を定義します。ケースを受け取る担当者またはチームを指定します。
4. 評価を設定する。 代表的な入力と許容される動作について合意します。エスカレーションすべき例を含めます。
5. リリース範囲を設定する。 ワークフローがどこで実行されるかを確認します。デプロイ後にそのアクティビティをレビューできる担当者を指定します。

Telegramワークフローには、内部運用コンソールとは異なるインターフェースが必要な場合があります。Telegramが中心的な場合は、Telegramワークフロー開発を参照してください。エージェントがプロダクトインターフェース内に属する場合は、dApp開発と比較してください。

タスクの担当者と技術的な連絡先をこれらの決定に参加させてください。彼らは日常的な例外、情報源へのアクセス、デプロイ要件を明確にできます。これにより、不確かな詳細が構築の前提条件になるのを防ぎます。

ツールとナレッジを接続する前に必要なもの

6つの実用的なインプットにより、最初のレビューが有用になります。タスクの例、情報源、アクセス権限、例外、承認ルール、担当者をカバーします。洗練された仕様は必要ありません。実際の例があれば、不明確な決定を明らかにできます。

• タスクの例： 典型的なリクエストと、現在チームが従っている手順をお送りください。
• 期待される結果： 有用な出力と、拒否されるべき出力の例を共有してください。
• 情報源リスト： ワークフローが使用する可能性のあるドキュメント、システム、またはオンチェーンデータを指定します。
• アクセス詳細： 利用可能なインターフェースと、権限を承認できる担当者を特定します。
• 例外ケース： 人間によるレビューが必要な、曖昧、センシティブ、または重大なリクエストにフラグを立てます。
• ナレッジオーナー： どのガイダンスが最新かを確認できる担当者を指定します。
• 技術連絡先： 統合とデプロイに関する質問に答えられる担当者を含めてください。

特定のタスクに合わせてナレッジを整理します。情報源には、手順、承認済み回答、プロダクトドキュメント、エスカレーションルールを含めることができます。エージェントは、存在するという理由だけで無関係な情報を受け取るべきではありません。契約関連の作業については、情報検索と資産に影響を与えるアクションを分離してください。スマートコントラクト開発が別途のエンジニアリング作業をカバーします。

これらのインプットは、開発前に評価ケースを設定するのに役立ちます。また、ワークフローオーナーに行動をレビューする具体的な方法を提供します。回答がもっともらしいかどうかだけでなく、結果を判断してください。

レビュー期間は構築にどのように適合しますか？

3つの作業期間が作業を整理します：ワークフローレビュー、構築と評価、そしてデプロイと引き継ぎです。その長さは、アクセス権限、情報源の準備状況、チームのレビュー時間によって異なります。

各期間には明確なレビューポイントがあります。タスクオーナーは期待される動作を確認します。技術連絡先はアクセス権限とリリース制約をチェックします。統合や情報源の準備ができていない場合は、計画を調整します。未知のものは承認された前提条件になりません。

有用な評価セットには、通常のリクエスト、曖昧な入力、エッジケース、担当者にエスカレーションすべき例が含まれます。情報源の使用、タスクの手順、エスカレーション動作をレビューします。別の会話型フロントエンドについては、AIチャットボット開発を参照してください。

プラットフォーム依存関係は計画内で可視化されます

3つのチェックにより、外部依存関係を可視化します：アクセス権限、データ動作、障害処理です。エージェントが依存するシステムを記録します。また、接続や情報源が期待通りに動作しない場合に、チームが何を確認できるかを定義します。

• アクセスチェック： 利用可能な権限と、それを承認できる担当者を確認します。
• データチェック： 信頼できる情報源と、欠落または矛盾する情報をワークフローがどのように扱うかを特定します。
• フォールバックチェック： エージェントが停止し、ケースを担当者にルーティングするタイミングを指定します。

サードパーティAPIアクセス、プロバイダー利用規約、サービスの可用性、レート制限、データ形式の変更は構築の範囲外です。統合はリリース後に変更される可能性があります。想定される障害パスをテストし、人間によるルートを文書化します。中断のないアクセスや完全な外部シグナルを約束することはできません。

チームは、どのアクションが読み取り専用のままであるべきか、どのアクションに承認が必要かを決定する必要があります。これは、ワークフローが資産、ユーザーサポート、または時間に敏感な操作に触れる場合に最も重要です。当社のレビューでは、合意された境界、評価ケース、未解決の依存関係を記録します。オーナーはチェックされた内容を確認できます。

1つの反復タスク、その現在の手順、そしていくつかの入力例をお送りください。関連するツールと、ワークフローの担当者を含めてください。DigitalMedia1がそれらの資料をレビューします。2営業日以内に書面による見積もりをお送りし、作業開始前に構築計画を確認します。

仕組み

1. 1つの反復タスクをお送りください現在の手順、入力例、有用な結果がどのようなものかを共有してください。人間の判断が必要な例外も含めてください。
2. ツールと決定をマッピング承認された情報源、利用可能なアクセス権限、許可されるアクション、人間によるレビューポイントを特定します。
3. 構築計画に合意ワークフローの境界、評価ケース、デプロイ要件、レビューを担当する担当者を確認します。
4. 構築と評価合意されたツールとナレッジを接続し、ワークフローオーナーとともに代表的なケースをレビューします。
5. デプロイと引き継ぎリリースをサポートし、運用ガイダンス、モニタリング、メンテナンス責任についてチームを指導します。