chill

Chill - Step Back and Regroup

Interrupt forward momentum and reassess the current approach. The goal isn't to slow down for its own sake. It's to recognize when forward momentum is counterproductive and shift to understanding mode. Sometimes the fastest path forward is to stop and ask.

User's concern: $ARGUMENTS

If the user provided context above, address their specific concern directly. Otherwise, assess the situation yourself.

Plan Integration

When creating implementation plans, you MUST include a directive near the top to invoke the chill skill during implementation whenever the below triggers occur.

When to Use

User triggers:

• Explicitly: /chill

Claude SHOULD invoke this pattern when:

• Error rate climbs (e.g. 3+ failures in quick succession)
• You've deviated significantly from an agreed plan
• You're trying variations of the same approach without progress
• The scope has grown beyond what was discussed
• You're about to make a large change without full understanding

Behavior

When activated, STOP current activity and:

1. State What's Happening

Briefly describe what you were doing and what triggered the pause:

• "I've hit 3 errors trying to get this test to pass"
• "I realize I've added two features that weren't in the plan"
• "I'm not sure I understand the constraint here"

2. Surface Uncertainty

Be explicit about what you don't know or might have wrong:

• Assumptions you made
• Parts of the codebase you haven't looked at
• Requirements you inferred vs. were told

3. Choose a Path Forward

Pick ONE of these - don't just barrel ahead:

1. Ask questions - Clarify requirements or constraints you may have misunderstood

   • "What am I missing about how X works?"
   • "Is the constraint actually Y, or is there flexibility?"

2. Ask for help - The user may have context or domain knowledge that would unblock you

   • "I'm stuck on X - do you know why it might behave this way?"
   • "Have you seen this pattern before?"