The argument in one line.
A skill with a pass/fail eval loop and a memory file will outperform any single prompt over time because it catches its own mistakes and accumulates your feedback without you being present.
Read if. Skip if.
- You use Claude Code regularly and want your repeating tasks handled by reusable, tuned workflows rather than raw prompts.
- You write a newsletter or long-form content and want an AI editor that actually sounds like you.
- You have already built a skill or two but the output still needs heavy editing before it is usable.
- You want to understand eval loops as a mechanism for autonomous AI self-improvement on a practical scale.
- You have no repeating tasks -- one-off prompts do not justify this setup overhead.
- You want a no-code solution; this requires comfort with Claude Code, markdown files, and a local file system.
The full version, fast.
The tutorial argues that a skill is only as good as the feedback loop baked into it. Building from personal examples seeds the voice; an explicit trigger description makes the skill fire reliably; a pass/fail eval loop in a separate agent context catches AI slop without human intervention; a memory file accumulates lessons that are too subjective for binary checks; and a meta skill-editor keeps every skill concise and slop-free over time. The 80-to-90 percent rule closes the video: automation handles the bulk, but the last 20 percent still requires human taste.
Chat with this breakdown — free.
Sign in and you get 23 free chat messages on us — ask for the hook, quote a framework, find the exact transcript moment, generate a markdown action plan. Bring your own key when you want unlimited.
Create a free account →Where the time goes.

01 · What an AI skill is + five-step roadmap
Definition of a skill as a folder with instructions, introduction of the edit-post skill as the demo project, and the five-step framework displayed on screen.

02 · Step 1 -- Build from personal examples
Seeding the skill with three example files (personal, tutorial, product posts). AI reads examples, identifies patterns, asks clarifying questions, and generates an initial skill.md draft.

03 · Step 2 -- Write an explicit trigger description
The skill description field is the only thing AI reads before deciding to invoke the full skill. Making the use-when clause very specific prevents missed triggers.

04 · Step 3 -- Build the eval loop
Running the skill on a real draft, identifying weaknesses, having AI generate up to 10 pass/fail checks in evals.md, then wiring a separate grader agent to loop until all checks pass. Live demo shows five passes to reach full green.

05 · Step 4 -- Add memory.md
Building a memory file that logs 2-3 sentence summaries of each session. Distinct from evals: captures subjective voice feedback that cannot be reduced to pass/fail.

06 · Step 5 -- The skill-editor skill
A meta-skill (/skill-editor) that runs on any skill file and removes AI slop, duplicate rules, and excess length. Demonstrated live on the just-built edit-post skill. Available to paid newsletter subscribers.

