バッチリクエストビルダー

行の表を、順序が崩れても対応が分かる ID つきのバッチジョブに変えます。

テンプレートと行——多くは実際の顧客データ——はブラウザー内で展開され、送信されません。

ジョブの費用を見積もる

バッチリクエストビルダー について

バッチ処理は、一つのプロンプトを多数の行に対して回す最も安い方法で、対話的な価格のおよそ半分です。そして要求するファイルは、ある一点だけ容赦がありません。結果は終わった順に返ってきます。独自 ID は、結果を元の行に結びつける唯一の手がかりです。だから ID の重複は、見分けのつかない二つの結果を意味します。しかも黙って、ジョブが走ったあとに。ここではテンプレートを行に展開し、列から ID を取るか生成し、重複は衝突させずに改名し、何を送るのか分かるようジョブの規模を測ります。

機能

• テンプレートと表から、一行につき一リクエスト
• 選んだ列から独自 ID を取得、あるいは生成
• 重複 ID は衝突させず改名
• ID を項目が許す文字だけに整形
• プレースホルダーに値がなかった行を個別に警告
• ジョブの規模：件数・推定トークン・ファイルサイズ
• リクエスト本体と、同じ内容の JSONL の両方を出力
• 大きすぎるジョブを分割し、送り方も表示

バッチリクエストビルダー の使い方

1. プロンプトのテンプレートと行を貼ります
2. モデルと一件あたりのトークン上限を選びます
3. どの列を独自 ID にするか決めます
4. リクエスト本体を保存して送信します

例

入力

"custom_id": "Acme-Ltd"

出力

Row 2 repeats the id “Acme-Ltd”; renamed to “Acme-Ltd-2”

結果は順不同で返るので、ID だけが行への帰り道です。

よくあるエラーとトラブルシューティング

• 結果と行を対応づけられない。 — 位置ではなく独自 ID で照合してください。結果は完了順に返ります。重複をここで改名しているのは、まさにこのためです。
• 送信が拒否される。 — エンドポイントが受け取るのは requests 配列を持つ JSON 本体で、JSONL ファイルではありません。両方を出力するので、.json のほうを送ってください。
• プロンプトにプレースホルダーがそのまま入っている。 — その行に値がありませんでした。該当する行はすべて、プレースホルダー名とともに一覧されます。
• ジョブが大きすぎる。 — 分割してください。件数がそれを超えると、一万件までのファイルが自動で用意されます。

よくある質問

バッチ処理はなぜ安いのですか。

対話的でないからです。仕事は待ち行列に入り、余裕があるときに実行されます。予定を立てるのがずっと容易なので、およそ半額になります。引き換えにするのは待ち時間であって、品質ではありません。

独自 ID は何のためですか。

結果と入力を対応づけるためです。結果は送信順ではなく完了順に届くので、ID がその結果の元の行への唯一確実な結びつきです。

二つの行が同じ ID を持つとどうなりますか。

実際のジョブなら、見分けのつかない二つの結果になります。ここでは重複を改名して指摘します。気づく時機としてははるかに良いはずです。

エンドポイントが JSON なら JSONL 出力は何に使いますか。

行単位のツールのためです。大きなジョブを分割する、二つの版を比べる、別の実行系に渡す。送るのは JSON 本体のほうです。

max_tokens はどう選びますか。

どの応答も途中で切れない程度に大きく。切れた結果はやり直しになるからです。表示される上限は、すべてのリクエストが枠を使い切った場合の最悪値であって、見積りではありません。

関連ツール

• プロンプトテンプレート展開 — 一つのプロンプトを行の表に展開し、欠けている値を確認します。
• JSONL ビューア・検証 — JSONL ファイルを行単位で読み、絞り込み、検証します。
• エージェントループ費用 — 再送される履歴とキャッシュを含めてターンごとに費用を見積もります。
• 学習データ検証 — 学習を途中で止めるエラーがないか chat 形式の JSONL を調べます。
• プロンプトキャッシュ設計 — キャッシュできる接頭辞が最長になるようブロックを並べ替えます。
• コンテキストウィンドウ設計 — ウィンドウをプロンプト、ツール、履歴、応答に配分します。

AI・エージェントの他のツール

• スキルビルダー — SKILL.md を作成し、frontmatter を入力しながら検証します。
• スキルリンター — SKILL.md を貼り付け、タスクに一致しない理由を確かめます。
• サブエージェントビルダー — ツールとモデルを指定してサブエージェント定義ファイルを作ります。
• スラッシュコマンドビルダー — 引数とツール許可リストを備えた独自コマンドを作ります。
• プロジェクト指示ビルダー — 毎リクエストの費用に見合う CLAUDE.md を書きます。
• プラグインマニフェスト — plugin.json を生成し、前提となるフォルダ構成を確認します。
• フックビルダー — settings.json のフックを作り、発火しないマッチャーを見つけます。
• 権限ルールテスター — 許可・確認・拒否のルールを実際のコマンドで試します。
• MCP サーバー設定 — stdio、HTTP、SSE 向けの MCP サーバー設定を生成します。
• MCP ツールスキーマ — ツールを定義し、strict モードを検証した JSON Schema を得ます。
• ツールスキーマ検証 — 定義を貼り付け、拒否される理由や誤呼び出しの原因を調べます。
• プロンプトテンプレート展開 — 一つのプロンプトを行の表に展開し、欠けている値を確認します。
• システムプロンプトリンター — 矛盾、効かない指示、未置換のプレースホルダーを見つけます。
• プロンプト差分 — 二つの版を単語単位で比較し、トークン差も表示します。
• Few-shot 例ビルダー — 入出力の組をタグ付き、JSON、会話形式の例に変換します。
• XML プロンプト構成 — 内容が外に漏れないタグでプロンプトの各節を囲みます。
• JSONL ビューア・検証 — JSONL ファイルを行単位で読み、絞り込み、検証します。
• 会話ログ変換 — メッセージ配列を読みやすい記録に変換し、元にも戻します。
• 学習データ検証 — 学習を途中で止めるエラーがないか chat 形式の JSONL を調べます。
• SSE ストリームビューア — 生のストリーミング応答から本文、ツール呼び出し、使用量を取り出します。
• コンテキストウィンドウ設計 — ウィンドウをプロンプト、ツール、履歴、応答に配分します。
• プロンプトキャッシュ設計 — キャッシュできる接頭辞が最長になるようブロックを並べ替えます。
• テキスト分割 — 実際の切れ目で分かれる重なり付きのチャンクに文書を分けます。
• エージェントループ費用 — 再送される履歴とキャッシュを含めてターンごとに費用を見積もります。

AI・エージェントのツールをすべて見る · すべてのツール