Web3チームが繰り返す作業のためのAIエージェント開発

チームが説明できる作業から始める

AIエージェントは、タスクに明確な目標、有用なソース資料、人間への引き継ぎポイントがある場合に最適です。技術を導入する前に、チームがすでに把握している作業から始めます。

適した開始点としては、サポートトリアージ、リサーチとレポート作成、コンテンツ運用、コミュニティアシスタンス、オンチェーンモニタリングなどがあります。タスクは、質問から始まり、承認されたガイダンスを経て、チームメンバーが確認するためのドラフトを生成するという流れになる場合があります。例えば、研究者が定期的なレポートのために同じ種類の情報を収集しているとします。私たちは、情報源、レポートの形式、そして人間の判断が必要なポイントをマッピングできます。

開発を始める前に、タスクを開始する人、有用な結果のイメージ、人間が介入すべきタイミングの3つを書き留めてください。可能であれば、サンプルの入力と出力を1つ追加してください。主に公開製品インターフェースが必要な場合は、Web3ウェブサイト開発と連携することも可能です。アプリケーション内部のタスクの場合は、dApp開発と要件を比較してください。

ツールを接続する前にタスクをマッピングする

ワークフローマップは、エージェントを起動するもの、エージェントが実行できること、人間が引き継ぐ場所を示します。これにより、統合をタスクに結び付け、開発が始まる前にチームが各ツールの役割を確認できるようにします。

1. トリガーと入力を指定します。 作業を開始するものと、利用可能でなければならない情報を記録します。推測ではなく質問を促すべき、欠落している詳細にフラグを立てます。
2. エージェントの境界を設定します。 エージェントが実行してもよいアクション、準備のみ行うアクション、人間が判断を下すアクションを合意します。センシティブなケースや不確実なケースのための明確なルートを含めます。
3. 出力と遷移先を説明します。 結果の形式と、誰がそれを受け取るかを決定します。例外をレビューする担当者を特定します。

統合計画では、タスクに関連する承認済みのソース資料、内部データ、またはAPIを使用する場合があります。お客様のチームは、どのシステムが利用可能で、どのアクセスが許可されているかを確認します。オンチェーンモニタリングワークフローの場合は、監視するアクティビティと、誰かが調査する際に役立つ情報を特定します。エージェントが契約関連の作業をサポートする場合は、その役割をスマートコントラクト開発と連携させることができます。契約ロジックはエージェントのワークフローとは別に保ちます。

エージェントは何を知るべきか、いつ停止すべきか？

エージェントには、有用で最新の情報と、情報が不足している場合の実用的なルールが必要です。私たちは、ソース資料の選択、境界の設定、そして立ち上げ前の人間によるルートの明確化をお手伝いします。

チームが信頼する資料を選ぶ

人々がすでに使用しているドキュメント（製品ガイダンス、内部手順、承認済みの返信、リサーチ資料など）から始めます。古くなったページや矛盾する指示にはマークを付けます。ハンドオーバー後の更新担当者を決めます。焦点を絞ったソース群は、所有権が不明確な広範なフォルダよりも、チームがレビューしやすくなります。

フォールバックをワークフローの一部にする

ガードレールは、実際の状況で何が起こるかを示すべきです。コミュニティアシスタンスの場合、エージェントは承認されたガイダンスから返信を準備し、モデレーターがセンシティブな質問を処理するかもしれません。コンテンツ運用の場合、エージェントはブリーフからドラフトを作成し、編集者が事実とトーンを確認するかもしれません。どちらの場合も、エージェントが単独で送信したり決定したりしてはならないことを合意します。

主な要件が会話型インターフェースである場合は、AIチャットボット開発の方が適している可能性があります。エージェントは、タスクに一連のステップ、接続された情報、またはレビュー用にルーティングされる結果が必要な場合に有用です。いずれにせよ、作業を開始する前に例外を処理する担当者を特定します。

レビューループにより、構築の信頼性が高まる

お客様のチームが認識できる例を使ってエージェントをテストし、デプロイ前にその動作をレビューします。目的は、流暢な出力ではなく、合意された境界内での有用な作業です。

インフラストラクチャ系スタートアップのプロダクトマネージャーが、ロードマップアップデートの公開を目前に控えているとします。承認されたノートからサマリーを組み立てる必要がありますが、未解決の質問は依然としてチームに属します。私たちは情報源をマッピングし、サマリーワークフローを準備し、未解決のポイントを人間のレビューにルーティングします。

短いサンプルタスクがあれば、実用的な開始点となります。一緒に、エージェントが以下を満たしているか確認できます：

• 期待される入力を処理し、欠落している詳細について質問する。
• チームが使用できる出力を生成する。
• 不確実またはセンシティブなケースを合意された担当者に送信する。
• 接続されたツールとソース資料を意図された役割の範囲内に留める。

レビューチェックポイントを使用して、チームがワークフロー、ソース、境界に関する問題を指摘できるようにします。デプロイ後のモニタリングは、注意が必要なケースを特定するのに役立ちます。より広範な開発コンテキストについては、Web3開発を参照してください。

エージェントデプロイ後も担当を明確に保つ

有用なハンドオーバーは、エージェントが何をするか、何にアクセスできるか、ケースに注意が必要な場合に誰が対応するかを説明します。チームは、問題の報告方法、エスカレーションのレビュー方法、ソース資料の更新方法を把握している必要があります。

ユースケースの定義、ワークフローマッピング、ツールとデータの統合、ナレッジベースのセットアップ、ガードレール、評価セット、モニタリング、デプロイ、ハンドオーバーを含めることができます。正確な作業内容は、タスクと関連するシステムによって異なります。まずはワークフローレビューから始め、その後、お客様のチームとアクセス、期待される出力、人間の判断を確認します。構築中は、チェックポイントにより、作業が最終決定される前にレビューする機会が得られます。

接続されたサービスは、それぞれのアクセスと応答動作を制御しており、ソース資料は不完全であったり変更されたりする可能性があります。将来のすべての入力が正しい結果を生成することを保証することはできません。そのため、ワークフローには指名された人間の担当者と使用可能なフォールバックが必要です。

開始するには、繰り返し可能なタスク1つ、サンプル入力、希望する結果を送ってください。関連するツールと、人間が判断すべき決定事項を含めてください。Brand Communityがワークフローをレビューし、構築前に開発計画を確認します。

仕組み

1. 1つのタスクを共有する現在誰がその作業を行っているか、良い結果とはどのようなものかを説明してください。サンプルの入力と出力があれば、最初の議論が具体的になります。
2. ツールと境界を確認するワークフローをマッピングし、利用可能なアクセスを確認し、開発開始前にどのアクションに人間のレビューが必要かを合意します。
3. ワークフローを構築する合意されたツールと情報を接続し、ナレッジベースを準備し、必要なガードレールを追加します。
4. サンプルケースをレビューするチームと合意した例を使用して、代表的なリクエスト、不完全な入力、引き継ぎをテストします。
5. デプロイして引き継ぐエージェントをデプロイし、モニタリング、エスカレーション、ソース更新について説明し、チームが次に何をすべきか把握できるようにします。