create-course-study-podcast
Skill0 starsChanged 2 months agoMITView on GitHub
Turn course material into a plainspoken story-style audio episode for review on a walk, with short recall pauses. Use when the user wants an audio study guide checked against approved sources without leaking quiz or assignment answers.
In this repository7 other files it gives its agents.
The file
We split this skill into the rules it gives an agent
11 rules. About 0 are common, 10 are distinctive, and 1 is very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈10
Distinctive · estimate
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 15
Use available context and safe, reversible defaults before asking for input.
- Distinctive: line 22
Use the strengths of narrative journalism — curiosity, scenes, gradual reveals, a clear ending — without imitating any named show, host, or …
- Distinctive: line 30
Use short spoken sentences with one idea each.
- Distinctive: line 32
Keep one recurring person, goal, or problem as the episode's spine.
- Distinctive: line 45
Write a one-paragraph story spine, plus a short list of required terms with the plain-English translation and one concrete example for each.
- Distinctive: line 48
Write the script or producer brief using producer-brief-template.md.
- Distinctive: line 52
Add a few recall pauses: ask one short question, leave a real 3–5 second pause, say once that pausing the player for longer counts, accept …
- Distinctive: line 57
Add pronunciation notes for names, acronyms, and code.
- Very specific: line 59
Run scripts/audit_spoken_density.py <script-or-brief> --strict and rewrite long sentences and acronym stacks until it passes.
- Distinctive: line 63
Check the finished episode, not just the plan: download it, confirm it plays all the way through, and review the transcript or full audio …
- Distinctive: line 68
Keep the audio together with its sources, brief, and audit notes.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Create Course Study Podcast
Turn course material into a story the learner can follow on a walk or during steady exercise. Audio is for preview, explanation, and spoken recall — not a substitute for diagrams, math, or writing code. Treat driving and attention-demanding chores as preview-only listening.
Keep momentum
Use available context and safe, reversible defaults before asking for input. Bundle non-blocking questions and continue useful work. Interrupt only when a missing choice would change the result, privacy, cost, authority, safety, or something hard to undo. Never repeat an answered question.
Sound like a story, not a lecture
- Use the strengths of narrative journalism — curiosity, scenes, gradual reveals, a clear ending — without imitating any named show, host, or catchphrase.
- Open inside a concrete situation. Bring in the formal term only after the idea is already clear.
- Introduce one unfamiliar term at a time. Translate it immediately into ordinary words and reuse that same translation later. Two easily confused terms may follow each other as an explicit contrast.
- Use short spoken sentences with one idea each. Never stack acronyms, definitions, or lists in a single breath.
- Keep one recurring person, goal, or problem as the episode's spine.
- Simplify the wording, never the underlying fact.
Read narrative-recall-style.md before writing the script, prompt, or producer brief.
Make the episode
- Agree on the course, topic, listener, length, and allowed sources.
- Gather the sources and separate course facts from corrections, analogies, and teaching choices. Reuse the course's shared source folder (approved sources, key terms and pronunciations, and what is graded), or create one for this project.
- Write a one-paragraph story spine, plus a short list of required terms with the plain-English translation and one concrete example for each. Drop terms the episode does not need.
- Write the script or producer brief using producer-brief-template.md. Build each teaching beat as: situation, the listener's guess, the formal term, one exact example, the common mistake, why it matters.
- Add a few recall pauses: ask one short question, leave a real 3–5 second pause, say once that pausing the player for longer counts, accept "I do not know yet," then give the plain answer and the reason. Answer every question the episode raises. From the second episode on, open with one question about the previous episode.
- Add pronunciation notes for names, acronyms, and code. Speak code by meaning; do not read underscores or punctuation aloud.
- Run
scripts/audit_spoken_density.py <script-or-brief> --strictand rewrite long sentences and acronym stacks until it passes. - Generate the audio with the user's approved tool and browser, one job at a time, and let it finish. A spinner is not completion.
- Check the finished episode, not just the plan: download it, confirm it plays all the way through, and review the transcript or full audio for the planned pauses, answered questions, approved terms, source-accurate claims, and zero leaked quiz or assignment answers. Use local speech-to-text only with the user's permission.
- Keep the audio together with its sources, brief, and audit notes. If the user asked for a copy on another device, deliver it and confirm the copy matches.
Reject or regenerate when
- a section opens with a definition instead of a situation;
- a term or acronym appears before it is explained;
- a recall question is asked before its answer was made understandable;
- the episode contradicts the approved sources or leaks graded answers;
- a planned pause or invited question is missing from the finished audio.
A complete download proves the file is intact, not that the teaching is right — check both. See established-example.md for the generic end-to-end flow and project layout.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

