计划执行与检查节点
executing-plans
按既定实施计划完成工作,保持过程检查和反馈。
scenario-fan-cam【效率与协作】Use when putting a person from a photo into live-broadcast crowd footage with Scenario: a stadium or arena fan-cam reaction, a jumbotron or kiss-cam moment, a spectator cutaway at a match or concert, a courtside or front-row sighting, or a personalized sports-TV still that then animates into video. Keywords: fan cam, crowd reaction, jumbotron, stadiu…
独立 GitHub 快照 · 自动分类 · 以原作者文档为准
A fan cam is a two-stage build: an identity-preserving image edit places the person into a 16:9 broadcast still, and image-to-video animates the approved still into a reaction. The uploaded photo is an identity reference, never a start frame: feeding it straight to a video model animates a portrait, not a broadcast. Stage one is cheap and stage two is not, so the still carries every decision worth approving.
Use only photos of the user or of people who gave them permission; refuse celebrity or stranger insertions. Real faces also trip provider filters more than most subjects: on a block, see scenario-moderation. Connection and the core loop: see the scenario skill in this repo. If a sibling skill named here is missing from your available skills, ask the user to install it (npx skills add scenario-labs/skills --skill <name>); unattended, proceed from tool schemas and flag the gap.
Discover members with recommend, passing the stage's capability and the user's own words: it ranks by measured cost and latency and names the purpose-built pick, where a capability-worded search returns hundreds of keyword hits with nothing to choose between them. Read next_step before taking a pick, per the scenario skill. Keep search for a member you can already name. Never assert a generative model's id as a constant. Scenario's own single-purpose tool models are named outright below: there is exactly one of each, so discovering them would only re-derive a constant.
| Stage | What happens | Detail |
|---|---|---|
| 1. Identity still | Image-edit member (img2img) composites the person into a 16:9 crowd frame | scenario-image, scenario-consistency |
| 2. Still gate | Likeness checked against the photo before any video money is spent | scenario-asset-analysis |
| 3. Animate | Image-to-video from the approved still, reaction beats, one camera move | scenario-kling, scenario-video |
| 4. Identity gate | Frames extracted from the clip, compared to the approved still | scenario-asset-analysis |
| 5. Overlays | Score strip, channel bug, lower third composited as post layers, never generated | scenario-text-overlay, scenario-video-assembly |
| 6. Derivatives | 9:16 and 1:1 social cuts off the 16:9 master | scenario-formats |
Broadcast grammar is what sells the shot, so prompt it explicitly at both stages: long-lens compression with the crowd defocused in front and behind, harsh stadium floodlight or arena strobe, slight motion blur, the camera hunting and reframing as it finds the subject. Keep the person mid-ground among other fans, off-center, at broadcast camera height. A centered, well-lit, eye-level subject reads as a photoshoot in a stadium, not a cutaway.
Give the reaction an arc rather than a state: oblivious, then noticing the camera or the screen, then the reaction the user asked for (cheering, laughing, disbelief, heartbreak). Multi-beat prompting per the video family's contract keeps the turn inside one clip.
upload_asset the photo once and reuse the returned asset id.collection_create, catalog write lane, name only), then collection_add_assets each keeper as it lands; its returned itemCount is the receipt.recommend with capability="img2img" and the placement described in words; prefer a ranked entry that takes several reference images, and read model_schema_get for those inputs (scenario-image for the lane, scenario-consistency for reference discipline).asset_display it for approval, and inventory the likeness features that must hold (face geometry, hairline, skin tone, wardrobe) with the analysis lane from scenario-asset-analysis; a change in any inventoried feature fails. Unattended, that inventory stands in for the user's sign-off.recommend with capability="img2video" and the reaction described in words, then check the pick against scenario-kling or scenario-video. The brief's length filters members: duration is usually a fixed enum a member either reaches or does not, and the tiers that reach it sit far apart on price, so model_schema_get each candidate and compare with model_run dry_run=true.wait=false, then jobs_wait re-called with pending_job_ids on timeout, never a second model_run.firstFrame and lastFrame off asset_get first, then model_scenario-video-to-image-seq for a mid-clip frame (a tool-model lane per scenario-video-editing). A local extraction is not a substitute at any budget, because it yields no asset to file or audit and the gate stops being traceable. A change in any inventoried feature fails the clip, and so does legible generated type: ribbon boards and jumbotron glyphs creep in even against a no-text prompt, worst late in the clip. The retry starts from the same still, never from the drifted output.model_scenario-compose-video (a tool-model lane per scenario-video-assembly), layering the score strip and channel bug from scenario-text-overlay in the safe corners; a local editor is the wrong lane. Give every overlay layer an explicit width and height, since leaving them empty is documented as native size and does not hold, and pin durationMode: "custom" to the clip's length, since an image layer otherwise stretches the composition past it. A succeeded compose job is not proof the layers drew: pull a frame from the composite (the free firstFrame) and confirm every layer is present and placed before delivering. Then cut 9:16 per scenario-formats, a resize rather than a reframe, whose video members outpaint a wider frame instead of cutting one. Its cover mode crops from the center, so when the subject sits off-center put the master on a 9:16 compositor canvas positioned to hold them instead. asset_display both.