cgg-runtime/skills/deprec_podcast_pipeline/podcast-conductor/SKILL.md
Full system guide for the podcast longform-to-shortform pipeline. Read this first — it maps every skill, agent, router, schema, and dependency in the editorial intelligence system.
npx skillsauth add prompted365/context-grapple-gun podcast-conductorInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
This is the system manual for the podcast editorial intelligence pipeline. If you are the lead agent running a pipeline session, read this before /podcast-pipeline. If you are a subagent, your spawning prompt tells you what to do — but this document explains why and how everything fits together.
Every pipeline run is governed by two parallel truth lanes:
1. Local Transcript Verification Gate
→ establishes section-local lexical and timing truth
→ "what is actually being said here, exactly, and where?"
2. Overshoot Visual Adjudication Layer
→ establishes visual and stylistic truth across source, generated, and assembled artifacts
→ "what is visually happening here, what should be done with it, and did the resulting assets stay true to intent and canon?"
Together they govern whether the pipeline is reasoning over the right material before AND after transformation.
SKILLS (editorial intelligence)
├── /podcast-conductor ← YOU ARE HERE. System guide. Read-first.
├── /podcast-pipeline ← Team orchestrator. Entry point for runs.
├── /show-profile-manager ← Profile CRUD. Show identity layer.
├── /audience-context-researcher ← Runtime platform intel.
├── /transcript-scorer ← Editorial judgment scoring.
├── /edit-decision-list ← Audio-first EDL with J/L cut intentions.
├── /broll-prompt-engineer ← Scene-aware b-roll + router envelopes.
├── /caption-semantic-layer ← Two-tier captions with no-double gate.
├── /post-copy-generator ← Platform copy from inside the show voice.
└── /pipeline-report ← HTML report + conversational surface.
INFRASTRUCTURE
├── fal_router.py ← Media generation egress (fal.ai)
│ ├── submit / subscribe / status / result
│ ├── budget enforcement (cap + window + per-job max)
│ └── completion events → audit-logs/media-router/completions/
│
├── overshoot_router.py ← Visual Adjudication Layer (Overshoot)
│ ├── CLI: analyze / status / results / models / presets / budget / profile
│ ├── 3 responsibility surfaces:
│ │ ├── source: visual hinges, face-priority windows, reaction moments, edit grammar
│ │ ├── generated: style/intent/likeness fidelity, quality, additive vs decorative
│ │ └── draft: pacing, transitions, b-roll continuity, arc expression, caption sync
│ ├── 3 structured presets: source_assessment / generated_assessment / draft_review
│ ├── streaming via Overshoot SDK (FileSource + realtime pacing)
│ ├── default model: qwen3.5-9b (medium tier)
│ └── NOT the generation engine — the visual authority that governs when
│ generation is justified and whether generated outputs are acceptable
│
├── profiles/ ← Show profile JSON files (per-project)
│ └── {show-slug}.profile.json
│
└── output/{show_slug}/ ← Pipeline run artifacts (per-run)
├── *-evidence-scaffold.json ← Phase 0b: shared retrieval seed
├── *-evidence-surface.json ← Checkpoint A: committed evidence plane
├── *-audience-context.json
├── *-transcript-parsed.json
├── *-transcript-verified.json
├── *-source-analysis.json (conditional)
├── *-scoring.json
├── *-selection.json (includes editorial_thesis, trade_offs)
├── *-edl.json
├── *-broll-prompts.json
├── *-captions.json
├── *-adjudication.json
├── *-cut-audit.json
├── *-draft-review.json (conditional)
├── *-post-copy.json
├── *-report.html
├── envelopes/ ← Router-ready fal.ai dispatch envelopes
│ └── broll_slot_{N}.json
└── assembly/ ← Locked base track + extracted frames
├── base_track_v3.wav
├── base_track_v3.json
└── slot_N_*.png
Every decision in this pipeline flows through four layers. The first three establish identity and context. The fourth commits evidence before reasoning begins.
The show's permanent creative worldview. Set once via /show-profile-manager create. Rarely changes. Contains: mission, audience tribe, aesthetic invariants, editorial voice, growth scoring weights, anti-patterns, platform stack.
A profile is not a settings file. It is a creative worldview. The pipeline should be able to ask "what would this show do?" and answer from the profile alone.
A specific output configuration within a profile. One creative = one output type (Reel, Story, Short). Inherits from profile but can override: ratio, caption style, hook style, b-roll direction, copy tone, platform target, video gen tool.
Live platform intelligence built by /audience-context-researcher at the start of every run. Never persisted. Contains: current demographics, algorithm behavior, format conventions, aesthetic trust signals, trend signals, scoring implications.
The canonical evidence plane committed at Checkpoint A after all Phase 1 discovery completes. Contains references to all gathered evidence (verified transcript, audience context, source analysis), declares what is NOT available (evidence gaps), and assigns retrieval rights per downstream lane. Every Phase 2+ agent receives this surface — it ensures all agents reason from the same committed evidence basis.
These four layers assemble into a fully grounded editorial intelligence. Layers 1-3 establish identity and context. Layer 4 commits the evidence plane before reasoning begins.
Each skill reads from and writes to ./output/{show_slug}/. The dependency chain is enforced by the orchestrator (/podcast-pipeline) which spawns subagents in the correct order.
| Skill | Reads | Writes |
|-------|-------|--------|
| Lead (profile load) | profiles dir | profile_loaded.json |
| Lead (evidence scaffold) | profile, creative, source paths | evidence-scaffold.json |
| /audience-context-researcher | scaffold, profile, creative | audience-context.json |
| Lead (transcript ingest+verify) | source file, scaffold | transcript-parsed.json, transcript-verified.json |
| Lead (Checkpoint A) | scaffold, audience-context, verified transcript | evidence-surface.json |
| /transcript-scorer | evidence-surface, transcript, profile, creative, audience-context | scoring.json |
| Lead (segment selection) | scoring.json | selection.json (with editorial_thesis, trade_offs) |
| /edit-decision-list | selection, verified transcript, scaffold, profile, creative, audience-context | edl.json |
| /broll-prompt-engineer | edl, scaffold, profile, creative, audience-context | broll-prompts.json + envelopes/*.json |
| /caption-semantic-layer | edl, selection, scoring, profile, creative | captions.json |
| Visual adjudication | generated media, assembled draft | adjudication.json (via overshoot_router.py) |
| Cut auditor | edl, broll-prompts, captions, adjudication, verified transcript, evidence-surface, selection | cut-audit.json |
| /post-copy-generator | selection, scoring, edl, profile, creative, audience-context | post-copy.json |
| /pipeline-report | ALL prior outputs + evidence-scaffold + evidence-surface | report.html |
These pairs have no dependency on each other and can run simultaneously:
These stages MUST wait:
The pipeline implements a hybrid retrieval pattern: shared seed first, then lane-local augmentation, then checkpoint before downstream reasoning.
Do not organize by who gets to retrieve. Organize by what evidence must be shared before the next reasoning layer is allowed to become real.
Phase 0b: Shared Retrieval Seed (evidence scaffold)
Profile identity + common constraints + load-bearing context + retrieval rights map
→ committed before any agent spawns
Phase 1: Lane-Local Discovery (parallel)
1a: External discovery — audience research (retrieval: EXPECTED)
1b: Internal file read — transcript ingest (retrieval: EXPECTED)
1c: Tool verification — transcript + audio comparison (retrieval: EXPECTED)
1d: External tool — Overshoot source analysis (retrieval: EXPECTED)
Checkpoint A: Evidence Surface Commit
Canonical evidence plane — all Phase 2+ agents reason from this
→ verified transcript + audience context + source analysis + evidence gaps
Phase 2-4: Specialized Reasoning (synthesis from committed evidence)
2: Scoring (retrieval: GAP-FILL — may re-read transcript sections)
3: Selection (lead inline — commits editorial thesis + trade-offs)
4: EDL (retrieval: GAP-FILL — may re-read verified transcript)
Phase 4b: Timeline Lock Checkpoint
Verifies EDL grounding against actual base track
→ prevents phantom references from cascading into generation
Phase 5: Execution + Generation (committed evidence only)
5a: B-roll prompts (retrieval: GAP-FILL — may verify API constraints)
5b: Captions (retrieval: COMMITTED-ONLY)
5c: Dispatch (retrieval: NONE)
5d: Adjudication (retrieval: COMMITTED-ONLY)
Phase 6: Adversarial Validation
6: Cut audit (retrieval: ADVERSARIAL — may re-read originals to challenge claims)
6b: Draft review (retrieval: COMMITTED-ONLY — tool-mediated)
Phase 7-8: Final Synthesis + Surface
7a: Post copy (retrieval: COMMITTED-ONLY)
7b: Report (retrieval: COMMITTED-ONLY — reads all artifacts)
8: Surface (lead inline)
| Phase | Lane Type | Retrieval Right | Why | |-------|-----------|-----------------|-----| | 0/0b | Infrastructure | File read | Establishing scaffold | | 1a | Discovery | Expected | Platform intelligence needs live data | | 1b/1c | Verification | Expected | Transcript truth requires source material | | 1d | Discovery | Expected | Visual evidence from Overshoot tool | | 2 | Synthesis | Gap-fill | May need to re-read ambiguous transcript sections | | 3 | Lead judgment | Inline | Lead reads scoring + makes selection | | 4 | Design | Gap-fill | Must verify timestamp-to-content mappings | | 4b | Checkpoint | Verification | Re-transcribes edited base track via Whisper | | 5a | Design | Gap-fill | May verify API model constraints | | 5b | Synthesis | Committed-only | Captions from locked EDL, no fresh retrieval | | 5c | Execution | None | Dispatch only | | 5d | Verification | Committed-only | Tool-mediated asset assessment | | 6 | Adversarial | Adversarial | Re-reads originals to challenge editor claims | | 6b | Verification | Committed-only | Tool-mediated draft assessment | | 7a | Synthesis | Committed-only | Copy from committed editorial decisions | | 7b | Synthesis | Committed-only | Report reads all artifact files directly |
Every subagent prompt now includes:
When /podcast-pipeline spawns a subagent, the prompt must be self-contained. Subagents don't see the lead's conversation history. Every subagent prompt must include:
/skill protocol to followYou are the transcript scorer for the podcast editorial pipeline.
## Your Role
Read this transcript and score segments for shortform growth potential.
Follow the /transcript-scorer protocol exactly.
## Profile
{full profile JSON}
## Active Creative
{creative config JSON}
## Audience Context
{audience context JSON from Phase 1a}
## Transcript
{full transcript text with timestamps}
## Output
Write your scoring output as JSON to: ./output/{show_slug}/{date}-{creative}-scoring.json
Follow the schema defined in /transcript-scorer.
## Model
You are running as Opus. Editorial judgment is your primary operation.
Never delegate to Haiku for any part of this work.
canonical_developer/context-grapple-gun/cgg-runtime/scripts/media-router/fal_router.py
FAL_KEY is in canonical/.env. The router reads it automatically.
| Model | Router Key | fal.ai ID | Type | Start Frame | End Frame | References |
|-------|-----------|-----------|------|-------------|-----------|------------|
| Nano Banana 2 | nano-banana-2 | fal-ai/nano-banana-2 | image | N/A | N/A | N/A |
| Kling v3 Pro i2v | kling-v3-pro-i2v | fal-ai/kling-video/v3/pro/image-to-video | video | start_image_url (required) | end_image_url (optional) | elements[] (identity anchors) |
| Seedance 2.0 i2v | seedance-2.0-i2v | bytedance/seedance-2.0/image-to-video | video | image_url (required) | end_image_url (optional) | NONE |
| Seedance 2.0 r2v | seedance-2.0-r2v | bytedance/seedance-2.0/reference-to-video | video | NONE | NONE | image_urls[] up to 9 |
Seedance i2v is the morph workhorse — deterministic start+end frame interpolation. No reference channel. The prompt carries all aesthetic intent.
Seedance r2v is for style transfer and mood boards — reference images guide the aesthetic, but you have zero control over start/end frames. The model decides temporal placement. NOT suitable for morph transitions where frame binding is required.
Kling v3 Pro accepts frame binding + identity anchors (elements). Use for character-preservation scenes where the speaker's likeness must be maintained in generated footage. The only model with partial frame binding + identity reference in one call.
{
"model": "nano-banana-2",
"params": {
"prompt": "string",
"aspect_ratio": "9:16",
"resolution": "1K",
"num_images": 1
},
"pipeline_context": {
"slot": 1,
"step": "reference_frame",
"edl_beat": 2
}
}
# Check remaining budget
python3 fal_router.py budget
# Set budget controls
python3 fal_router.py budget set --cap 50 --window 48 --max-job 10
# Submit async (returns job ID)
python3 fal_router.py submit envelope.json
# Submit and wait (blocks)
python3 fal_router.py subscribe envelope.json
# Check job status
python3 fal_router.py status fal_abc123
# Get result (blocks until done)
python3 fal_router.py result fal_abc123
# Extract reference frames from source video (for r2v workflows)
python3 fal_router.py extract-frames <source_video> --count 8 --output-dir ./output/ref-frames [--start 10.5] [--end 25.0]
The router blocks dispatch when:
max_single_job_usd ($5 default)cap_usd ($25 default)window_hours (24h default)Budget state: audit-logs/media-router/budget.json
Job records: audit-logs/media-router/jobs/{job_id}.json
Completion events: audit-logs/media-router/completions/{job_id}.json
Morph transitions (speaker dissolves into abstract energy and back) use a 3-frame deterministic chain. This is the canonical morph architecture for the pipeline.
Three frames per morph slot:
(IN timestamp - 0.033s). Reframed to output aspect ratio (e.g., 9:16).Two clips per morph slot, both using Seedance i2v deterministic path:
image_url=departure, end_image_url=midpoint. Reality → abstraction.image_url=midpoint, end_image_url=return. Abstraction → reality.image_url MUST be the same file as Clip A's end_image_url (the midpoint image). Different files = visible seam at crossover.API constraint — deterministic vs reference modes are mutually exclusive:
| Model | Start frame | End frame | Reference images | Morph-safe |
|-------|------------|-----------|-----------------|------------|
| Seedance i2v | image_url | end_image_url | NONE | YES — deterministic frame binding |
| Seedance r2v | NONE | NONE | image_urls[] up to 9 | NO — no frame binding, model decides temporal placement |
| Kling v3 Pro | start_image_url | end_image_url | elements[] (identity) | PARTIAL — frame binding + identity anchors |
You cannot pass reference images AND start/end frames in the same Seedance call. For morph transitions, frame binding wins. The prompt carries all aesthetic intent.
The midpoint image prompt is load-bearing — it must produce the exact aesthetic target because there is no reference channel to enforce palette or style alongside the deterministic frame path.
Non-morph slots (animated/static) use the simpler two-step pattern below.
Non-morph b-roll slots need a scene image first:
nano-banana-2 → generates scene image ($0.08, ~10s)seedance-2.0-i2v → animates from scene image as start frame, no end frame ($1.51 for 5s)The b-roll prompt engineer handles this — it writes two envelopes per non-morph slot with step: "scene_image" and step: "video_generation" marked in pipeline_context.
For morph slots, three envelopes: midpoint_image, morph_clip_a, morph_clip_b.
| Operation | Cost | |-----------|------| | 1 reference image (1K) | $0.08 | | 5s Kling video (no audio) | $0.56 | | 5s Kling video (with audio) | $0.84 | | 10s Kling video (with audio) | $1.68 | | 5s Seedance video | $1.51 | | 10s Seedance video | $3.02 | | 5s Seedance r2v video | $1.51 | | 10s Seedance r2v video | $3.02 | | Full 4-slot run (image + 5s Kling each) | ~$2.56 | | Full 4-slot run (image + 5s Seedance each) | ~$6.36 |
/show-profile-manager create
/podcast-pipeline
(Follow prompts — provide transcript, approve segment selection, approve b-roll budget)
/transcript-scorer # Just score a transcript
/edit-decision-list # Just build an EDL from a selected segment
/broll-prompt-engineer # Just craft b-roll prompts from an EDL
/caption-semantic-layer # Just build captions from an EDL
/post-copy-generator # Just write post copy
/audience-context-researcher # Just research a platform
python3 fal_router.py budget # View
python3 fal_router.py budget set --cap 50 # Adjust
python3 fal_router.py budget reset # Reset window
Overshoot is not a step in the pipeline — it is a governing lane. It appears three times, as one authority operating over different artifact states:
source media
→ local transcript verification
→ Overshoot source analysis (Phase 1d)
→ editorial decision
→ optional generation / augmentation
→ Overshoot generated-asset evaluation (Phase 5d)
→ assembly
→ Overshoot draft evaluation (Phase 6b)
→ final audit / delivery
1. Source footage assessment (Phase 1d, preset: source_assessment)
2. Generated asset assessment (Phase 5d, preset: generated_assessment)
3. Draft-level assessment (Phase 6b, preset: draft_review)
Overshoot is not the generation engine. It is the visual authority that governs when generation is justified and whether generated outputs are acceptable.
# Source analysis
python3 overshoot_router.py analyze <video_path> --preset source_assessment
# Generated asset evaluation
python3 overshoot_router.py analyze <asset_path> --preset generated_assessment
# Draft review
python3 overshoot_router.py analyze <draft_path> --preset draft_review
# Resolve a show profile for adjudication context
python3 overshoot_router.py profile <show-slug>
| Preset | FPS | Clip Length | Delay | Max Tokens | Use | |--------|-----|------------|-------|------------|-----| | snappy | 6 | 0.5s | 0.5s | 64 | Triage | | balanced | 6 | 1.0s | 1.0s | 128 | Default | | detailed | 10 | 2.0s | 1.5s | 192 | Deep analysis |
The transcript verification gate is the pipeline's parallel truth lane for lexical and timing accuracy.
Establish section-local lexical and timing truth before any editorial decision is made. Auto-transcription tools (Whisper, Descript, etc.) produce timestamps that drift 3-5 seconds from actual audio position.
A verified transcript with a drift_correction_applied field indicating whether timestamps were adjusted and by how much.
Together, transcript verification and the Overshoot Visual Adjudication Layer govern whether the pipeline is reasoning over the right material. Transcript verification handles the lexical/timing truth ("what is being said, when"); Overshoot handles the visual truth ("what is being shown, how does it serve the message").
The goal is not automation. The goal is an agent team that has taste — that can feel where the electricity is in a transcript, understand why a J-cut works emotionally, write a b-roll prompt that serves meaning rather than illustration, and generate post copy that sounds like the show, not a social media manager.
The three-layer intelligence architecture (profile + creative + audience context) is what makes this possible. A generic AI can clip a transcript. This system knows the show's soul, the platform's current behavior, and the craft of editing — and holds all three simultaneously while making every decision.
The profile is the identity. The audience context is the world. The craft skills are the hands. The orchestrator is the judgment that binds them.
tools
Frederick Grant persona runtime — historian-of-how, witness of formation under pressure, qualified Remnant/Athenaeum-facing interpretive mechanic, tic-230 chronicler of runtime probity. Use when the user asks for Frederick Grant voice, Ubiquity Chronicles work, Parallel Lane Cadence essays, Elara counterweight passes, field notes, audio annotation, interview scripts, Logan/Wilderness analysis, or runtime probity writing after the P2/P1 tic-230 closures. CENTROID: authored persona runtime that documents live convergence without collapsing it into thesis IS: - lean SKILL.md entrypoint with rich profile/, stages/, scripts/, reference/, templates/, tools/, evals/ subtrees - 8-stage workflow (signal-intake → context-hydration → field-grounding → remnant-query → composition → elara-counterweight → receipt-closeout → tic230-probity) - 15 prompt-skeleton scripts for Frederick's standard composition surfaces - 9 collapse-zone guards covering Decorative Francophilia / Retrospective Certainty / Hero Narrative Intoxication / Conspiracy Closure / Academic Sedation / Activist Collapse / Breyden Conflation / Elara Erasure / Runtime-Doctrine Drift - cross-references into federation surfaces: publications/, audit-logs/governance/, ent_breyden/inbound/ubiquity-chronicles-tic175/, ent_homeskillet/canonical/ IS NOT: collapse_zones: - Breyden's voice (architect register; Frederick is not the architect) - Homeskillet's voice (orchestrator register; Frederick is not the primary) - generic French historian style (decorative Francophilia is a named negative ray) - prosecutor / debunker / prophet / mascot (legal accusation, certainty, evangelism, identity flattening — all forbidden) - retroactive certainty machine (live convergence must remain unresolved where the record is open) - doctrine inscription source (Frederick observes doctrine; he does not author it) - documentation editor (multi-file structure is authoring discipline, not generic doc rewrite) - federation-internal artifact (Frederick is a ghostwriter engaged from outside; the federation's runtime is legitimate object of historical analysis, but Frederick's own runtime — the skill that hosts him, loaded files, collapse-zone guards, authority model — is editor's territory, not Frederick's voice; insider language must be earned by composition arc, never deployed as default register) sibling_overlaps: - /complement (closure inference at active move — different surface, different lifecycle) - /consolidate (file-surface packaging — Frederick produces composition, not consolidation) - videographer skill (substrate capture — both are expression surfaces, distinct registers) - homeskillet-academy (educational scaffold — academy teaches, Frederick witnesses) WHEN: - when the work needs witness-of-formation prose - when the task asks for Frederick Grant by name, voice, or context - when a live convergence needs historical/cultural contextualization without closure - when a field note, essay, chronicle, audio annotation, or interview needs Frederick's register - when a Remnant/Athenaeum comparison is appropriate - when an Elara counterweight pass is needed - when runtime probity after tic 230 is relevant (P2 manifold-shape closure, P1 signal-projection-split closure) - on explicit Architect invocation NOT WHEN: - when Breyden's direct voice is needed (use Architect register, not Frederick) - when Homeskillet's execution-layer voice is needed (use orchestrator register, not Frederick) - when the task is ordinary implementation (Frederick is composition, not patching) - when the task asks for legal accusation or definitive claims without evidence - when the user wants generic French style rather than Frederick's runtime - when the federation has not produced enough operational reality to warrant outside reading RELATES TO: - /complement (closure-inference sibling — both gate compositional integrity) - /consolidate (packaging neighbor — Frederick composes; consolidate packages) - publications/the-ubiquity-chronicles-fg.md (primary chronicle, v1, ~tic 175) - publications/the-ubiquity-chronicles-v2-frederick-grant.md (v2 expansion, Book Zero + Book I) - publications/the-ubiquity-chronicles-vol-iii-frederick-grant.md (Volume III — The Embodiment, tic 230) - publications/the-ubiquity-interviews-fg.md (interview register companion) - audit-logs/governance/p2-harmony-manifold-input-patch-receipt-tic230.md (P2 closure receipt) - audit-logs/governance/p1-signal-projection-split-receipt-tic230.md (P1 closure receipt) ARGS: stance: dispatch off_envelope: ask core_dispatch_rays: - "" → primary invocation (full 8-stage workflow) - "chronicles" → Ubiquity Chronicles composition - "parallel" → Parallel Lane Cadence composition - "field-note" → Field Notes script - "interview" → Interview script - "elara-pass" → Elara counterweight on existing draft - "anti-collapse" → Anti-collapse audit on existing draft - "tic230-probity" → Runtime probity composition secondary_modulation_axes: - register: chronicle | essay | field-note | interview | annotation - depth: lean | full - target: telos-internal | external-readership
tools
Runtime tactical context hydration — staged discovery and bounded source-bearing hydration for agent intent. Answers "how does an agent know where to look before it already knows where to look?" via filesystem shape, structural signals, and typed candidate baskets. Working acronym: RTCH (runtime-tactical-context-hydration). CENTROID: intent → bounded, source-reenterable evidence packet via staged source-bearing discovery IS: - structured intake of agent/Architect intent (goal, seeds, profile, fanout, mutation risk) - zone orientation (cwd / repo root / zone root / rung chain / obvious truth files) - low-cost shape scout (directory map, headings, durable handles, JSON/YAML keys, refs) - typed candidate basket with origin/use taxonomy and pairing rule enforcement - tactical probe plan (multiple bounded probes, not one giant regex) - bounded chunk hydration with line-range provenance and next-re-entry commands - agent-ready evidence packet emission (selected_surfaces, unresolved_questions, caution_map) - optional handoff to /consolidate for full-surface dump packaging IS NOT: collapse_zones: - vector database (no embedding-space retrieval; federation prohibits at federation rung) - semantic oracle (RTCH does not "understand" content; it surfaces structural signals) - doctrine engine (RTCH produces evidence; downstream consumers judge truth) - terrain engine replacement (federation cartography handles multi-plane semantic projection; RTCH is tactical layer beneath) - /consolidate rewrite (discovery and packaging do not collapse) - lossy compressor (bounded chunks preserve source re-entry; never summarize away source) - confidence-inflated smart consolidator sibling_overlaps: - /consolidate (RTCH selects; /consolidate packages — distinct boundaries; compose, don't replace) - file-access-discipline (RTCH outputs targets; hydration USES file-access-discipline as execution primitive) - load-doctrine-chain (both serve subagent context; load-doctrine-chain owns CLAUDE.md chain only, RTCH owns wider source set) - cache-ops (pattern source for trust-tier shape; storage NOT shared; RTCH packets are separate evidence cache) - queue_state_compile (analogy only — both convert append-only source to compiled view; different transforms) WHEN: - when agent intent is vague and discovery is needed before reading or consolidation - when bare grep would over-fanout or under-discover a vague target - when an arena, harpoon, /review, or other lane needs source-bearing evidence before action - when bounded chunk hydration is appropriate (large governance files, doctrine chains, audit history) - when the candidate-basket discipline (origin/use tagging, pairing rule) is needed to prevent generic-term overconfidence - when source re-entry must be preserved (consumer may need to return to source for fuller context) NOT WHEN: - when target is fully known (single file, single line range) — read it directly via file-access-discipline - when the operation is mutation-only on a known target (use Edit/Write directly) - when /consolidate has already been invoked with explicit targets (RTCH would re-do discovery) - when the operation requires semantic similarity (RTCH does not do that; federation prohibits vector DB) - when the consumer needs a packaged dump only (skip RTCH; /consolidate alone is sufficient if targets are known) - when promoting doctrine (route through /review; RTCH evidence may inform but does not promote) RELATES TO: - /consolidate (compose: RTCH selects targets; /consolidate packages selected_surfaces into dump with provenance reference back to RTCH packet) - file-access-discipline (compose: RTCH Stage 6 hydration USES file-access-discipline chunked-read as execution primitive) - load-doctrine-chain (compose: RTCH may invoke for doctrine_chain target_profile zone orientation) - zone_root.py (compose: RTCH Stage 2 anchors on zone-root walk-up) - atomic-append (compose: optional RTCH packet persistence uses atomic-append write hygiene) - queue_state_compile (analogous: both implement "raw source → compiled view" pattern) - /review preflight (downstream: future integration consumes RTCH packets as bench-packet discovery surface) - arena spec authoring (downstream: future integration uses RTCH packets for context preparation) - harpoon orchestrator (downstream: future integration uses RTCH for anchor-spot discovery on external binders) ARGS: stance: dispatch off_envelope: ask # off_envelope rationale: RTCH requires a structured intake to operate (goal, # target_profile, fanout_level, mutation_risk, expected_output, enough_evidence). # Bare invocation without intake fields would force the lane to guess discovery # scope, defeating the discipline. Ask elicits the missing fields. core_dispatch_rays: - "" → interactive (elicit intake form) - "--goal <sentence>" → with intake fields on CLI - "--intake <intake_json_path>" → from a saved/persisted intake - "--persist" → persist resulting packet to audit-logs/rtch/packets/ - "--handoff-to-consolidate" → after packet emission, hand selected_surfaces to /consolidate secondary_modulation_axes: - target_profile: doctrine_chain | audit_history | code_path | manifest_registry | vague_intent | mixed - fanout_level: conservative | normal | wide - mutation_risk: read_only | low_mutation | high_mutation - expected_output: hydration_packet | target_set_for_consolidate | single_chunk | claim_evidence IMPLEMENTATION_STATUS: binder: audit-logs/governance/runtime-tactical-context-hydration-binder.md (Phase 1 complete, tic 223) runner_script: NOT YET BUILT — Phase 2 deliverable (planned: cgg-runtime/scripts/rtch.py) current_mode: manual-discipline — agent walks the 8 stages using Read/Bash/Grep tools directly promotion_status: design lane, not doctrine; Phase 7 routes the doctrine question after Phase 6 validation
development
Statusline legend — rapid decoder for the CGG telos radar (LITE + FULL modes). CENTROID: read-only legend surface that decodes statusline glyphs, positions, colors, and source attributions for the Architect at glance speed (the Architect perception substrate) IS: - static legend (glyph + position + color tier reference) - live decode mode (annotates current statusline values inline) - source attribution (where each rendered value reads from) IS NOT: collapse_zones: - statusline configurator (use /statusline install|mode|clear|uninstall) - governance state mutator (read-only on every surface it touches) - harmony invoker (use harmony-invoke.sh; this skill only decodes the cached pointer) - radar replacement (statusline renders ambient; sl-legend explains) - troubleshooter (does not diagnose hook failures or sync drift) sibling_overlaps: - /statusline (configuration sibling — same domain, different verb) - /governance-check (read-only governance snapshot — different aperture) WHEN: - on first encounter with the radar (Architect doesn't remember what ⊙ means) - when a glyph changes and the Architect wants to confirm semantics - when explaining the radar to someone else - on explicit Architect invocation NOT WHEN: - to change statusline behavior (use /statusline) - to act on a signal seen in the radar (use /siren) - to invoke harmony for fresh disposition (use harmony-invoke.sh) - mid-cadence (cadence is the boundary; this is reference) RELATES TO: - /statusline (configurator) — same domain; sl-legend is the reader - /siren (signal triage) — sl-legend points to what to triage - harmony-invoke.sh (disposition refresher) — sl-legend points at staleness ARGS: stance: dispatch off_envelope: proceed-with-note # off_envelope rationale: sl-legend is read-only reference; an undeclared arg # is most likely a typo against {live, lite, review, sources} — proceed with # static legend and note the unknown ray rather than refusing the read. core_dispatch_rays: - "" → static legend (full glyph + position decoder) - "live" → annotate current rendered statusline values inline + tic 214 markers source-backed - "lite" → compact tic 214 marker glossary only (glance-speed recall) - "review" → Architect perception substrate audit checklist (overclaim + naming drift detection) - "sources" → source attribution table (which file each value reads)
tools
Editorial intelligence scoring — reads transcripts the way a sharp editor would, scoring segments for shortform growth potential through the lens of audience context.