エピソードを引き締める

エピソードを引き締めるノードは、ポッドキャストやインタビューの収録を 1 回で整えます。収録を文字起こしし、無音、フィラーワード、言い直しを取り除いて、引き締めたエピソードをレンダリングします。字幕と BGM を追加することもできます。

内部では、手作業で接続できるのと同じ工程を実行します。話者ラベルと単語のタイミング付きの文字起こし、無音検出、間詰めモードの編集プラン、EDL 適用です。オンにすると、字幕を追加と、オーディオをミックスと動画とオーディオを結合による BGM も加えます。各工程はそれぞれ独立したジョブとして実行されるので、長いエピソード、キャンセル、失敗は、手作業で組んだワークフローと同じように扱われます。

エピソードを引き締めるノードは、計画の工程を Nodaro Cloud で実行します。フレーミングを選んだ場合は、レンダリングも Nodaro Cloud で実行します。セルフホスティング環境では、連携 › nodaro.ai から、または API キーで、環境を Nodaro Cloud に接続してください。接続がない場合、ノードは表示されず、実行は何かが始まる前に拒否されます。

使いどころ

• 公開する前に、未編集のインタビューやポッドキャストの収録を整える。
• 動画の収録から、音声だけのポッドキャストのエピソードを作る。
• 2 人で話す動画ポッドキャストから、話者をフレーミングした縦型のカットを作る。
• エピソード全体に BGM を敷く。

複数のカメラ、手作業で直したプラン、短いクリップやチャプターなど、より細かく制御したいときは、編集プラン、EDL 適用、カメラ切り替え、話者ビューなどの個別のノードを使います。

クイックスタート

テンプレートマーケットプレイスには、すぐに使えるワークフローが 2 つあります。エピソードを引き締めるは、文字起こし、無音検出、編集プラン、EDL 適用を手作業でつないだチェーンで、中身を入れるだけで使えます。1 つのノードでエピソードを引き締めるはこのノードを使ったもので、レンダリング前に確認がオンになっており、単語ハイライトの字幕が付きます。

入力

3 時間より長い収録、音声のない収録、オーディオとして読み取れない音楽ファイルは、何かが課金される前に拒否されます。

出力

設定

フレーミング

フレーミングを形に設定すると、ノードは EDL 適用の代わりに話者ビューでエピソードをレンダリングします。2〜6 人の話者が同じカメラに映っていて、形が 16:9 でない場合、画面上の各話者に自動でボックスが割り当てられます。それ以外の場合、カメラはフルフレームで表示されます。ノードは顔を追跡しません。レイアウトの一覧には、選んだ形で話者ビューが描けるレイアウトだけが表示されます。

レンダリング前に確認

レンダリング前に確認をオンにすると、実行はカットのプレビューで止まります。このレンダリングは安いプレビュー料金のプレビューで、字幕と BGM はまだ追加されていません。

1. 確認画面を開いてカットをチェックします。どのカットも聞くことができ、プランが削除したものを戻したり、残したものをカットしたりできます。カットを確認するを参照してください。
2. ノードの最終レンダリングをクリックします。ノードは、編集を反映したフル品質でエピソードをレンダリングし、そのあと字幕と BGM を 1 回だけ追加します。

• 最終レンダリングはプレビューの設定を使います。 設定を変えるには、ノードをもう一度実行してください。
• 最終レンダリングはやり直せます。 最終レンダリングが終わったあと、カットをもう一度編集して最終レンダリングをクリックします。レンダリングとそれ以降の工程がもう一度実行されて課金されますが、手数料はかかりません。同じ編集を 2 回レンダリングすることは拒否され、最終レンダリングは一度に 1 つしか実行されません。
• 公開したアプリでは、 EDL 適用のレンダリングと同じように、ノードはアプリのページにプレビューと最終レンダリングボタンを表示します。最終版が作られたあと、同じ実行での最終レンダリングは拒否されます。アプリでの最終レンダリングを参照してください。
• 後続のノードはプレビューで実行されます。 Nodaro Cloud では、ノードはプレビューで止まりますが、その後ろに接続されたノードはプレビューを使って実行され、課金されます。最終レンダリングの時点で、最終版のエピソードを使ってもう一度実行されます。
• 確認する人が必要です。 確認する人がいない実行は、このノードを通過できません。API、SDK、MCP の run_workflow ツール、トリガーから開始した実行や、コンポーネント内の実行がこれにあたります。エピソードを引き締めるノードより前のノードは実行されて課金されます。そのあとノードは preview_review_required で失敗し、このノードの分は課金されません。こうした実行ではレンダリング前に確認をオフにしてください。
• リストの項目ごとの実行では使えません。 レンダリング前に確認がオンのノードにリストが接続されている場合、どの実行も始まる前に拒否され、課金されません。表示されるメッセージは「Review before render isn't available when the node runs once per list item — turn it off to run the list.」です。意味は「ノードがリストの項目ごとに実行される場合、レンダリング前に確認は使えません。リストを実行するにはオフにしてください」です。

