协作头脑风暴
brainstorming
在实现前澄清需求、探索设计选择,并形成清晰的开发方向。
stage-decide【开发与工程】The decision layer for real footage — understand → select → produce an EVIDENCE-bearing rough cut. Trigger when the EDIT task is "find / select / reduce / clean" (remove dead air, drop fillers, pick highlights, cut 1 hour to 3 minutes), NOT executing a known timecode edit (that is stage-edit). Deterministic auto-cuts (silence/filler/quality) are reli…
独立 GitHub 快照 · 自动分类 · 以原作者文档为准
The hard, valuable part of editing real footage is not executing a cut you already chose — it is
figuring out WHAT to cut: understanding opaque raw material, removing its intrinsic defects
(dead air, fillers, weak takes), and reducing it without losing the point. This skill is the
"understand → decide" layer; stage-edit executes the cuts you land on.
Describe what to produce; the operations run through the CLI (or the equivalent MCP tool):
ovs edit trim-silence / ovs edit remove-fillers (deterministic auto-cuts that return evidence),
ovs scenes (cut candidates), ovs quality (blur/exposure/black/freeze flags), ovs transcribe --out
(word timings saved as JSON), ovs silence.
The user supplies real footage AND the work is to select or clean, not to run a known edit:
"cut this 40-min recording to a 2-min highlight", "remove the ums and dead air", "make 3 clips from
this podcast", "tighten this talking-head". If they already gave you timecodes ("trim 0:10–0:35"),
skip this — that is plain stage-edit.
ovs edit probe for duration/resolution.ovs transcribe raw/clip.mp4 --out project/transcripts/clip.json (word-level timings) so you cut on sentence/word boundaries, never mid-word.ovs scenes for shot boundaries; bound the moments you keep on these candidates.ovs silence to see the gaps.ovs edit trim-silence (drop dead air),
ovs edit remove-fillers (transcribe → drop um/uh). They are reliable and return the spans they removed.takes.json ([{id, text=the take's transcript, quality_score from ovs quality, duration_sec}])
and run ovs plan rank-takes takes.json. It groups the repeats and tells you which to KEEP (best
quality) and which to drop. Choosing what to keep across DIFFERENT moments is still your judgment;
this only resolves "which of these identical takes".ovs quality flags bad shots (blurry / too dark / over-exposed / black /
frozen). Drop or avoid flagged spans; blur is content-relative (compare, do not threshold blindly),
dark / black / freeze are absolute defects.ovs edit extract-frame and JUDGE THEM YOURSELF if you can
see images (you are the vision — no separate vision model). If you CANNOT see images, ground on
ovs scenes + ovs quality only and mark every visual judgment UNVERIFIED, or ask the user which
moments matter — NEVER invent what is on screen, and never escalate to a separate vision model.plan.json#edit_strategy with deterministic/mixed mode, concrete objectives, and only evidence signals actually used. New work uses transcript/scene/silence/quality/vision signals; ocr remains readable only in historical plans. Keep preserve/may-change boundaries non-overlapping. Record every source or guiding image/video in top-level references; video timing/motion guidance needs temporal anchors.plan.json, set
reason (why this moment), confidence, and evidence (the auto-cut tools return removed/kept
spans; for your own selections, cite the signal). This is the whole point — not a black box.stage-edit).Never over-claim. An evidence-backed rough cut the user can audit and tweak beats a confident black box.