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
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: find-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.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 `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:6566- **3+ instances** — minimum repetition to establish pattern67- **Multiple contexts** — works across different scenarios68- **Clear boundaries** — know when to apply vs not apply69- **Measurable benefit** — improves outcome compared to ad-hoc approach7071## Quality Indicators7273| Strong Pattern | Weak Pattern |74| ---------------------- | --------------------------- |75| Consistent structure | Varies each use |76| Transferable to others | Requires specific expertise |77| Handles edge cases | Breaks on deviation |78| Saves time/effort | Overhead exceeds value |7980</evidence_thresholds>8182<progressive_formalization>8384**Observation** (1-2 instances):8586- Note for future reference87- "This worked well, watch for recurrence"8889**Hypothesis** (3+ instances):9091- Draft informal guideline92- Test consciously in next case9394**Codification** (validated pattern):9596- Create formal documentation97- Include examples and constraints9899**Refinement** (ongoing):100101- Update based on usage102- Add edge cases103104</progressive_formalization>105106<workflow>107108Loop: Observe → Classify → Validate → Document1091101. **Collect signals** — note successes, failures, recurring behaviors1112. **Classify pattern type** — workflow, orchestration, heuristic, anti-pattern1123. **Check evidence threshold** — 3+ instances? Multiple contexts?1134. **Extract quality criteria** — what makes it work?1145. **Document pattern** — name, when, what, why1156. **Test deliberately** — apply consciously, track variance1167. **Refine** — adjust based on feedback117118</workflow>119120<rules>121122ALWAYS:123124- 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:131132- Codify after single occurrence133- Abstract without evidence134- Ignore context-sensitivity135- Skip validation step136- Assume transferability without testing137138</rules>139140<references>141142- [signal-types.md](references/signal-types.md) — detailed signal taxonomy143- [pattern-types.md](references/pattern-types.md) — pattern templates and examples144145**Identification vs Implementation**:146147- This skill (`patterns`) identifies and documents patterns148- `codify` skill implements patterns as Claude Code components (skills, commands, hooks, agents)149150Use `patterns` to answer "what patterns exist?" Use `codify` to answer "how do I turn this into a reusable component?"151152</references>