MCP ツールの tighten_episode と continue_use_case は、呼び出した AI アシスタントが確認するので、レンダリング前に確認を使えます。

実行が失敗した場合

完了した工程は完了したままです。文字起こしや編集などの結果は保持され、もう一度課金されることはありません。ノードの続行を押すと、失敗した工程とそれ以降の工程だけがもう一度実行されます。

リストが接続されたノードは、項目ごとに 1 回実行されます。続行ボタンや最終レンダリングボタンはないので、代わりにもう一度実行してください。

クレジット

エピソードを引き締めるノードは、各工程を、それぞれが代わりを務めるノードと同じ単価で課金し、それに加えて実行ごとに少額の手数料がかかります。ノードは実行前に、手数料を含む見積もりの全額を表示します。

• 実行ごとの手数料は、1 回の実行につき 1 回課金されます。確認後の最終レンダリングでは、手数料はもう一度課金されません。失敗した実行の手数料は返還され、続行でもう一度確保されます。
• リストは各項目を独立した実行として処理し、 それぞれに手数料がかかります。
• 請求されるのは、レンダリングされたエピソード自体の分数です。 見積もりの分数ではありません。

実行前の見積もり

見積もりでは、レンダリングを収録の全長で計算します。引き締めたカットはそれより短いので、レンダリングの請求額は見積もりより少なくなります。長さがわからない収録は、上限の 180 分で見積もります。フレーミングありの場合、編集が確定するまで、話者ビューは高いほうの単価で見積もります。画面に映る話者が 2 人以下でズームのないカットは、低いほうの単価で課金されます。

編集プランが分数をどう数えるかは、編集プランで説明しています。

ヒント

• 重要なエピソードは確認する：レンダリング前に確認をオンにして、カットをチェックし、編集してから、最終レンダリングをクリックします。
• 編集を再利用する：編集（EDL）出力を 2 つ目の EDL 適用ノードに接続して、同じカットを別のフォーマットでレンダリングします。
• プランの方向を決める：プランに残してほしいものや削除してほしいものを指示に書きます。例：keep the cold open（コールドオープンは残す）。
• 下書きはエコノミーで作る：手早く最初の案を作るにはエコノミーを、公開するエピソードにはより高い編集の品質を使います。

トラブルシューティング

API から

POST /v1/tighten-episode は実行を開始し、jobId と executionId を含む 202 を返します。ボディは mediaUrls（収録の URL 1 つ）を受け取り、任意で musicUrl、output、framing、captions、captionStyle、reviewBeforeRender、planTier、instructions、styleGuide、musicDuckAmount を受け取ります。ジョブは GET /v1/jobs/:id/status でポーリングします。

• ジョブの output_data には、エピソード（videoUrl、オーディオのエピソードでは audioUrl）、編集（json）、文字起こし、quality（プレビューなら proxy、それ以外は final）が入ります。失敗した実行は完了した分を保持し、失敗した工程を failedStep で示します。
• Idempotency-Key ヘッダーを付けると、同じリクエストを再試行したときに同じ jobId と "deduped": true が返り、何も開始されません。
• POST /v1/tighten-episode/estimate は同じボディを受け取り、何も開始せずに { data: { totalCredits, stepsCredits, feeCredits, durationSec } } を返します。
• POST /v1/tighten-episode/continue に { jobId, mode } を渡すと、実行を続行します。"mode": "from-failed" は、失敗した実行で完了しなかった部分を実行します。"mode": "render-final" は、確認用の実行の最終版をレンダリングし、任意で editedEdl を受け取ります。プレビューではなかった実行の最終レンダリングには render_final_not_preview が、すでにレンダリングされた編集の最終レンダリングには render_final_already_rendered が返ります。

SDK（client.edit.tightenEpisode、client.edit.estimateTightenEpisode、client.edit.continueUseCase）、CLI（nodaro edit tighten-episode、nodaro edit continue-use-case）、MCP の tighten_episode ツールは、同じルートを呼び出します。単一ノードの実行、SDK での編集、MCP の分析と EDL のツールを参照してください。