learning-by-making
Skill5 starsChanged 8 months agoMITView on GitHub
Build taste through volume of output, deliberate failure, and speed. Taste cannot be developed by watching. It's sharpened by making, failing, and making again. Use when designing practice routines, breaking through creative blocks, or helping someone move from analysis to execution.
We split this skill into the rules it gives an agent
11 rules. About 0 are common, 11 are distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈11
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 17
MUST prioritize quantity of finished work over quality of any single piece
- Distinctive: line 19
MUST finish things. Unfinished work teaches you how to start.
- Distinctive: line 20
NEVER let "it's not ready" become permanent.
- Distinctive: line 30
MUST make things even when they're bad.
- Distinctive: line 31
MUST reflect after making.
- Distinctive: line 32
MUST vary the format. If you only design landing pages, your taste is landing-page-shaped.
- Distinctive: line 33
SHOULD share work publicly.
- Distinctive: line 36
MUST reframe failure as data.
- Distinctive: line 37
SHOULD keep a failure archive.
- Distinctive: line 38
NEVER delete bad work. It's your most honest record of where you were.
- Distinctive: line 42
Only making things in your comfort zone (safe projects don't stretch taste)
≈ “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
Learning by Making
Taste is sharpened by making, failing, and making again. Not by watching.
How to use
/learning-by-makingApply making-as-practice constraints to creative development in this conversation.
Constraints
The Volume Principle
- MUST prioritize quantity of finished work over quality of any single piece
- A designer who ships 50 projects in a year learns more than one who perfects 3
- MUST finish things. Unfinished work teaches you how to start. Finished work teaches you how to decide.
- NEVER let "it's not ready" become permanent. Set a deadline. Ship it. Learn from the gap between what you shipped and what you wished you'd shipped.
Deliberate Practice Formats
- Speed rounds (15-30 min): Redesign a real product screen. No research. No moodboard. Just instinct. What comes out reveals your current taste baseline.
- Style copies (60 min): Recreate someone else's design decision-for-decision. Not pixel-copying. Understanding why every choice was made by making it yourself.
- Constraint challenges (45 min): One typeface, one color. 320px width only. Zero images. 10 words max per screen. Constraints strip away crutches and expose your actual judgment.
- Fake briefs (2-4 hours): Invent a product. Design it end-to-end. Landing page, onboarding, core screen, settings. The act of making complete decisions across a whole product builds holistic taste.
- Remix exercises (30 min): Take something you made last month. Redesign it from scratch without looking at the original. Compare the two. The delta is your growth.
Rules of Making
- MUST make things even when they're bad. Especially when they're bad. Bad work with reflection teaches more than good work by accident.
- MUST reflect after making. "What worked? What didn't? What would I change with 2 more hours?" Without reflection, volume is just busywork.
- MUST vary the format. If you only design landing pages, your taste is landing-page-shaped. Design dashboards, mobile apps, emails, posters, packaging, signage.
- SHOULD share work publicly. The vulnerability of showing imperfect work accelerates growth because it forces you to articulate your decisions.
The Failure Requirement
- MUST reframe failure as data. A design that doesn't work tells you exactly what you don't understand yet.
- SHOULD keep a failure archive. Save your worst work. Revisit it quarterly. When you can articulate why it's bad in precise language, you've grown.
- NEVER delete bad work. It's your most honest record of where you were.
Anti-Patterns
- Analyzing 10 products for every 1 you make (consumption-to-creation ratio is inverted)
- Only making things in your comfort zone (safe projects don't stretch taste)
- Abandoning projects when they get hard (the hard part is where the learning is)
- Waiting for the perfect brief to start making (the brief doesn't matter, the reps do)
- Treating practice work as throwaway (practice work should be finished and reflected on)
In this repository38 other files it gives its agents.
- absence-auditSkill
- decision-tracingSkill
- system-deconstructionSkill
- version-archaeologySkill
- audience-translationSkill
- critique-vocabularySkill
- design-rationaleSkill
- written-critiqueSkill
- field-notesSkill
- quality-checklistSkill
- self-assessmentSkill
- flow-patternsSkill
- motion-designSkill
- timing-feedbackSkill
- constraint-evaluationSkill
- design-rankingSkill
- taste-as-strategySkill
- taste-gapSkill
- taste-vs-trendsSkill
- tradeoff-assessmentSkill
- consumption-disciplineSkill
- cross-domain-seeingSkill
- detail-observationSkill
- screenshot-surgerySkill
- visual-auditSkill
- cross-pollinationSkill
- library-architectureSkill
- principle-taggingSkill
- daily-routinesSkill
- design-critiqueSkill
- teaching-tasteSkill
- type-as-signalSkill
- type-selectionSkill
- type-systemsSkill
- color-systemsSkill
- craft-signalsSkill
- hierarchy-principlesSkill
- spatial-rhythmSkill
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.

