Content Programming
Invoke as $content-programming.
Report-First Approval Gate
Default to report-only: present findings, evidence coverage, assumptions, recommended artifact path, and proposed file changes in a pre-approval alignment page plus a concise conversation summary for user approval before creating or updating canonical research, spec, or task files.
Do not write or overwrite synthesized deliverables until the user explicitly approves, unless the user invoked an explicit write/update/fix mode or clearly asked to write files upfront. Raw evidence capture may be persisted before analysis when reproducibility requires it; report those raw paths separately and still gate synthesized research/report writes.
When stopping for approval, build and attempt to open the alignment preview page first, then ask the user to review it and approve, question, or request adjustments. Do not include Recommended next skill, Recommended next command, or downstream routing language. The approval request itself is the next action. Only emit next-skill routing after the approved artifact has been written or updated.
Create a programming strategy for a creator-media channel. This is the channel architecture step, not a script-writing step.
Evidence And Feedback Handling
Treat user feedback as input to evaluate, not as automatic ground truth.
- For factual, evidentiary, technical, or source-backed claims: verify against available evidence. If the user appears to misunderstand the evidence or states something factually incorrect, push back clearly and cite the evidence. Do not rewrite findings merely to agree.
- For taste, brand, positioning preference, risk appetite, prioritization, or other subjective judgment calls: weigh user feedback heavily and adapt the recommendation unless it conflicts with verified evidence.
- When feedback mixes facts and preference, separate them explicitly: correct the factual part, then incorporate the preference where it is a legitimate judgment call.
- When uncertain, say what is known, what is inferred, and what would change the conclusion.
Inputs
- Prefer
research/creator-presence/<slug>.md when present for cross-platform themes, signature formats, cadence constraints, and proof assets.
research/youtube/creator-positioning-<slug>.md
research/youtube/portfolio-<slug>.md
- Optional peer benchmark and product-led media map.
Output
Create the research/youtube/ directory if it does not exist.
Write research/youtube/content-programming-<slug>.md with:
- Programming thesis: what the channel repeatedly earns attention for.
- Pillars: 3-5 durable topic lanes with audience jobs.
- Formats: recurring formats mapped to archetypes and roles.
- Cadence: publishing rhythm, minimum viable cadence, and seasonal constraints.
- Portfolio balance: acquisition vs trust vs proof vs education vs retention.
- Measurement plan: primary metrics, secondary metrics, and warning signs.
- Cleanup/refactor plan for existing videos.
- Next series candidates to specify with
$series-spec.
Approved Artifact Handoff
After an approved synthesized write, explicit write/update mode, or any direct artifact mutation:
- List every created or updated synthesized artifact path in the final response.
- State the verification performed, such as readback, schema/check command, or why no executable verification applies for a Markdown-only strategy artifact.
- Check and report the relevant git status for intended artifacts when the project is a git repository. If intended artifacts are modified or untracked, make the next action shipping, committing, or an explicit dirty-artifact handoff before recommending downstream strategy work.
- Do not imply the research workflow is complete while approved artifacts remain untracked or uncommitted unless the user explicitly asked not to ship.
- If stopping for approval before writing, the approval request remains the next action; do not include downstream routing.
Intent-Aware Routing
Before applying the default ## Next-Skill Routing sequence, classify the user's immediate intent and route to the missing action that best serves that intent:
- Strategy refresh: recommend the missing or stale positioning, programming, portfolio, metrics, or product-media artifact.
- Recording prep: recommend the missing series spec, script, build proof, walkthrough guide, or validation artifact needed before recording.
- Upload prep: recommend packaging, title/thumbnail, description, chapters, or final metadata work before broader strategy work.
- Performance review: recommend metrics, cadence, portfolio, peer benchmark, or owner-analytics export work before new content planning.
- Owner analytics or private/manual platform evidence: route to an explicit manual/guide handoff instead of inventing unavailable metrics.
- Dirty intended artifacts: route to shipping/commit/handoff first, not another creator strategy skill.
Use the default next-skill sequence only when no stronger user intent, missing artifact, manual blocker, or dirty-artifact handoff applies.
Alignment Page
When this skill produces durable deliverables (research, specs, plans, reports, prototypes, or any document output), build a full-depth HTML alignment page following ALIGNMENT-PAGE.md in this skill's directory. Output: alignment/content-programming-{topic}.html.
Constraints
- Do not generate full scripts or a calendar unless explicitly asked.
- Every proposed pillar must connect to audit, positioning, product, or benchmark evidence.
- Use the dossier when present as preferred creator context, while preserving channel audit and portfolio evidence for YouTube-only programming.
- Keep programming realistic for the apparent production capacity.
1---2name: content-programming-43description: Design an evidence-backed channel programming plan across pillars, formats, cadence, roles, and measurement without writing scripts4---5
6# Content Programming
7
8Invoke as `$content-programming`.
9
10## Report-First Approval Gate
11
12Default to report-only: present findings, evidence coverage, assumptions, recommended artifact path, and proposed file changes in a pre-approval alignment page plus a concise conversation summary for user approval before creating or updating canonical research, spec, or task files.
13
14Do not write or overwrite synthesized deliverables until the user explicitly approves, unless the user invoked an explicit write/update/fix mode or clearly asked to write files upfront. Raw evidence capture may be persisted before analysis when reproducibility requires it; report those raw paths separately and still gate synthesized research/report writes.
15
16When stopping for approval, build and attempt to open the alignment preview page first, then ask the user to review it and approve, question, or request adjustments. Do not include `Recommended next skill`, `Recommended next command`, or downstream routing language. The approval request itself is the next action. Only emit next-skill routing after the approved artifact has been written or updated.
17
18Create a programming strategy for a creator-media channel. This is the channel architecture step, not a script-writing step.
19
20## Evidence And Feedback Handling
21
22Treat user feedback as input to evaluate, not as automatic ground truth.
23
24- For factual, evidentiary, technical, or source-backed claims: verify against available evidence. If the user appears to misunderstand the evidence or states something factually incorrect, push back clearly and cite the evidence. Do not rewrite findings merely to agree.
25- For taste, brand, positioning preference, risk appetite, prioritization, or other subjective judgment calls: weigh user feedback heavily and adapt the recommendation unless it conflicts with verified evidence.
26- When feedback mixes facts and preference, separate them explicitly: correct the factual part, then incorporate the preference where it is a legitimate judgment call.
27- When uncertain, say what is known, what is inferred, and what would change the conclusion.
28
29## Inputs
30
31- Prefer `research/creator-presence/<slug>.md` when present for cross-platform themes, signature formats, cadence constraints, and proof assets.
32- `research/youtube/creator-positioning-<slug>.md`
33- `research/youtube/portfolio-<slug>.md`
34- Optional peer benchmark and product-led media map.
35
36## Output
37
38Create the `research/youtube/` directory if it does not exist.
39
40Write `research/youtube/content-programming-<slug>.md` with:
41
42- Programming thesis: what the channel repeatedly earns attention for.
43- Pillars: 3-5 durable topic lanes with audience jobs.
44- Formats: recurring formats mapped to archetypes and roles.
45- Cadence: publishing rhythm, minimum viable cadence, and seasonal constraints.
46- Portfolio balance: acquisition vs trust vs proof vs education vs retention.
47- Measurement plan: primary metrics, secondary metrics, and warning signs.
48- Cleanup/refactor plan for existing videos.
49- Next series candidates to specify with `$series-spec`.
50
51## Approved Artifact Handoff
52
53After an approved synthesized write, explicit write/update mode, or any direct artifact mutation:
54
55- List every created or updated synthesized artifact path in the final response.
56- State the verification performed, such as readback, schema/check command, or why no executable verification applies for a Markdown-only strategy artifact.
57- Check and report the relevant git status for intended artifacts when the project is a git repository. If intended artifacts are modified or untracked, make the next action shipping, committing, or an explicit dirty-artifact handoff before recommending downstream strategy work.
58- Do not imply the research workflow is complete while approved artifacts remain untracked or uncommitted unless the user explicitly asked not to ship.
59- If stopping for approval before writing, the approval request remains the next action; do not include downstream routing.
60
61## Intent-Aware Routing
62
63Before applying the default `## Next-Skill Routing` sequence, classify the user's immediate intent and route to the missing action that best serves that intent:
64
65- Strategy refresh: recommend the missing or stale positioning, programming, portfolio, metrics, or product-media artifact.
66- Recording prep: recommend the missing series spec, script, build proof, walkthrough guide, or validation artifact needed before recording.
67- Upload prep: recommend packaging, title/thumbnail, description, chapters, or final metadata work before broader strategy work.
68- Performance review: recommend metrics, cadence, portfolio, peer benchmark, or owner-analytics export work before new content planning.
69- Owner analytics or private/manual platform evidence: route to an explicit manual/guide handoff instead of inventing unavailable metrics.
70- Dirty intended artifacts: route to shipping/commit/handoff first, not another creator strategy skill.
71
72Use the default next-skill sequence only when no stronger user intent, missing artifact, manual blocker, or dirty-artifact handoff applies.
73
74## Alignment Page
75
76When this skill produces durable deliverables (research, specs, plans, reports, prototypes, or any document output), build a full-depth HTML alignment page following `ALIGNMENT-PAGE.md` in this skill's directory. Output: `alignment/content-programming-{topic}.html`.
77
78## Constraints
79
80- Do not generate full scripts or a calendar unless explicitly asked.
81- Every proposed pillar must connect to audit, positioning, product, or benchmark evidence.
82- Use the dossier when present as preferred creator context, while preserving channel audit and portfolio evidence for YouTube-only programming.
83- Keep programming realistic for the apparent production capacity.