Use when the user is considering a meaningful change to the existing way things work — proposing a rewrite of a module or system, wanting to bypass or break a team coding standard or convention, talking about forking a library or framework instead of contributing upstream, or proposing to swap one technology for another in the stack. Triggers include phrases like "I want to rewrite this", "let me migrate us from X to Y", "we should replace [tool] with [other tool]", "I'm going to fork the library to fix this", "I don't agree with our coding standards", "let me just bypass the linter rule", "this whole module needs a rewrite", "let's switch from X to Y framework", or asking whether some kind of large change to existing code, conventions, or stack is a good idea. Walks through the four pitfalls from The Missing Readme (Chapter 3) — rewrites, going rogue on standards, forking without upstreaming, adding new technologies — using Horowitz's "10x better" rule as the decision criterion. For new-technology evaluation specifically, route to choose-boring-technology. Do not trigger for small in-flight refactors, code reviews, or active incidents.
EnglishUse when the user is expressing self-doubt about their competence (impostor syndrome territory) or showing signs of overconfidence about something they may not fully understand (Dunning-Kruger territory), or asking for help calibrating their self-assessment. Triggers include phrases like "I feel like a fraud", "everyone else seems to know more", "I shouldn't be here", "I'm going to be found out", "I'm not ready for this", "I got here by luck", "I'm an impostor", "this is easy I can do it in a day" (when scope is large), "I don't need to check with anyone, I know this" (in unfamiliar territory), or directly asking about impostor syndrome, the Dunning-Kruger effect, or how to know whether they're over- or under-estimating their own competence. Walks through both growth obstacles from The Missing Readme (Chapter 2) — impostor syndrome (under-estimation) and Dunning-Kruger (over-estimation) — with concrete calibration practices. Goal — see yourself accurately so you can actually climb through the four stages of competence. Do not trigger for general growth reflection (use growth-self-check) or tactical engineering questions.
EnglishIncludes Change Discipline and Growth Obstacles.
Supported by the Atlas install prompt. Skill-specific requirements vary.
Pack stats
What’s included
Change Discipline
Use when the user is considering a meaningful change to the existing way things work — proposing a rewrite of a module or system, wanting to bypass or break a team coding standard or convention, talking about forking a library or framework instead of contributing upstream, or proposing to swap one technology for another in the stack. Triggers include phrases like "I want to rewrite this", "let me migrate us from X to Y", "we should replace [tool] with [other tool]", "I'm going to fork the library to fix this", "I don't agree with our coding standards", "let me just bypass the linter rule", "this whole module needs a rewrite", "let's switch from X to Y framework", or asking whether some kind of large change to existing code, conventions, or stack is a good idea. Walks through the four pitfalls from The Missing Readme (Chapter 3) — rewrites, going rogue on standards, forking without upstreaming, adding new technologies — using Horowitz's "10x better" rule as the decision criterion. For new-technology evaluation specifically, route to choose-boring-technology. Do not trigger for small in-flight refactors, code reviews, or active incidents.
Growth Obstacles
Use when the user is expressing self-doubt about their competence (impostor syndrome territory) or showing signs of overconfidence about something they may not fully understand (Dunning-Kruger territory), or asking for help calibrating their self-assessment. Triggers include phrases like "I feel like a fraud", "everyone else seems to know more", "I shouldn't be here", "I'm going to be found out", "I'm not ready for this", "I got here by luck", "I'm an impostor", "this is easy I can do it in a day" (when scope is large), "I don't need to check with anyone, I know this" (in unfamiliar territory), or directly asking about impostor syndrome, the Dunning-Kruger effect, or how to know whether they're over- or under-estimating their own competence. Walks through both growth obstacles from The Missing Readme (Chapter 2) — impostor syndrome (under-estimation) and Dunning-Kruger (over-estimation) — with concrete calibration practices. Goal — see yourself accurately so you can actually climb through the four stages of competence. Do not trigger for general growth reflection (use growth-self-check) or tactical engineering questions.
Quick start
- Choose your skills. Select individual skills above, or choose the entire pack.
- Copy the install prompt. Use Copy install prompt above the list.
- Send it to your agent. Paste into your coding agent’s chat. Your agent reviews the source and guides the setup.
Try it with your agent
After installation, start with a request like:
Use the Change Discipline skill to help with my task.
Ask me for the context you need before getting started.Requirements & license
- A coding agent that can access your project files and install skills.
- Your agent checks each skill’s instructions, dependencies, and permissions during setup.
- License details are not provided in these listings. Check the author’s terms before using the skills.