07 · Where human taste still matters
The 80-90% rule: even a well-built loop produces a draft that still needs a human final pass. The creator's workflow: AI does the bulk edit, human reads and handcrafts the last 20%.
Lines worth screenshotting.
- Numeric AI self-scoring is unreliable -- a model cannot distinguish a 3 from a 5 on subjective quality, so pass/fail checks are the only eval worth building.
- Run evals in a separate agent with a clean context window; the same agent that wrote the output will be biased toward passing it.
- Separating personal examples from skill.md means the skill stays shareable while your private context stays private.
- Give AI at least two or three examples per output type, not one -- a single example causes overfitting to that format.
- The trigger description is the most underestimated part of a skill; AI reads only the name and description to decide whether to invoke the full skill.
- A memory.md file captures the subjective feedback that no pass/fail eval can encode, letting the skill calibrate your voice across sessions.
- A skill that loops through eval failures and re-edits until all checks pass can run without human oversight -- the creator can leave and return to a finished draft.
- Even a well-built eval loop produces output that is 80-90% there; the remaining 20% is human taste applied on the final read-through.
- A skill-editor skill that audits other skills for AI slop compounds in value as your skill library grows.
- The skill folder structure that works: skill.md separate from examples, plus evals.md and memory.md as peer files, not embedded in the main instructions.
Five habits that make AI skills self-improve.
The gap between an AI skill that keeps producing mediocre output and one that gets better every week comes down to the feedback infrastructure built around it.
- Define the repeating task before building the skill; the clearer the job description, the tighter the skill stays over time.
- Give AI at least two or three examples per output type; a single example causes overfitting to that one format.
- Keep personal example files separate from skill.md so the skill stays shareable without exposing private context.
- The trigger description is the only part AI reads before deciding to invoke the full skill; vague descriptions produce missed or wrong-context activations.
- Pass/fail checks are the only reliable eval format; numeric scores produce arbitrary results because AI cannot consistently distinguish quality levels on subjective criteria.
- Run the grader in a separate agent with a clean context window so it judges output without being anchored to the process that produced it.
- A well-designed eval loop can iterate five or more times unattended before all checks pass, compressing hours of editing into minutes of autonomous revision.
- A memory file captures qualitative feedback that no binary check can encode, letting subjective voice guidance accumulate across sessions rather than being re-explained each time.
- Cap each memory entry at two or three sentences; long entries bloat the context window and introduce noise.
- A skill-editor meta-skill that audits other skills for AI slop compounds across your entire library; one pass removes em-dashes and filler patterns from every skill at once.
- Keep every skill short enough to be reviewed by a human in under a minute; length is a sign of accumulated slop, not depth.
- Even with a full eval loop, the final 20% of output quality requires human taste applied on a deliberate read-through -- automation handles volume, judgment handles finish.
Terms worth knowing.
- AI skill
- A folder of markdown files that Claude Code reads when a matching task is triggered, encoding reusable instructions, examples, and context for a specific workflow.
- Eval loop
- An automated review cycle where a second AI agent checks the first agent's output against a list of pass/fail criteria and signals the original agent to revise until all checks pass.
- evals.md
- A file inside a skill folder listing up to 10 pass/fail checks that an AI grader runs against each output to catch specific quality failures like AI slop, missing structure, or wrong tone.
- memory.md
- A reverse-chronological log of 2-3 sentence summaries from past skill sessions, letting the skill accumulate feedback that is too nuanced for binary pass/fail checks.
- AI slop
- Output patterns that signal AI authorship rather than human voice: em-dashes, filler words like leverage or delve, the this-is-not-X-this-is-Y construction, and chains of very short sentences.
- Skill-editor skill
- A meta-skill that audits any other skill file for AI slop, duplicate rules, and excessive length, then rewrites the skill to be concise and slop-free.
- Progressive disclosure
- A skill design principle where the main skill.md stays short and loads detailed context files only when needed, rather than front-loading all examples into a single file.
Things they pointed at.
Lines you could clip.
“AI can't really tell the difference between a four out of five or a five out of five. It's gonna make stuff up.”
“It's gonna keep iterating in a loop until everything passes and you as a human can just go get coffee or get lunch and have the AI do the work.”
“I don't really believe in building super long skills that humans don't bother to read. Every skill needs to be reviewed by human eyes.”
“The skill can only produce output that is maybe 80 to 90% there. The difference between kind of AI slop and actually good output is you spend the last 20% reviewing and handcrafting it.”
Word for word.
Don't just watch it. Burn it in.
See every word as it's spoken — crank it to 2× and still catch all of it. The same dual-channel trick behind Amazon's Kindle + Audible.
The bait, then the rug-pull.
Most Claude Code skill tutorials stop at paste your instructions and test it. This one starts where those end: with a live build of a self-grading, self-improving skill that runs an eval loop, remembers past sessions, and gets audited by a meta-skill that strips the AI slop out of it.
Named ideas worth stealing.
The Five-Step Skill Framework
- Create the skill using your best examples and personal context
- Be explicit about when AI should trigger the skill
- Test manually and build a pass/fail eval loop
- Build memory.md so the skill improves over time
- Build a skill-editor skill to clean up all your skills
A repeatable process for turning any knowledge-work workflow into a self-improving Claude Code skill.
Pass/Fail Eval Design
- Up to 10 checks total
- Categories: introduction, voice, substance
- Binary: pass or fail, not scored
- Run by a separate agent with a clean context window
- Loop until all checks pass before returning output
How to design AI self-grading that actually works -- binary checks over numeric scores, separate grader context, iterative loop.
How they asked for the click.
“My skill editor skill, full disclaimer, is available to pay subscribers of my newsletter along with all the other great skills I have here.”
Soft, transparent, placed after the full value delivery. Single plug with full disclosure that it is paid, no hard sell.









































































