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?"
Converted and distributed by TomeVault — claim your Tome and manage your conversions.
1---2name: patterns-33description: 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. Use when this capability is needed.4---56# Pattern Identification78Observe signals → classify patterns → validate with evidence → document findings.910## Steps11121. Collect signals from conversation, code, or data132. Classify pattern type (workflow, orchestration, heuristic, anti-pattern)143. Validate against evidence threshold (3+ instances, multiple contexts)154. Document pattern with constraints and examples165. If implementation needed, delegate by loading the `outfitter:codify` skill1718<when_to_use>1920- Recognizing recurring themes in work or data21- Codifying best practices from experience22- Extracting workflows from repeated success23- Identifying anti-patterns from repeated failures24- Building decision frameworks from observations2526NOT for: single occurrences, unvalidated hunches, premature abstraction2728</when_to_use>2930<signal_identification>3132Watch for these signal categories:3334| Category | Watch For | Indicates |35|----------|-----------|-----------|36| **Success** | Completion, positive feedback, repetition, efficiency | Pattern worth codifying |37| **Frustration** | Backtracking, clarification loops, rework, confusion | Anti-pattern to document |38| **Workflow** | Sequence consistency, decision points, quality gates | Process pattern |39| **Orchestration** | Multi-component coordination, state management, routing | Coordination pattern |4041See [signal-types.md](references/signal-types.md) for detailed taxonomy.4243</signal_identification>4445<pattern_classification>4647Four primary pattern types:4849| Type | Characteristics | Use When |50|------|-----------------|----------|51| **Workflow** | Sequential stages, clear transitions, quality gates | Process has ordered steps |52| **Orchestration** | Coordinates components, manages state, routes work | Multiple actors involved |53| **Heuristic** | Condition → action mapping, context-sensitive | Repeated decisions |54| **Anti-Pattern** | Common mistake, causes rework, has better alternative | Preventing failures |5556See [pattern-types.md](references/pattern-types.md) for templates and examples.5758</pattern_classification>5960<evidence_thresholds>6162## Codification Criteria6364Don't codify after first occurrence. Require:65- **3+ instances** — minimum repetition to establish pattern66- **Multiple contexts** — works across different scenarios67- **Clear boundaries** — know when to apply vs not apply68- **Measurable benefit** — improves outcome compared to ad-hoc approach6970## Quality Indicators7172| Strong Pattern | Weak Pattern |73|----------------|--------------|74| Consistent structure | Varies each use |75| Transferable to others | Requires specific expertise |76| Handles edge cases | Breaks on deviation |77| Saves time/effort | Overhead exceeds value |7879</evidence_thresholds>8081<progressive_formalization>8283**Observation** (1-2 instances):84- Note for future reference85- "This worked well, watch for recurrence"8687**Hypothesis** (3+ instances):88- Draft informal guideline89- Test consciously in next case9091**Codification** (validated pattern):92- Create formal documentation93- Include examples and constraints9495**Refinement** (ongoing):96- Update based on usage97- Add edge cases9899</progressive_formalization>100101<workflow>102103Loop: Observe → Classify → Validate → Document1041051. **Collect signals** — note successes, failures, recurring behaviors1062. **Classify pattern type** — workflow, orchestration, heuristic, anti-pattern1073. **Check evidence threshold** — 3+ instances? Multiple contexts?1084. **Extract quality criteria** — what makes it work?1095. **Document pattern** — name, when, what, why1106. **Test deliberately** — apply consciously, track variance1117. **Refine** — adjust based on feedback112113</workflow>114115<rules>116117ALWAYS:118- Require 3+ instances before codifying119- Validate across multiple contexts120- Document both when to use AND when not to121- Include concrete examples122- Track pattern effectiveness over time123124NEVER:125- Codify after single occurrence126- Abstract without evidence127- Ignore context-sensitivity128- Skip validation step129- Assume transferability without testing130131</rules>132133<references>134135- [signal-types.md](references/signal-types.md) — detailed signal taxonomy136- [pattern-types.md](references/pattern-types.md) — pattern templates and examples137138**Identification vs Implementation**:139- This skill (`patterns`) identifies and documents patterns140- `codify` skill implements patterns as Claude Code components (skills, commands, hooks, agents)141142Use `patterns` to answer "what patterns exist?" Use `codify` to answer "how do I turn this into a reusable component?"143144</references>145146---147> Converted and distributed by [TomeVault](https://tomevault.io/claim/outfitter-dev) — claim your Tome and manage your conversions.148<!-- tomevault:4.0:skill_md:2026-04-11 -->