概要をビジュアルチェックリストに変える
プロンプトを、被写体、設定、構図、ライティング、スタイルに分けます。生成後、結果の画像と照らし合わせて各部分を評価します。被写体は正しいのにフレーミングが間違っている場合は、説明全体を書き直すのではなく、フレーミングの指示を修正します。こうすると、次のテストをより有効に行えます。
プロンプトチェック
各フレーズが、実際に出力で確認できるものを説明しているかを問いかけます。
画像ワークフロー
明確な画像ブリーフから始め、対応モデルを選び、プロンプトを変更する前に結果を確認します。このガイドでは、一般的なRunwareのワークフローと、インターフェースやAPI連携によって異なる場合がある設定を分けて説明します。
6分で読めます
インターフェースを開いたりコードを書いたりする前に、リクエストに必要な要素を準備できます。
ビジュアルインターフェースを試す場合でも、アプリケーション用のリクエストを準備する場合でも、この手順に従ってください。
漠然とした雰囲気だけを求めるのではなく、何が見えるべきかを説明します。主な被写体、その設定、照明、構図を具体的に示してください。たとえば、淡いグリーンのテーブルの上に置かれた陶器のティーポットと、左から入る柔らかな光を指定します。テキストに関する要件は分けて記載してください。画像モデルでは文字が一貫して描画されない場合があります。
使用しているRunwareのインターフェースまたはドキュメントで利用可能なモデルを確認します。モデルが意図したタスクに対応していることを確認し、オプション設定を追加する前に入力要件を読みます。ある連携で表示されるモデル名や設定が、別の連携では表示されない場合があります。
必須入力から始め、それ以外は利用可能なデフォルト設定を使用します。インターフェースに画像サイズ、アスペクト比、その他の設定項目がある場合は、ブリーフに必要なときだけ調整してください。APIワークフローでは、フィールド名と必須識別子について最新のドキュメントに従ってください。
リクエストを実行し、指定した被写体、レイアウト、ライティングになっているか確認します。また、不要なテキスト、欠落しているオブジェクト、用途にとって重要なディテールがないかも確認してください。後で見直したい結果については、プロンプトと関連する設定を結果と一緒に保存します。画像だけでは、どのように作成したかを記録できません。
構図が正しくない場合は、モデルや複数の設定を変更する前に、構図に関する表現を変更します。スタイルが正しくない場合は、スタイルの説明をより具体的にします。一度に1つの変数だけを変更すると、どの編集によって画像が実際に改善されたのかを判断しやすくなります。
リクエストの失敗をモデルの問題と判断する前に、以下の確認を行ってください。
これらがすべてそろっていないと、ルートは実行されません。
選択したモデルが画像生成に対応していることを確認します。
別のタスク向けに設計されたモデルでは、リクエストが拒否されたり、予期しない種類の出力が生成されたりする場合があります。ドキュメントに記載されたタスクと入力を確認し、画像生成が目的であれば画像生成モデルを選択してください。
選択したモデルまたはエンドポイントに必要な入力をすべて含めます。
リクエストの検証に失敗した場合は、現在のドキュメントと各フィールドを照合します。どのオプション設定が原因か推測するのではなく、識別子、プロンプトフィールド、受け付けられる値の型を確認してください。
実際に使用しているアクセス方法を確認します。
API連携では、ビジュアルインターフェースとは異なる認証情報やリクエストヘッダーが必要になる場合があります。公開プロンプトボックスに秘密情報を貼り付けたり、スクリーンショットで共有したりしないでください。
これらを省略してもルートは動作します。処理が速くなるだけです。
有用な結果を生成したプロンプトと設定のコピーを保存しておきます。
その記録がないと、プロンプトの変更とモデルや設定の変更を区別するのが難しくなります。再試行する前に、正確な文言を含め、エラーも記録してください。
複雑な制約を追加する前に、簡単な指示から始めます。
プロンプトに多くの要素を詰め込むと、オブジェクトが欠落した理由を特定しにくくなります。まず主要な被写体と構図を確認し、その後で少しずつ詳細を追加してください。
基本的なリクエストが機能したら、すべてを一度に変更するのではなく、反復結果を評価しやすくします。
プロンプトを、被写体、設定、構図、ライティング、スタイルに分けます。生成後、結果の画像と照らし合わせて各部分を評価します。被写体は正しいのにフレーミングが間違っている場合は、説明全体を書き直すのではなく、フレーミングの指示を修正します。こうすると、次のテストをより有効に行えます。
プロンプトチェック
各フレーズが、実際に出力で確認できるものを説明しているかを問いかけます。
プロンプトの修正を評価する場合は、モデルとその他の利用可能な設定を変更しないでください。モデルの変更を評価する場合は、各モデルが比較可能な入力を受け付けるなら、同じ概要を再利用します。それでも出力は変わる可能性がありますが、一貫したテストのほうが、関連性のない画像を集めるよりも違いを解釈しやすくなります。
公平な比較
試行ごとに何が変わったかを記録し、すべての違いをプロンプトのせいにしないでください。
エラーメッセージは、何も考えずに再試行を繰り返すよりも役に立ちます。エラーが、フィールドの不足、サポートされていないオプション、アクセスの問題、一時的な障害のいずれを示しているかを確認します。特定された原因を修正し、原因が不明なままなら、より小さなリクエストを送信します。API を使用する場合は、リクエスト構造を変更する前に、最新のエンドポイントドキュメントを確認してください。
デバッグルール
正確なエラー内容をコピーし、リクエストを共有して助けを求める前に秘密情報を削除してください。
成功した概要を、モデル識別子、関連するオプション、使用した統合またはインターフェースと一緒に保存します。この記録は、後で関連する画像が必要になったときや、変更後にアプリケーションの動作が異なったときに役立ちます。これは出発点として扱い、今後のすべての結果が一致する保証とは考えないでください。
コンテキストを保持する
保存した画像だけでは、その画像を生成したリクエストの完全な記録にはなりません。
このリンクから開く、独立したモデルプラットフォームであるモデルAPIに概要を持ち込みます。利用可能な画像モデルを選び、その入力項目と現在の料金を確認し、必要に応じてそこでプロンプトを再入力してください。このフォームでは画像は生成されません。
画像生成を試す被写体、設定、構図、ライティングを明記した概要を書きます。次に、使用する Runware のインターフェースまたは統合で利用可能な画像生成モデルを選び、必要な入力項目を指定して、結果を確認します。具体的な操作項目は、そのインターフェースとモデルによって異なります。
認証付きAPIリクエストを行う場合は、連携に必要な認証情報とヘッダーについて、最新のRunwareドキュメントに従ってください。ビジュアルインターフェースでは、アクセス方法が異なる場合があります。認証情報を画像プロンプトに含めたり、サンプルリクエストと一緒に公開したりしないでください。
まず、実行したい画像タスクをモデルがサポートしていることを確認してください。次に、ドキュメントに記載されている入力項目を確認し、結果を比較する前にシンプルなプロンプトで基準となる結果を作成します。あるモデルで受け付けられる設定が、別のモデルでも機能するとは限りません。
再試行する前に、正確なエラーを確認してください。必須フィールドの不足、サポートされていない値、またはアクセスの問題が示されている可能性があります。選択したモデルとエンドポイントのドキュメントを参照し、失敗したリクエストと比較してください。原因が不明な場合は、オプション設定を削除して、より小さなリクエストでテストしてください。
必要な画像モデルと操作項目を提供するビジュアルインターフェースを探し、そのアクセス手順に従ってください。このガイドのプロンプト作成と結果確認の手順は、インターフェースを使用する場合でもAPIを使用する場合でも適用できます。ビジュアルツールで利用できるモデルや設定が、特定のRunware API連携と同じだと想定しないでください。