Turn an agent's session mistakes into a rules skill for another model

A Flutter developer shipped three open-source projects with Claude Fable 5.2, then had it write a 17-rule skill, each rule tied to a real slip, so Opus 5.5 would work the same way.

Done withClaudeinGitHub· Nov 10, 2026

What they did

Botirjon Mahamadaliyev spent a few days on a Pro plan working with Claude Fable 5.2. Together they built and published a Dart payments package on pub.dev and two agent skills, with READMEs, CI, marketplace listings and articles. Before switching back to Opus 5.5, he asked Fable to write a skill capturing its working habits. Each of the 17 rules is backed by a receipt: something that actually went wrong in their session and how it was caught. Examples include a pub.dev setting that never saved because a confirm dialog was skipped, invisible Unicode characters found when the skills linter ran on its own source, and screenshots that cost about 2.7 million tokens by staying in context. The skill was published to GitHub as fable-receipts.

How it went

Three projects were published in a few days. Fable hit the Pro plan's five-hour limit in the middle of a publishing task. On the first day with the skill, Opus 5.5 created the GitHub repository and dropped a few characters from the description; the read-it-back rule caught it, and that moment became the demo on the marketplace listing. The author has not benchmarked Opus with and without the skill.

Worth knowing

The author says plainly that a skill changes habits, not capability. The harness was not named in the post, though one rule is about reading Claude Code logs. Deep reasoning on a Pro plan burns the usage limit fast, so plan for the session to stop mid-task.

Try it

With Claude· 3 parts to fill in

We have been working together on [project or projects] in this session. Before I switch to [other model or agent], write a SKILL.md that teaches it our working discipline. Go back through what actually happened in this session and list every mistake, near miss or false claim of done, with how it was caught. Turn each one into a short numbered rule, and attach the incident as its receipt. Skip rules you cannot tie to a real incident. Include rules for verifying saves by reloading, checking your own tools on your own code, and keeping token use down. Show me the draft list of rules and receipts before you write the file to [skills folder].

Square brackets are the parts to fill in. The prompt is ours; the story is theirs.

Where they said it

Related