メインコンテンツへスキップ
このページでは、タスクとファイルに関する共通ルールをまとめています。実行手順については CLI のワークフローと MCP のワークフローを参照してください。

一度だけ送信し、タスク ID を控える

生成は、出力を直接返すことも、task_id を返すこともあります。ID、モデル、入力、報告された状態を控えたうえで、完了するか失敗が確定するまで、元のタスクを照会してください。実際に返された状態に基づいて判断してください。ツールの待機がタイムアウトしても、生成が失敗したわけではありません。 バッチ照会と一覧照会では、検証できたタスクはそのまま返され、残りには印が付きます(partial、missing、details_missing)。詳細が欠けていても、そのタスクが存在しなかったという意味ではありません。それらの ID をもう一度照会してください。状態、結果、アカウントの記録を確認する必要がある場合、レスポンスには dashboard_url と英語の dashboard_guidance が含まれます。同じ EvoLink アカウントで EvoLink ダッシュボードにログインし、元のタスク ID を保持してください。リンクだけでは、完了、課金、返金のいずれも確認できません。通知、リンクのラベル、生成の確認メッセージは、デフォルトでは英語です。別の言語を希望する場合は、アシスタントに伝えてください。 リリース済みの CLI と MCP には、現在、利用できる公開のキャンセル手段がありません。ターミナル、会話、接続を閉じても、タスクはキャンセルされず、課金されないことの根拠にもなりません。

タイムアウトや結果不明から復旧する

1

元のアカウントと送信記録を保持する

CLI では quote_id とその復旧用の記録を保持し、MCP では client_request_id、元の入力、エラーを保持します。生成し直すよりも、既存の task_id を照会することを優先してください。
2

元のルートで復旧する

CLI での復旧または MCP での復旧に従ってください。元のアカウント、入力、リクエスト ID を維持します。アカウント、キー、CLI/MCP のルートを変えて再送信しないでください。EvoLink はリクエスト ID を24時間保持します。その間は、同じリクエスト ID と同じ入力であれば元のタスクが返され、新たな課金は発生しません。CLI の tasks resume は、最初の送信から23時間以内で、見積書の有効期限が切れておらず、価格も上がっていない場合に、そのリクエスト ID で再送します。それ以外の場合は何も送信しません。24時間を過ぎると、そのリクエスト ID があっても重複するタスクの作成は防げなくなるため、もう一度送信する前に最近のタスクを確認してください。
3

タスクと課金の事実を確かめる

完了した出力は保存し、失敗が確定した場合は課金を確認します。それでも不明な場合は、エラーと時刻を記録して、サポートに連絡してください。不明であることは、何も生成されなかった、あるいは課金されなかったという意味ではありません。

参照素材をモデルが読めるようにする

  1. 受け付けられる画像・動画・音声の種類、数、サイズ、参照素材の組み合わせを確認します。
  2. 実行環境で読み取れるファイル、またはサーバーからアクセスできる URL を使います。チャットの添付ファイルやデスクトップ上のパスが、そのままリモートから読み取れるわけではありません。
  3. アップロードのレシートとファイル URL を確認してから、それをモデルの入力に追加し、もう一度見積もります。
  4. 結果が不明な場合は、元の upload_id を保持してください。代わりのアップロードを要求するのは、失敗または失効が確定してからにします。レシートに対応しているかどうかは、デプロイ環境によって異なります。

有効期限と保存

実際に返された値が優先されます。レシートの互換性は、ファイルサービスのデプロイ環境によって異なります。ダウンロードしたオリジナルファイルは、ユーザー側のストレージに残ります。一時 URL、ドキュメント、チャットの添付ファイルは、恒久的な保存先ではありません。失効した参照素材は再アップロードし、変更した入力は改めて確認してください。

ダウンロードとプレビューのトラブルシューティング

  1. 元のタスクを照会し、完了していることを確認します。そのタスクのオリジナルの URL を使ってください。失効したリンク、非公開のリンク、無効なリンクは、ヘッダーを付けても直せません。
  2. CLI の場合は download を使えます。MCP の場合は、オリジナルファイルをブラウザで開くか、ファイルを扱える環境から保存できます。CLI でのダウンロードと MCP での受け渡しを参照してください。
  3. HTTP ステータス、Content-Type、実際の形式を確認します。エラーの HTML や JSON はメディアではありません。すべての画像を PNG という名前に変えるのではなく、拡張子を実際の形式に合わせてください。
  4. プレビューがグレーになっている場合や、リンクしか表示されない場合は、オリジナルファイルを開いてください。問題なく開ければ、それを渡すか保存します。ホストのプレビューを理由に、承認のない再生成や編集を行ってはいけません。

Python のデフォルトのリクエストが拒否される場合

有効なオリジナルファイルがブラウザや curl では取得できるのに、デフォルト設定の Python では失敗する場合は、自分で管理しているコードで製品の User-Agent を設定できます。次の画像の例は、result_url がすでに有効なオリジナルの URL であることを前提としています:
この例は、画像以外のレスポンスを拒否し、上書きを避けます。実際の形式が PNG でない場合は、拡張子を変更してください。動画や音声では、それぞれに合った MIME チェック、ファイル名、個別の検証が必要です。この方法は、特定のメタデータと画像のケースでのみ検証されたもので、あらゆるクライアント、ファイル、ネットワークで検証されたわけではありません。CLI のダウンロードでは、製品の UA がすでに設定されています。

サポートに伝える情報

OS、エージェントとそのバージョン、CLI/MCP のバージョン、ルート、失敗した段階、時刻、エラーコード、期待した動作と実際の動作、既存の task_id、quote_id/client_request_id、upload_id、機密情報を伏せた診断情報を提供してください。SSH、コンテナ、プロキシを使っている場合は、その旨も伝えてください。 OAuth トークン、キー、認証リンクの全体、1回限りのアップロード URL、署名付きの非公開 URL、非公開ファイルは伏せてください。認証情報ファイルや、環境情報の完全なダンプは共有しないでください。まず CLI のトラブルシューティングまたは MCP のトラブルシューティングで、どの段階の問題かを特定してください。