MUST USE when source footage or a material folder is provided and material understanding or 03_analysis generation is needed. Trigger not only on explicit analysis requests ('分析して', '素材を見て') but also when the user points at footage and says things like 'この動画で', 'この素材で', or any request that requires understanding the provided media before planning or editing.
troubleshoot-error
Use when a pipeline step fails, an error occurs, schema validation fails, ffmpeg crashes, or API returns an error. Diagnose the root cause and attempt automatic recovery.
含まれるファイル(2)
- SKILL.md4.1 KB
- references/error-catalog.md3.9 KB
SKILL.md(原文)
インストールする前に、エージェントに与えられる指示の中身を確認できます。
troubleshoot-error
いつ使うか(必ず発火する条件)
- ユーザーが「エラーが出た」「動かない」「失敗した」と言ったとき
analyze/compile/review/render/exportの途中で command が non-zero exit したとき- schema validation が落ちたとき
ffmpeg/ffprobe/ API connector が失敗したとき- TypeScript compile error や runtime exception で pipeline が止まったとき
前提条件
- まず 失敗した command と stderr をそのまま確認する。要約だけで診断しない
- project artifact が絡む場合、
scripts/validate-schemas.tsが canonical validator scripts/compile-timeline.tsは compile 前に Gate 1、compile / patch 後に timeline schema を検証するscripts/analyze.tsは--skip-stt/--skip-vlmを持つ。GEMINI_API_KEY未設定は warning + VLM skip であり、常に hard failure ではない- 詳細な分岐は
references/error-catalog.mdを参照すること
やること(ステップ)
Step 1: 失敗面を固定する
- 失敗した command、project path、stage、最後に触った artifact、stderr を集める
- ユーザー報告が曖昧なら、最小の再現 command を 1 本だけ実行して failure surface を確定する
- 「どの stage の何が失敗したか」が取れるまでは、広く修正し始めない
Step 2: 最短の deterministic check を走らせる
- artifact 系の failure なら最初にこれを走らせる
npx tsx scripts/validate-schemas.ts projects/<project>
- code / type error ならこれで切り分ける
npx tsc --noEmit
- media / codec / path error なら
ffprobeで source を直接確認する - compile failure なら
01_intent/unresolved_blockers.yamlと validator output を両方見る
Step 3: エラー種別ごとに根因を切る
- schema error:
validator の
artifact,rule,message,details.instancePathから壊れている field を特定する - ffmpeg / ffprobe error:
source file の存在、権限、codec、
02_media/source_map.jsonの path 解決を確認する - API error: env var 未設定か、401/403 か、429 か、timeout かを分ける
- compile gate failure: hard blocker なのか、ただの schema invalid なのかを分ける
- TypeScript error: 既存の debt と今回の failure を分け、まず新規 failure を止血する
Step 4: safe な自動回復を試す
- repo 内で deterministic に直せるものは修正して再実行する
- analyze で remote API が不安定なら、要件を壊さない範囲で
--skip-vlm/--skip-sttに迂回する - compile gate が blocker 起因なら、勝手に blocker を消さず、解決済みか temporary assumption が許されているかを確認する
- fix 後は 同じ command を再実行 して recovery を確認する
Step 5: 直らないものは blocker として残す
- bad API key
- sandbox / filesystem permission
- 存在しない source file
- repo 外依存の binary 不足
この種の failure は無理に隠さず、次に必要な action を具体化して返す。
出力 artifact
- canonical な単一 artifact はない
- 必要に応じて壊れていた artifact を修正し、失敗していた stage の出力を再生成する
注意事項
validate-schemas.tsは violation が 1 件でもあれば exit 1 になる。一方compile_gate: blockedは Gate 1 blocker 専用の狭い判定status: blockerを勝手にresolvedに変えない。質問が解決されたか、許可済み assumption がある場合だけ進めるGEMINI_API_KEY未設定 warning と、401/403 の invalid key error を混同しない- TypeScript error では repo 全体の歴史的 debt を一気に直そうとしない。失敗の主因から順に止血する
レビュー
まだレビューはありません。使ってみた感想をお寄せください。
同じリポジトリのスキル
概要と使いどころ
Use when selects_candidates.yaml exists and the user asks to design structure, build an edit blueprint, or create 04_plan/edit_blueprint.yaml.
日本語の概要は準備中です。原文の説明を表示しています。
Use when edit_blueprint.yaml and selects_candidates.yaml are ready and the user asks to compile the rough cut, generate timeline.json, or apply a review patch.
日本語の概要は準備中です。原文の説明を表示しています。
MUST USE when the user asks to crop, reframe, trim, or improve composition of still photos, especially selected event photos, album photos, portraits, speakers, panels, workshops, or group photos. Use after photo selection or correction when the task is composition improvement rather than selecting images.
日本語の概要は準備中です。原文の説明を表示しています。
MUST USE when starting a new video project, when the user provides footage and asks to edit/create a video, or when 01_intent/creative_brief.yaml does not yet exist. This skill interviews the user to understand their intent before any editing begins. Never skip this step.
日本語の概要は準備中です。原文の説明を表示しています。
Use after changing prompts, skills, the compiler, or editorial policies — or when the user asks to measure edit quality, run regression evals, check agreement with approved edits, or says '評価して', '一致率を測って', 'eval を回して'. Compares agent output against human-approved golden projects.