作成チャットを使う

Plan、Design、Askを選択する

モデルコントロールの横にあるモードメニューでは、リクエストに対する会話の進め方を変更できます。これは、プロトタイプやモーションデザインなどの出力を表す作成タイプとは別のものです。まず作成タイプで成果物を選び、次に作業方法を選択します。

1. 実装前に編集可能な計画が必要な場合は、Planを選択します。Designに引き渡す前に、計画の範囲と判断内容を確認してください。
2. ページ、プロトタイプ、アニメーション、スライドデッキ、プロジェクトファイルなど、具体的な成果物を作成または変更する場合は、Designを選択します。
3. デザイン成果物の作成を前提とせず、回答やディスカッションが必要な場合は、Askを選択します。

デフォルトはDesignです。これらは会話モードであり、セキュリティ権限のレベルではありません。「このレイアウトを説明して」のようなリクエストはAskに、「このレイアウトを変更して結果を保存して」はDesignに適しています。モードを切り替えただけで既存のプロジェクトが書き換えられることはありません。

確認可能なブリーフを送信する

1. タスク、対象ユーザー、必要なコンテンツ、ビジュアルの方向性、寸法、動作を説明します。既存の制作物を変更する場合は、変更してはならないものを明記してください。
2. 送信前に、選択したエージェント、モデル、モード、コンテキストチップを確認します。
3. 一度だけ送信し、その後は会話とファイルの変更を確認します。空のコンポーザーに表示されるローテーション形式の例文はヒントであり、すでに入力済みのリクエストではありません。

既存の予約ページを更新してください。レイアウト、ロゴ、サンプルクラスは維持してください。名前の必須入力検証を追加し、無効なメールアドレスにはインラインエラーを表示し、有効な内容の送信後には確認状態を表示してください。バックエンドを追加したり、ほかのページを変更したりしないでください。

後から修正を依頼する場合は、対象となる画面、ファイル、シーン、または要素を正確に指定します。変更の影響を個別に確認する必要がある場合は、同じ追加リクエストで関連性のない複数の変更を依頼しないでください。

コンテキストを意図的に追加する

Add contextまたは添付の入力欄を使用して、参照ドキュメント、スクリーンショット、アセットを追加します。@ピッカーを備えたバージョンでは、利用可能なワークスペースコンテキスト、プロジェクトファイル、プラグイン、Skills、有効なMCPサーバー、コネクターを検索できます。実際の一覧は、インストール済みで利用可能なものによって異なります。

1. このリクエストに必要なファイルまたはリソースを選択します。そのチップまたはメンションがコンポーザーに表示されていることを確認してください。
2. 似た名前のリソースが複数ある場合は、送信前に選択した項目を確認します。エージェントがそのリソースをどのように使用すべきかを説明する文も追加してください。
3. 不要なコンテキストチップは送信前に削除します。削除すると、そのコンテキストの選択は解除されますが、元のファイルが削除されたり、プラグインがアンインストールされたりすることはありません。

参照資料だけでは要件として不十分です。それが事実情報、ビジュアルスタイル、元になるコンテンツ、変更対象のファイルのいずれを提供するものかを明記してください。タスクをまたいで再利用する設定については、Memoryを参照してください。

Working directoryはファイルのインポートではありません

HomeのWorking directoryを使用すると、新しいタスクで選択したローカルフォルダーを外部コンテキストとして利用できます。フォルダー内のすべてをDesign Filesにインポートしたり、プロジェクトを移動したり、プロジェクト固有のディレクトリを置き換えたりするものではありません。ファイルをプロジェクト内に表示する必要がある場合は、プロジェクトファイルのワークフローを使用してください。

新しいプロジェクトを開始する前にディレクトリを選択し、パスを確認してください。現在のプロジェクトのコンポーザーには、同じWorking directoryピッカーはありません。既存の会話の下部で同一のコントロールを探さないでください。ディレクトリを選択できない場合は、再度選択する前に、そのディレクトリが引き続き存在し、アクセス可能であることを確認してください。

添付ファイル、リンクされたフォルダー、プロジェクトで生成されたファイルは、それぞれ役割が異なります。編集を依頼するときは対象ファイルを指定し、結果が実際にどこへ書き込まれたかを確認してください。

エージェントとモデルを確認する

コンポーザーの横にあるモデルコントロールを開き、現在の選択内容を確認します。利用可能なモデルは、アクティブなエージェントまたは設定済みのプロバイダーによって異なります。エージェントとモデルに推論オプションがある場合は、提示されたものから選択してください。推論セレクターが表示されないことは、設定に失敗した証拠ではありません。

