開発者は、レンダリングのためにバックエンド呼び出しを送信する前に、ステップとアクションを計画するように促す際に、会話体験に関与することができます。

計画モードのメリット

プロンプティングは反復的なデザイン作業です。 開発者は、正確で保守可能なソリューションに収束する中で、意図、シーケンス、および制約を定期的に洗練します。 プランモードは、実行前にシステムが生成する内容を公開することでこのアクティビティをサポートし、開発者がレンダリングを確定することなくプロンプトを検証および調整できるようにします。

段階的な計画を提供することで、プランモードは意図の早期検証を可能にします。 開発者は、AI がプロンプトを正しく解釈したことを確認し、ステップの順序を評価し、レンダリングを行う前にギャップや誤った仮定を特定できます。 これは特に初期のデザインやアイデア出しの段階で価値があり、要件がまだ進化しており、迅速な実験が期待される。

計画を最初にレビューして修正することで、軽微なプロンプトエラーによる再レンダリングを回避し、効率を改善し、自動化の作成を加速します。

これらのメリットにより、より会話的で反復的な開発ワークフローが実現します。 開発者は、厳格さ、ガバナンス、またはパフォーマンスの期待を犠牲にすることなく、高品質な成果を達成するために、AI を共同設計パートナーとして活用できます。

プラニングモードをアクティブにしています

注: Co-Pilot for Automatorsのデフォルトの動作モードはビルドモードです。 このモードでは、承認されたプロンプトがバックエンド呼び出しを生成し、自動化アーティファクトを生成します。 各ステップはリクエストごとに処理され、完了後、システムはその後のインタラクションのためにビルドモードのままになります。
Co-Pilot インターフェースで/planと入力して、プラニングモードを有効にします。 すべての後続のプロンプトは、非アクティブ化されるまで、計画モードを使用して処理されます。 このモデルは、デザインと実行を分離し、デフォルトのビルドワークフローを変更することなく、制御された反復を可能にします。 以下の例をご覧ください。
  • /plan a task to send emails to all contacts in spreadsheet $Client List$.
  • /plan a process that requests manager approval before a PTO request is accepted.

プランニングモードは、オートメーションを実行せずにプロンプトを分析するプランニングエージェントを起動します。 エージェントは、プロンプトを自動化フローを表す順序付けられたステップの集合に変換します。

主な特性：

  • プリレンダリング分析のみ; 自動化アーティファクトは作成されません。

  • ステップレベルの出力 構造、シーケンス、および依存関係を説明します。

  • エージェントによるマルチターン対話; エージェントは、意図や制約が不明確な場合に確認を求めることがあります。

  • 低摩擦の反復; プロンプトは実行前に繰り返し編集および再評価できます。

出力は、レビューと洗練のための要約された自動化計画です。

プラニングモードを無効にする

2つの方法のいずれかを使用して、簡単にプラニングモードを無効にすることができます。
  • プランを完了したら、単に build it と入力して自動化アーティファクトを作成し、プラニングモードを無効にしてください。
  • 計画を立てずに計画セッションを終了するには、単にインターフェースを閉じてください。 次のセッションはデフォルトでビルドモードで開きます。