Pattern Identification
Observe signals → classify patterns → validate with evidence → document findings.
Steps
- Collect signals from conversation, code, or data
- Classify pattern type (workflow, orchestration, heuristic, anti-pattern)
- Validate against evidence threshold (3+ instances, multiple contexts)
- Document pattern with constraints and examples
- If implementation needed, delegate by loading the
outfitter:codify skill
- Recognizing recurring themes in work or data
- Codifying best practices from experience
- Extracting workflows from repeated success
- Identifying anti-patterns from repeated failures
- Building decision frameworks from observations
NOT for: single occurrences, unvalidated hunches, premature abstraction
Watch for these signal categories:
| Category |
Watch For |
Indicates |
| Success |
Completion, positive feedback, repetition, efficiency |
Pattern worth codifying |
| Frustration |
Backtracking, clarification loops, rework, confusion |
Anti-pattern to document |
| Workflow |
Sequence consistency, decision points, quality gates |
Process pattern |
| Orchestration |
Multi-component coordination, state management, routing |
Coordination pattern |
See signal-types.md for detailed taxonomy.
Four primary pattern types:
| Type |
Characteristics |
Use When |
| Workflow |
Sequential stages, clear transitions, quality gates |
Process has ordered steps |
| Orchestration |
Coordinates components, manages state, routes work |
Multiple actors involved |
| Heuristic |
Condition → action mapping, context-sensitive |
Repeated decisions |
| Anti-Pattern |
Common mistake, causes rework, has better alternative |
Preventing failures |
See pattern-types.md for templates and examples.
Codification Criteria
Don't codify after first occurrence. Require:
- 3+ instances — minimum repetition to establish pattern
- Multiple contexts — works across different scenarios
- Clear boundaries — know when to apply vs not apply
- Measurable benefit — improves outcome compared to ad-hoc approach
Quality Indicators
| Strong Pattern |
Weak Pattern |
| Consistent structure |
Varies each use |
| Transferable to others |
Requires specific expertise |
| Handles edge cases |
Breaks on deviation |
| Saves time/effort |
Overhead exceeds value |
Observation (1-2 instances):
- Note for future reference
- "This worked well, watch for recurrence"
Hypothesis (3+ instances):
- Draft informal guideline
- Test consciously in next case
Codification (validated pattern):
- Create formal documentation
- Include examples and constraints
Refinement (ongoing):
- Update based on usage
- Add edge cases
Loop: Observe → Classify → Validate → Document
- Collect signals — note successes, failures, recurring behaviors
- Classify pattern type — workflow, orchestration, heuristic, anti-pattern
- Check evidence threshold — 3+ instances? Multiple contexts?
- Extract quality criteria — what makes it work?
- Document pattern — name, when, what, why
- Test deliberately — apply consciously, track variance
- Refine — adjust based on feedback
ALWAYS:
- Require 3+ instances before codifying
- Validate across multiple contexts
- Document both when to use AND when not to
- Include concrete examples
- Track pattern effectiveness over time
NEVER:
- Codify after single occurrence
- Abstract without evidence
- Ignore context-sensitivity
- Skip validation step
- Assume transferability without testing
- signal-types.md — detailed signal taxonomy
- pattern-types.md — pattern templates and examples
Identification vs Implementation:
- This skill (
patterns) identifies and documents patterns
codify skill implements patterns as Claude Code components (skills, commands, hooks, agents)
Use patterns to answer "what patterns exist?" Use codify to answer "how do I turn this into a reusable component?"
1---2name: patterns3description: This skill should be used when recognizing recurring themes, identifying patterns in work or data, or when "pattern", "recurring", or "repeated" are mentioned. For implementation, see codify skill.4metadata:5 version: "1.1.0"6 related-skills:7 - codify8 - codebase-recon9 - report-findings10---1112# Pattern Identification1314Observe signals → classify patterns → validate with evidence → document findings.1516## Steps17181. Collect signals from conversation, code, or data192. Classify pattern type (workflow, orchestration, heuristic, anti-pattern)203. Validate against evidence threshold (3+ instances, multiple contexts)214. Document pattern with constraints and examples225. If implementation needed, delegate by loading the `outfitter:codify` skill2324<when_to_use>2526- Recognizing recurring themes in work or data27- Codifying best practices from experience28- Extracting workflows from repeated success29- Identifying anti-patterns from repeated failures30- Building decision frameworks from observations3132NOT for: single occurrences, unvalidated hunches, premature abstraction3334</when_to_use>3536<signal_identification>3738Watch for these signal categories:3940| Category | Watch For | Indicates |41|----------|-----------|-----------|42| **Success** | Completion, positive feedback, repetition, efficiency | Pattern worth codifying |43| **Frustration** | Backtracking, clarification loops, rework, confusion | Anti-pattern to document |44| **Workflow** | Sequence consistency, decision points, quality gates | Process pattern |45| **Orchestration** | Multi-component coordination, state management, routing | Coordination pattern |4647See [signal-types.md](references/signal-types.md) for detailed taxonomy.4849</signal_identification>5051<pattern_classification>5253Four primary pattern types:5455| Type | Characteristics | Use When |56|------|-----------------|----------|57| **Workflow** | Sequential stages, clear transitions, quality gates | Process has ordered steps |58| **Orchestration** | Coordinates components, manages state, routes work | Multiple actors involved |59| **Heuristic** | Condition → action mapping, context-sensitive | Repeated decisions |60| **Anti-Pattern** | Common mistake, causes rework, has better alternative | Preventing failures |6162See [pattern-types.md](references/pattern-types.md) for templates and examples.6364</pattern_classification>6566<evidence_thresholds>6768## Codification Criteria6970Don't codify after first occurrence. Require:71- **3+ instances** — minimum repetition to establish pattern72- **Multiple contexts** — works across different scenarios73- **Clear boundaries** — know when to apply vs not apply74- **Measurable benefit** — improves outcome compared to ad-hoc approach7576## Quality Indicators7778| Strong Pattern | Weak Pattern |79|----------------|--------------|80| Consistent structure | Varies each use |81| Transferable to others | Requires specific expertise |82| Handles edge cases | Breaks on deviation |83| Saves time/effort | Overhead exceeds value |8485</evidence_thresholds>8687<progressive_formalization>8889**Observation** (1-2 instances):90- Note for future reference91- "This worked well, watch for recurrence"9293**Hypothesis** (3+ instances):94- Draft informal guideline95- Test consciously in next case9697**Codification** (validated pattern):98- Create formal documentation99- Include examples and constraints100101**Refinement** (ongoing):102- Update based on usage103- Add edge cases104105</progressive_formalization>106107<workflow>108109Loop: Observe → Classify → Validate → Document1101111. **Collect signals** — note successes, failures, recurring behaviors1122. **Classify pattern type** — workflow, orchestration, heuristic, anti-pattern1133. **Check evidence threshold** — 3+ instances? Multiple contexts?1144. **Extract quality criteria** — what makes it work?1155. **Document pattern** — name, when, what, why1166. **Test deliberately** — apply consciously, track variance1177. **Refine** — adjust based on feedback118119</workflow>120121<rules>122123ALWAYS:124- Require 3+ instances before codifying125- Validate across multiple contexts126- Document both when to use AND when not to127- Include concrete examples128- Track pattern effectiveness over time129130NEVER:131- Codify after single occurrence132- Abstract without evidence133- Ignore context-sensitivity134- Skip validation step135- Assume transferability without testing136137</rules>138139<references>140141- [signal-types.md](references/signal-types.md) — detailed signal taxonomy142- [pattern-types.md](references/pattern-types.md) — pattern templates and examples143144**Identification vs Implementation**:145- This skill (`patterns`) identifies and documents patterns146- `codify` skill implements patterns as Claude Code components (skills, commands, hooks, agents)147148Use `patterns` to answer "what patterns exist?" Use `codify` to answer "how do I turn this into a reusable component?"149150</references>