Custom instructions: teach Claude once.
Most Claude users either skip custom instructions entirely (and get generic output forever) or write them so badly they make Claude worse. There are four sections every good instruction set needs, plus three anti-patterns that make Claude noticeably worse. This lesson covers both.
The mental model
Custom instructions are a contract Claude signs at the start of every conversation.
They tell Claude who you are, how you work, and what you want. Done well, they replace pages of re-explanation. Done badly, they confuse Claude into worse output. The skill is writing them tight.
Workflow 01 The 4 sections every instruction set needs
Structure your custom instructions
Custom instructions in Claude should cover these four areas, each in 2-3 sentences.
The prompt that works
Best use cases
- Anyone using Claude weekly+
- Founders, writers, professionals with distinct voice
- Engineers with strong opinions about code style
- Anyone tired of explaining the same context
Workflow 02 The three anti-patterns that make Claude worse
Avoid these common mistakes
Some instructions actively degrade output quality. Watch for these.
The prompt that works
Best use cases
- First-time Claude users writing too many rules
- Anyone whose Claude output got worse after they added instructions
- Teams sharing a Claude account with conflicting style preferences
Workflow 03 Iterate on your instructions like code
Update them every 4-6 weeks
Custom instructions should evolve as your needs change. Treat them like a config file you maintain.
The prompt that works
Best use cases
- Anyone serious about Claude as a daily tool
- Long-term users whose use cases have evolved
- Teams converging on shared best practices
Final challenge: rewrite your instructions tonight
Open Claude settings. Either: (a) write your first real custom instructions using the 4-section template, or (b) if you already have them, audit them against the anti-patterns. Trim to 10 sentences max. Test with 5 typical prompts. Notice the difference.
What you can do now
- Write custom instructions using the 4-section structure (About, Voice, Process, Defaults)
- Avoid the three anti-patterns (conflicts, over-constraint, vague style)
- Test your instructions by running typical prompts and checking the output reflects them
- Treat custom instructions as code: maintain, iterate, prune