翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
効果的なアプリケーションを構築するためのヒント
これらのヒントは、アプリケーション構築セッションの成功で観察されたパターンから得られます。
-
詳細な最初のプロンプトから始める — 最初のプロンプトは基盤を設定します。最初の説明に目的、対象者、データモデル、統合のニーズを含めると、エージェントは明確な出発点となり、やり直しを減らすことができます。
-
一度に 1 つずつ変更する — エージェントは、多数のモノを一度に変更する広範なリクエストよりも、焦点を絞った単一目的の指示により、より信頼性の高い結果を生成します。
-
目標に関するコンテキストを提供する — 目的だけでなく、変更が必要な理由を説明すると、エージェントは実装の選択を改善できます。
-
変更する前に調査する — エージェントはすべての命令でコード変更を実行します。アプリを変更せずにオプションを調べる場合は、明示的に「現在のデータフローを調査しますが、まだコードを記述しないでください」と入力します。
-
安定したバージョン番号を書き留める — 機能を完了したら、現在のバージョンを書き留めます。後続の変更によって問題が発生した場合は、バージョンセレクタを使用して安定バージョンをすぐに復元できます。
-
複雑なアプリケーションのデバッグパネルを追加する — ロジックが重要なアプリケーションの場合、ストレージオペレーション、統合呼び出し、状態変更をログに記録するデバッグパネルを使用すると、問題の追跡が容易になります。ユーザーエイリアスに基づいて、パネルを自分だけに表示することができます。
-
アプリに異なるユーザータイプがある場合にロールを指定する — 異なるユーザーに異なるモノが表示される場合は、指示にそのロールを含めます。
-
構造化 AI 出力を使用する — 特定の形式 (JSON、カテゴリ) のデータが必要な場合は、自由形式のテキストを要求するのではなく、構造化出力モードを使用します。有効で解析可能なレスポンスを保証します。
-
ストレージを慎重にスコープする — ユーザー固有のデータにはプライベートストレージを使用し、共同機能には共有ストレージを使用します。テーブル名はわかりやすいものにしておきます。
-
統合を意図的に承認する — 各統合の承認を慎重に確認してください。アプリが実際に必要とするコネクタとスペースのみを承認します。