recipe-authoring
Skill9 starsChanged 5 months agoMITView on GitHub
How to author ableton-mind JSON music recipes for drums, bass, chords, racks, arrangements, mixing and live performance.
We split this skill into the rules it gives an agent
7 rules. About 0 are common, 7 are distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈7
Distinctive · estimate
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 8
Use this skill when creating or reviewing files under recipes/.
- Distinctive: line 19
verify checks for expected tracks, devices, clips or arrangement state.
- Distinctive: line 23
Use named step results, top-level params, $next for the next free index and $last for the previous result.
- Distinctive: line 29
Check every URI and device parameter against knowledge.
- Distinctive: line 32
Test variations in tempo, key and intensity.
- Distinctive: line 33
Keep descriptions in English.
- Distinctive: line 37
Avoid generic all-purpose recipes, uncataloged URIs, hidden hardcoded assumptions, ignored intensity params and recipes that were never …
≈ “Common” is an estimate: at least 1 in 5 of the 308,232 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
Recipe Authoring
Use this skill when creating or reviewing files under recipes/.
What Makes a Good Recipe
A recipe is declarative JSON that creates a musically useful result in Live. It should sound recognizable for its genre, be reusable, be override-friendly and verify its own output.
Required Shape
- id, title, description, category and tags.
- params for tempo, key, length_bars, intensity or relevant user choices.
- steps with tool names, inputs, optional let bindings and refs.
- verify checks for expected tracks, devices, clips or arrangement state.
Variables and Refs
Use named step results, top-level params, $next for the next free index and $last for the previous result. Recipes are data, not code; do not add imperative JS logic.
Workflow
- Pick 2-3 references for the genre or technique.
- Draft the smallest useful JSON.
- Check every URI and device parameter against knowledge.
- Apply in Live or a faithful mock.
- Listen and adjust until it works musically.
- Test variations in tempo, key and intensity.
- Keep descriptions in English; localized docs belong under docs/pt.
Anti-Patterns
Avoid generic all-purpose recipes, uncataloged URIs, hidden hardcoded assumptions, ignored intensity params and recipes that were never auditioned.
In this repository23 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- ableton-mind-buildSkill
- ableton-remote-scriptSkill
- cross-boundary-qaSkill
- device-schema-extractionSkill
- mcp-distributionSkill
- mcp-server-developmentSkill
- ableton-mind-buildSkill
- ableton-mind-quality-auditSkill
- ableton-remote-scriptSkill
- command-surface-auditSkill
- cross-boundary-qaSkill
- device-schema-extractionSkill
- local-copilotSkill
- mcp-distributionSkill
- mcp-server-developmentSkill
- recipe-authoringSkill
- refactor-maintainabilitySkill
- runtime-release-auditSkill
- security-auditSkill
- test-coverage-expansionSkill
- usability-flow-auditSkill
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.

