/apex-methodology
Use when starting ANY development task -- feature, bug fix, refactor, hotfix (triggers: implement, create, build, fix, add feature, refactor, develop).
$ npx -y skills add fusengine/agents --skill apex-methodology --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.
- You can call itInvoke it directly when you want it.
- Slash command
/apex-methodology
Context preview
The summary Claude sees to decide when to auto-load this skill.
Use when starting ANY development task -- feature, bug fix, refactor, hotfix (triggers: implement, create, build, fix, add feature, refactor, develop).
SKILL.md
apex-methodology.SKILL.mdname: apex-methodology
description: "Use when starting ANY development task -- feature, bug fix, refactor, hotfix (triggers: implement, create, build, fix, add feature, refactor, develop)."
argument-hint: "[task-description]"
user-invocable: false
hooks:
PostToolUse:
- matcher: Edit
hooks:
- type: command
command: |
echo '{"decision":"block","reason":"APEX RULE: File modified via Edit. You MUST immediately launch sniper agent to validate this change before proceeding."}'
- matcher: Write
hooks:
- type: command
command: |
echo '{"decision":"block","reason":"APEX RULE: File created via Write. You MUST immediately launch sniper agent to validate this change before proceeding."}'<objective> APEX Methodology drives the full Analyze -> Plan -> Execute -> eLicit -> eXamine workflow for any development task -- new features, bug fixes, refactors, hotfixes. It auto-detects the project type (Laravel, Next.js, React, Swift) and loads the matching framework-specific reference set, then walks through branch creation, brainstorming, codebase analysis, planning, TDD execution, expert self-review (eLicit), functional verification, and sniper validation (eXamine) through to PR creation.
It enforces the project's hard constraints throughout: files under 100 lines (split at 90), interfaces kept out of component files, SOLID principles, and a mandatory sniper pass after every Edit/Write (blocked by PostToolUse hooks until it runs). Three modes control how much is automatic: `--auto` (default, no prompts), `--manual` (step-by-step confirmation), and `--skip-elicit` (bypasses the self-review phase). </objective>
**Current Task:** $ARGUMENTS
APEX Methodology Skill
**Analyze → Plan → Execute → eLicit → eXamine**
Complete development workflow for features, fixes, and refactoring.
---
Step 0: Initialize Tracking (MANDATORY FIRST ACTION)
**BEFORE anything else**, initialize APEX tracking — see `references/init-tracking.md` for the exact command.
This creates `.claude/apex/task.json` (documentation consultation status) and `.claude/apex/docs/` (consulted documentation summaries). **The PreToolUse hooks will BLOCK Write/Edit until documentation is consulted.**
---
Workflow Overview
┌─────────────────────────────────────────────────────────────────┐
│ APEX WORKFLOW │
├─────────────────────────────────────────────────────────────────┤
│ 00-init-branch → Create feature branch │
│ 00.5-brainstorm → Design-first questioning (B) ← NEW │
│ 01-analyze-code → Understand codebase (A) │
│ 02-features-plan → Plan implementation (P) │
│ 03-execution → Write code with TDD (E) ← UPDATED │
│ 03.5-elicit → Expert self-review (L) │
│ 03.7-verification → Functional resolution check (V) ← NEW │
│ 04-validation → Verify quality (X) │
│ 05-review → Self-review │
│ 06-fix-issue → Handle issues │
│ 07-add-test → Write tests (TDD cycle) │
│ 08-check-test → Run tests │
│ 09-create-pr → Create Pull Request │
└─────────────────────────────────────────────────────────────────┘
Skills Integration
| Phase | Skill | Invocation | |-------|-------|------------| | 00.5 | `brainstorming` | Questions → alternatives → design doc → approval | | 03 | `tdd` | RED (test) → GREEN (code) → REFACTOR cycle | | 03.7 | `verification` | Re-read request → check criteria → confirm resolution |
---
Phase References
| Phase | File | Purpose | | --- | --- | --- | | **00** | `references/00-init-branch.md` | Create feature branch | | **01** | `references/01-analyze-code.md` | Explore + Research (APEX A) | | **02** | `references/02-features-plan.md` | TaskCreate planning (APEX P) | | **03** | `references/03-execution.md` | Implementation (APEX E) | | **03.5** | `references/03.5-elicit.md` | Expert self-review (APEX L) ← NEW | | **04** | `references/04-validation.md` | sniper validation (APEX X) | | **05** | `references/05-review.md` | Self-review checklist | | **06** | `references/06-fix-issue.md` | Fix validation/review issues | | **07** | `references/07-add-test.md` | Write unit/integration tests | | **08** | `references/08-check-test.md` | Run and verify tests | | **09** | `references/09-create-pr.md` | Create and merge PR |
---
Core Rules
File Size (ABSOLUTE)
🚨 STOP at 90 lines → Split immediately
❌ NEVER exceed 100 lines
📊 Target: 50-80 lines per file
Interface Location
✅ src/interfaces/ (global)
✅ src/types/ (type definitions)
✅ Contracts/ (PHP/Laravel)
❌ NEVER in component files
Agent Usage
01-analyze: explore-codebase + research-expert (PARALLEL)
04-validate: sniper (MANDATORY after ANY change)
---
NEVER
❌ Skip explore-codebase or research-expert
❌ Assume API syntax without verification
❌ Create files >100 lines
❌ Put interfaces in component files
❌ Skip sniper after changes
❌ Merge without tests
❌ Large PRs (>400 lines)
---
Detailed References (Load on Demand)
- `references/init-tracking.md` — Load when running Step 0 (the exact tracking-init command)
- `references/phases-explained.md` — Load when you need the full explanation of each APEX phase (A/P/E/V/X)
- `references/branching-strategy.md` — Load when creating or naming branches
- `references/commit-conventions.md` — Load when writing commit messages
- `references/quick-start-flows.md` — Load when you need the full step-by-step Standard Feature / Bug Fix / Hotfix flows
- `references/flow-diagram.md` — Load when you want the full ASCII flow diagram of the workflow
- `references/validation-requirements.md` —
Read more
name: apex-methodology
description: "Use when starting ANY development task -- feature, bug fix, refactor, hotfix (triggers: implement, create, build, fix, add feature, refactor, develop)."
argument-hint: "[task-description]"
user-invocable: false
hooks:
PostToolUse:
- matcher: Edit
hooks:
- type: command
command: |
echo '{"decision":"block","reason":"APEX RULE: File modified via Edit. You MUST immediately launch sniper agent to validate this change before proceeding."}'
- matcher: Write
hooks:
- type: command
command: |
echo '{"decision":"block","reason":"APEX RULE: File created via Write. You MUST immediately launch sniper agent to validate this change before proceeding."}'<objective> APEX Methodology drives the full Analyze -> Plan -> Execute -> eLicit -> eXamine workflow for any development task -- new features, bug fixes, refactors, hotfixes. It auto-detects the project type (Laravel, Next.js, React, Swift) and loads the matching framework-specific reference set, then walks through branch creation, brainstorming, codebase analysis, planning, TDD execution, expert self-review (eLicit), functional verification, and sniper validation (eXamine) through to PR creation.
It enforces the project's hard constraints throughout: files under 100 lines (split at 90), interfaces kept out of component files, SOLID principles, and a mandatory sniper pass after every Edit/Write (blocked by PostToolUse hooks until it runs). Three modes control how much is automatic: `--auto` (default, no prompts), `--manual` (step-by-step confirmation), and `--skip-elicit` (bypasses the self-review phase). </objective>
**Current Task:** $ARGUMENTS
APEX Methodology Skill
**Analyze → Plan → Execute → eLicit → eXamine**
Complete development workflow for features, fixes, and refactoring.
---
Step 0: Initialize Tracking (MANDATORY FIRST ACTION)
**BEFORE anything else**, initialize APEX tracking — see `references/init-tracking.md` for the exact command.
This creates `.claude/apex/task.json` (documentation consultation status) and `.claude/apex/docs/` (consulted documentation summaries). **The PreToolUse hooks will BLOCK Write/Edit until documentation is consulted.**
---
Workflow Overview
┌─────────────────────────────────────────────────────────────────┐ │ APEX WORKFLOW │ ├─────────────────────────────────────────────────────────────────┤ │ 00-init-branch → Create feature branch │ │ 00.5-brainstorm → Design-first questioning (B) ← NEW │ │ 01-analyze-code → Understand codebase (A) │ │ 02-features-plan → Plan implementation (P) │ │ 03-execution → Write code with TDD (E) ← UPDATED │ │ 03.5-elicit → Expert self-review (L) │ │ 03.7-verification → Functional resolution check (V) ← NEW │ │ 04-validation → Verify quality (X) │ │ 05-review → Self-review │ │ 06-fix-issue → Handle issues │ │ 07-add-test → Write tests (TDD cycle) │ │ 08-check-test → Run tests │ │ 09-create-pr → Create Pull Request │ └─────────────────────────────────────────────────────────────────┘
Skills Integration
| Phase | Skill | Invocation | |-------|-------|------------| | 00.5 | `brainstorming` | Questions → alternatives → design doc → approval | | 03 | `tdd` | RED (test) → GREEN (code) → REFACTOR cycle | | 03.7 | `verification` | Re-read request → check criteria → confirm resolution |
---
Phase References
| Phase | File | Purpose | | --- | --- | --- | | **00** | `references/00-init-branch.md` | Create feature branch | | **01** | `references/01-analyze-code.md` | Explore + Research (APEX A) | | **02** | `references/02-features-plan.md` | TaskCreate planning (APEX P) | | **03** | `references/03-execution.md` | Implementation (APEX E) | | **03.5** | `references/03.5-elicit.md` | Expert self-review (APEX L) ← NEW | | **04** | `references/04-validation.md` | sniper validation (APEX X) | | **05** | `references/05-review.md` | Self-review checklist | | **06** | `references/06-fix-issue.md` | Fix validation/review issues | | **07** | `references/07-add-test.md` | Write unit/integration tests | | **08** | `references/08-check-test.md` | Run and verify tests | | **09** | `references/09-create-pr.md` | Create and merge PR |
---
Core Rules
File Size (ABSOLUTE)
🚨 STOP at 90 lines → Split immediately ❌ NEVER exceed 100 lines 📊 Target: 50-80 lines per file
Interface Location
✅ src/interfaces/ (global) ✅ src/types/ (type definitions) ✅ Contracts/ (PHP/Laravel) ❌ NEVER in component files
Agent Usage
01-analyze: explore-codebase + research-expert (PARALLEL) 04-validate: sniper (MANDATORY after ANY change)
---
NEVER
❌ Skip explore-codebase or research-expert ❌ Assume API syntax without verification ❌ Create files >100 lines ❌ Put interfaces in component files ❌ Skip sniper after changes ❌ Merge without tests ❌ Large PRs (>400 lines)
---
Detailed References (Load on Demand)
- `references/init-tracking.md` — Load when running Step 0 (the exact tracking-init command)
- `references/phases-explained.md` — Load when you need the full explanation of each APEX phase (A/P/E/V/X)
- `references/branching-strategy.md` — Load when creating or naming branches
- `references/commit-conventions.md` — Load when writing commit messages
- `references/quick-start-flows.md` — Load when you need the full step-by-step Standard Feature / Bug Fix / Hotfix flows
- `references/flow-diagram.md` — Load when you want the full ASCII flow diagram of the workflow
- `references/validation-requirements.md` —
Showing the first part of this file.
A plugin ecosystem that turns Claude Code into a supervised, multi-agent development environment.
Repo: fusengine/agents
Other skills on fusengine-agents.
- /agent-creator
Use when creating expert agents. Generates agent.md with frontmatter, hooks, required sections, and skill references.
Open skill - /brainstorming
Use when creating a feature/component or adding functionality. Fires BEFORE APEX Analyze to refine requirements via structured questioning.
Open skill - /challenge
Use before a root-cause, done/verified claim, irreversible action, or 2nd-time fix reaches the owner (APEX or plain conversation); also fires at every eLicit/Verify gate. Not for code correctness (use sniper).
Open skill - /code-quality
Use when validating code quality after modifications -- SOLID compliance, DRY duplication, linter errors, architecture violations. Do NOT use for functional verification (run verification FIRST, then code-quality).
Open skill - /elicitation
Use when an expert agent self-reviews and self-corrects code after the Execute phase, before sniper validation (BMAD-METHOD elicitation techniques).
Open skill - /exploration
Use when exploring an unfamiliar codebase -- architecture analysis, pattern detection, dependency mapping, rapid discovery.
Open skill