選択内容を変更しても、既存の結果が再生成されることはありません。次のリクエストを送る前に確認してください。OpenDesign Cloud、ローカルエージェント、BYOKの間で、同じモデル名、推論レベル、サービスオプションが利用できるとは限りません。セットアップと認証情報の確認については、AI接続とローカルエージェントを参照してください。

実行中に送信したリクエストの動作を理解する

現在の会話が処理中の場合、新たに送信したリクエストはその会話のキューに入ります。2つ目のタスクとして並列実行されるわけではありません。同じ指示を繰り返し送信せず、保留中のリクエスト一覧を確認してください。

1. 次の変更内容を入力し、一度だけ送信します。保留中のリクエストとして表示されていることを確認してください。
2. キュー内の項目でEditを使用すると、そのテキスト、添付ファイル、コメントの添付ファイル、コンテキストがコンポーザーに戻ります。編集後にSendを使用すると、追加のコピーを作成するのではなく、そのキュー項目が更新されます。
3. ドラッグハンドルを使用して順序を変更するか、不要になった保留中の項目を削除します。

順序には意味を持たせてください。ページを調整するリクエストは、そのページを作成するリクエストの後に配置する必要があります。編集後は、復元されたコンテキストを確認してください。特に、参照したリソースがその後利用できなくなった場合は注意が必要です。キューのコントロールは、保留中の項目がある場合に表示されます。このページの図は、完了したキュー処理を示すものではありません。

Stopと即時のSendでは効果が異なります

実行中のコンポーザーにはStopがあります。現在の生成を中断したい場合に使用し、その後の対応を決める前に会話とファイルを確認してください。停止は元に戻す操作ではありません。すでに作成または変更されたファイルが残る場合があります。

キュー項目のSendは、単にその位置を変更するよりも大きな影響があります。エージェントがまだ作業中の場合、現在の実行を中断し、そのキュー項目を先頭に移動して、会話の準備が整い次第、通常のキュー経路で開始します。両方の実行が継続されるわけではありません。

現在のタスクを完了させたい場合は、リクエストをキューに残してください。意図的に今すぐ別のタスクへ置き換える必要がある場合は、キュー項目のSendを使用し、その後、途中まで完了した作業を確認してください。

エージェントの質問に回答する

エージェントは、リクエストを明確にするための質問フォームを表示できます。質問に応じて、固定された選択肢を選ぶ、許容される上限内で複数の選択肢を選ぶ、独自の回答を入力する、または求められたファイルを提供します。複数の質問があるフォームでは、質問が1つずつ表示される場合があります。

1. 質問と必須マーカーを確認します。回答してから、段階式のフォームの場合は次の質問へ進んでください。
2. 用意された選択肢が適さない場合は、独自の回答を使用します。送信前に選択数の上限を確認してください。
3. フォームを送信して続行します。SkipまたはSkip allを選択すると、本来は回答が必要な質問も含め、意図的にスキップしたものとして記録されます。

スキップしても、提示された選択肢のいずれかを承認したことにはなりません。エージェントは推測に基づいて続行する可能性があるため、次の結果を確認してください。送信済みのフォームは回答の記録として残りますが、引き続き編集可能な下書きとは異なります。以前の判断を変更する必要がある場合は、新しいメッセージで訂正してください。

失敗したリクエストから復旧する

1. エラーを読み、原因を特定します。原因としては、サインイン、プロバイダー設定、ネットワーク、モデルへのアクセス、クォータ、ファイルまたはメディア操作の失敗などがあります。
2. 原因を解決し、クライアントが実際に提示する復旧操作を使用します。一部の失敗では認証後に再試行するオプションが提示され、別の失敗では手動での再試行や異なる復旧方法を使用できます。
3. ブリーフ全体を繰り返す前に、既存のファイルとPreviewを確認します。1つのアセットまたは手順だけが失敗した場合は、ほかの部分を維持し、影響を受けた部分だけを再試行するよう依頼してください。

すべての失敗に共通するRetryボタンはありません。厳格なクォータ制限がある場合は、待つか、先にアカウントアクセスの問題を解決する必要があります。同じリクエストを繰り返し送信しても、制限は解除されません。また、Retryはロールバックを保証するものでもありません。トラブルシューティングに備えて、エラーテキストと発生時刻を記録しておいてください。