Skill molt
Skill konippi/skill-molt
Use after completing a task that involved significant trial-and-error, unexpected behavior, or non-obvious workarounds. Use when the user says 'what did we learn', 'improve skills', or 'shrink skills'. Also use when a skill feels outdated, bloated, or leads to wrong outcomes. Do NOT use for straightforward tasks, simple bug fixes, or when the session went smoothly without surprises. Do NOT use when the user asks about skill-molt itself (installation, configuration, usage).From its SKILL.md
npx -y skills add konippi/skill-moltAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its file declares
Copied from the file, not written here
The file declares its own license as MIT. That is the author’s claim about this one file, and it is not the same thing as the license GitHub reports for the repository, which is listed with the other numbers below.
SKILL.md
2.4 KB, 412 tokens by cl100k_base, as published. Nobody here has run it
Skill Molt
Create and improve agent skills by reflecting on sessions. Extract only what you could NOT have known before this session.
Core Principles
- Non-inferable only: If you could discover it by reading the codebase, do not put it in a skill. Only include tooling gotchas, non-obvious conventions, and lessons from failure.
- Procedures, not documentation: Write step-by-step actions. Never explain what something is — show what to do.
- Human decides: Generate or update SKILL.md files but do NOT save without user approval. Present changes for review.
Routing
Determine which phase to execute:
- "What did we learn?" or session involved trial-and-error, error recovery, or non-obvious workarounds → Read
references/observe-phase.md, thenreferences/generate-phase.md - "Improve skills" or existing skill feels outdated → Read
references/observe-phase.md, thenreferences/improve-phase.md - "Shrink skills" or skill feels bloated or agent follows a skill instruction that leads to a wrong outcome → Read
references/decay-phase.md
After generating, improving, or applying decay, always run references/validate-phase.md before presenting to the user.
When NOT to Create a Skill
Stop if ANY apply:
- The task was a one-off with no reusable pattern
- The knowledge is discoverable from the codebase (README, config files, code comments — you do NOT need to read every file; check the obvious sources first)
- An existing skill already covers 80%+ of the use case — update it instead
- The lesson is specific to one file, not a recurring pattern
Workflow Overview
Observe → Generate or Improve → Validate → Present to user
Decay → Validate → Present to user
Each phase has detailed instructions in references/. Load them only when you reach that phase.
What ships with it: 17 files
38.1 KB alongside SKILL.md
assets/
- skill-template.md502 B
examples/
- bad-skill.md2.2 KB
- good-skill.md1.8 KB
- molt-cycle.md4.9 KB
references/
- decay-phase.md2.9 KB
- generate-phase.md2.7 KB
- improve-phase.md1.9 KB
- observe-phase.md2.7 KB
- quality-criteria.md1.4 KB
- validate-phase.md3.4 KB
- CODE_OF_CONDUCT.md5.4 KB
- CONTRIBUTING.md1.5 KB
- .gitignore73 B
- LICENSE1.0 KB
- .markdownlint.jsonc39 B
- README.md4.5 KB
- SECURITY.md1.0 KB