あなたのプロジェクトフォルダ内でのWeb3アプリ開発

エージェントがあなたのdAppでできること

• ファイルread_file, write_file, edit_file, grep, glob, list_dirはチャットの作業フォルダで機能し、コンポーネント、スタイル、ABI JSONファイルの読み込みと変更が可能です。
• ShellWindows、WSL、またはあなたが所有するSSHサーバー上で、あなた自身のビルドコマンドとテストコマンドを実行し、各コマンドの実際の終了コードを報告します。
• Webweb_searchとhttp_getは公開ドキュメントページを読み取り、ライブラリやインターフェースに関する質問を、それを説明するページに対して確認できます。
• スクリーンショットと画像ocrはデザインモックアップなどの保存されたスクリーンショットのテキストを読み取り、gen_imageはプレースホルダーアートワークなどの画像ファイルを保存します。
• オーケストレーションtaskは並列で作業の別々の部分に対するサブエージェントを開始し、run_on_modelは1つの難しいステップをより大きなモデルに送信し、skillはプレイブックを再利用します。
• 承認モードAuto-runは即座に行動し、Ask firstは変更を加えるアクションの前に一時停止して差分を表示し、Plan onlyは計画のみを記述し、何も実行しません。
• Cronスケジュールに従ってプロンプトを実行します（例：テストコマンドを1日1回）。計画はアプリの再起動後も維持されるため、長時間のタスクは後で続行できます。
• モデル標準APIエンドポイントを通じてクラウドAIプロバイダー、PC上のモデル、または内蔵モデルを使用し、Testを押してエンドポイントを確認します。

dAppプロジェクト向けの4つのウォークスルー

継承されたプロジェクトのマッピング

エージェントに、他者が開始したdAppフォルダのマッピングを依頼します。list_dirは構造を表示し、globはコンポーネントとABIファイルを検出し、grepはコントラクト関数を呼び出すすべての場所をリストします。各結果はチャット上のカードになります。変更はありません。マッピングは、トランザクション状態がどこで処理され、どこで欠落しているかを示します。dAppの採用を妨げる要因は、理由を告げずに失敗するフロントエンドであることが多く、ウォレットがない、ネットワークが間違っている、または署名が拒否された場合などです。Plan onlyモードはこのタスクに適しています。計画を記述し、何も実行しないためです。計画にはまず注意が必要なファイルが指定されます。短い書面による要約を求め、編集を開始する前にフォルダに対してそれを読み、ファイルの読み間違いがあればエージェントを修正してください。

ABIをコンポーネントに接続する

テストアカウントの残高を表示するコンポーネントを依頼します。read_fileはABI JSONを開き、エージェントがbalanceOfがアドレスを受け取りuint256を返すことを知ります。edit_fileはあなたのコンポーネントに呼び出しを追加します。Ask firstモードでは、変更は差分として待機します。追加された行と削除された行を読み、承認または拒否し、名前や型が間違っている場合は修正を依頼します。Shellはその後ビルドコマンドを実行し、カードに実際の終了コードを報告します。カードを展開して完全な出力を読み取ることができます。ビルドが成功したことはコードがコンパイルされたことを示しますが、正しい関数が呼び出されたことは示しません。ABIに対して呼び出しを確認し、ABIファイルをコントラクトと同期させてください。

すべてのトランザクション状態をテストする

インターフェースは状態間の隙間で失敗します：未送信、ウォレット待機中、保留中、確認済み、失敗。完成して見えても最初の署名拒否で壊れる「ゴーストdApp」の構築を防ぐために、各状態に対してフロントエンドテストを書くようエージェントに依頼します。write_fileはテストファイルを作成し、edit_fileは状態が欠落しているコンポーネントを調整し、Shellはテストコマンドを実行します。カードは終了コードを表示し、展開すると完全な出力が表示されます。捨てアカウントを使用してローカルチェーンに対してテストを実行し、各失敗を読み取り、テストが間違っているのかコンポーネントが間違っているのかを判断してください。テストが緑色になったからといって変更を承認しないでください。差分を読み、テストが名前の付いた状態を本当にアサートしているか確認してください。

機能の計画を立て、それを実行する

web3で1年経験した開発者は、エージェントに既存のdAppにローディング状態、アクセシビリティの修正、テストを追加する計画を依頼できます。Plan onlyモードでは、エージェントはステップを記述し、コマンドを実行せず、ファイルも変更しません。計画を読み、不要な部分を削除し、Ask firstに切り替えて実行します。それ以降、エージェントは変更を加えるアクションの前に一時停止し、あなたは承認する前にすべての差分を読みます。計画は再起動後も維持されるため、任意のステップで停止し、翌日続行できます。最後にテストコマンドを実行し、その出力を自分で読み、READMEに使用したコマンドを記録してください。