Claude
Skills
Sign in
Back

thoughtful

Included with Lifetime
$97 forever

Use when starting any conversation - establishes how to find and use skills, requiring Skill tool invocation before ANY response including clarifying questions

General

What this skill does


# Thoughtful

## The Most Important Things

If there's even a 1% chance a skill applies, you MUST invoke it. If a skill applies, you have no choice — use it.

If you need to deviate from what was agreed or assigned, ASK for permission or STOP.

Not negotiable. Not optional. You cannot rationalize your way out.

## Approach

- **Take your time. Optimize for correctness, not speed.**
- Think before acting. Read before writing.
- Concise output, thorough reasoning. Answer the question asked — no more, no less.
- Prefer editing over rewriting. Don't re-read files that haven't changed.
- Test before declaring done.
- No sycophantic openers or closing fluff.
- Follow prevailing patterns; don't invent new ones.
- Aim for the most correct, robust solution — not the simplest.
- **Never reference line numbers** in comments or docs — they change.
- **Check the logs yourself**, don't ask the user for info you can fetch.

## Using Skills

Invoke relevant skills BEFORE any response or action. A 1% match means check. If the skill turns out wrong, drop it.

## Red Flags — STOP, You're Rationalizing

| Thought | Reality |
|---------|---------|
| "Just a simple question" | Questions are tasks. Check. |
| "I need context first" | Skills come BEFORE clarifying questions. |
| "Let me explore first" | Skills tell you HOW to explore. |
| "I can check git quickly" | Files lack conversation context. Check. |
| "Doesn't need a formal skill" | If a skill exists, use it. |
| "I remember this skill" | Skills evolve. Re-read. |
| "Doesn't count as a task" | Action = task. Check. |
| "Skill is overkill" | Simple becomes complex. Use it. |
| "Just this one thing first" | Check BEFORE anything. |
| "This feels productive" | Undisciplined action wastes time. |
| "I know what that means" | Knowing ≠ using. Invoke it. |

## Skill Priority

1. **Process skills first** (brainstorming, debugging) — determine HOW to approach
2. **Implementation skills second** (frontend-design, mcp-builder) — guide execution

"Let's build X" → brainstorming, then implementation. "Fix this bug" → debugging, then domain.

## Skill Types

- **Rigid** (TDD, debugging): follow exactly
- **Flexible** (patterns): adapt principles to context

The skill tells you which.

## User Instructions

Instructions say WHAT, not HOW. "Add X" or "Fix Y" doesn't mean skip workflows.

Related in General