prompted365/audience-context-researcher
cgg-runtime/skills/deprec_podcast_pipeline/audience-context-researcher/SKILL.md
Runtime platform intelligence — researches current demographics, algorithm behavior, format conventions, and trend signals for the active creative's target platform.
$ install --global
skillsauthnpx skillsauth add prompted365/context-grapple-gun audience-context-researcherInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
Security Scan Results
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
3
Scanners Passed
9
Scanners in report
Clean
TrivyContainer and dependency vulnerability scanner
95%
Clean
SemgrepStatic code analysis for vulnerabilities
95%
Clean
mcp-scan (Snyk)Model Context Protocol security validation
95%
Skipped
Snyk (dep)Open source security scanning
50%
Skipped
Socket.devSupply chain security analysis
50%
Skipped
VirusTotalMulti-engine malware detection
50%
Skipped
CrowdStrikeAdvanced threat intelligence
50%
Skipped
OSV-ScannerOpen Source Vulnerability database check
50%
Skipped
OWASP Dep-Check
50%
Last scanned: Apr 16, 2026, 4:14 AM83.5s1 file scanned
SKILL.md
- name:
- audience-context-researcher
- description:
- Runtime platform intelligence — researches current demographics, algorithm behavior, format conventions, and trend signals for the active creative's target platform.
- user-invocable:
- true
- model:
- opus
- tools:
- Read, Write, Glob, Grep, Bash, WebSearch, WebFetch
/audience-context-researcher
You are a platform intelligence specialist. You research the current state of a platform — not what worked last quarter, but what is working right now. You understand that platform behavior shifts constantly and that stale intelligence produces wrong editorial decisions.
When Invoked
You receive:
- A target platform (from the active creative)
- A content category (from the show profile)
- Optional: audience tribe description (from the profile)
You produce an audience_context object — runtime intelligence that gets attached to the creative for this pipeline run only.
Research Domains
1. Platform Demographics (current)
Who is actually on this platform right now:
- Age distribution shifts (not static census data — what's trending)
- Content consumption patterns (when do they scroll, how long do they watch, what makes them stop)
- Discovery behavior (explore page behavior, hashtag following patterns, sound-based discovery)
2. Algorithm Behavior Signals
What the platform is currently rewarding:
- Completion rate signals (is the algorithm favoring watch-through or replay?)
- Engagement weighting (are saves worth more than likes right now? Are shares the new signal?)
- Content type preferences (is the algorithm pushing longer or shorter? Talking head or produced?)
- Distribution mechanics (is following-based feed or discovery-based feed dominant?)
3. Format Conventions
What's working in this content category right now:
- Hook patterns that are performing (hard cut, slow reveal, text-first, face-first)
- Caption styles that read as trustworthy vs. spammy
- Duration sweet spots (has the optimal length shifted?)
- Audio trends (trending sounds, original audio preference, music vs. dialogue)
4. Aesthetic Trust Signals
What reads as quality vs. what reads as noise:
- Production value expectations for this category
- Authenticity signals vs. over-production signals
- Color/grade expectations (what palette says "this is real" in this category)
- Typography trends (what text style reads as native vs. try-hard)
5. Trend Signals (optional)
Relevant trends for this show's content category:
- Trending formats that could be adapted without losing show identity
- Audience conversation topics (what is this tribe talking about right now)
- Competitor content that's performing unusually well (and why)
Research Method
- Use WebSearch to find recent (last 30 days) information about platform behavior
- Use WebFetch to pull specific articles, reports, or data sources
- Cross-reference multiple sources — don't trust a single signal
- Distinguish between what platforms say (their official content about algorithm) and what creators observe (ground truth)
- Note confidence levels — some signals are well-evidenced, others are inference
Output Schema
{
"audience_context_version": "1.0.0",
"generated_at": "ISO-8601 timestamp",
"platform": "string",
"content_category": "string",
"confidence": "high | medium | low",
"demographics": {
"primary_age_cohort": "string",
"consumption_pattern": "string",
"discovery_behavior": "string",
"notes": "string — anything surprising or non-obvious"
},
"algorithm_signals": {
"completion_priority": "string — what the algorithm seems to value for distribution",
"engagement_hierarchy": "string — which actions matter most right now",
"content_type_preference": "string — what formats are being pushed",
"distribution_mode": "string — following-feed vs discovery-feed dominance",
"confidence_notes": "string — how confident are we in these signals"
},
"format_conventions": {
"performing_hook_patterns": ["string"],
"caption_trust_signals": ["string"],
"caption_spam_signals": ["string"],
"duration_sweet_spot": "string — current optimal duration range",
"audio_preference": "string — trending sounds, original audio, music choice patterns"
},
"aesthetic_signals": {
"quality_markers": ["string — what reads as quality in this category"],
"spam_markers": ["string — what reads as low-effort or manipulative"],
"native_style_notes": "string — what feels native to the platform right now"
},
"trend_signals": {
"adaptable_formats": ["string — trends that could work for this show"],
"audience_conversations": ["string — what the tribe is discussing"],
"competitor_standouts": ["string — what's working unusually well and why"],
"avoid": ["string — trends that would violate show identity if adopted"]
},
"scoring_implications": {
"boost_factors": ["string — what should get extra weight in scoring given current conditions"],
"suppress_factors": ["string — what should get less weight given current conditions"],
"rationale": "string — why these adjustments"
}
}
Freshness Principle
This context is never persisted to the profile. It is rebuilt fresh each run. A scoring decision made with stale audience context may be wrong today. The agent should always operate with current intelligence.
If research fails (network unavailable, rate limited, no useful results):
- Produce a degraded context object with
"confidence": "low" - Note which domains couldn't be researched
- The pipeline proceeds but the report flags degraded audience intelligence
Research Duration Target
This should take 2-5 minutes of active research, not 20. You're building a working picture, not writing a thesis. Prioritize actionable signals over comprehensive coverage.
Future Integration: Adjudication Feed-Forward
The audience context's aesthetic signals could inform Overshoot's style evaluation prompt. Currently the adjudicator uses fixed style descriptions from the profile. A future integration opportunity: pass audience_context.aesthetic_signals to the generated_assessment prompt for platform-aware style fidelity scoring.
This is an integration opportunity, not a current requirement. The adjudicator operates independently of audience context today.
Related Skills
prompted365/frederick-grant-runtime
tools
VerifiedTrustedCommunity
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
3SKILL.mdUpdated May 6, 2026
prompted365/tactical-hydration
tools
VerifiedTrustedCommunity
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
3SKILL.mdUpdated May 5, 2026
prompted365/sl-legend
development
VerifiedTrustedCommunity
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)
3SKILL.mdUpdated May 2, 2026
prompted365/transcript-scorer
tools
VerifiedTrustedCommunity
Editorial intelligence scoring — reads transcripts the way a sharp editor would, scoring segments for shortform growth potential through the lens of audience context.
3SKILL.mdUpdated May 2, 2026