apex-methodology
SolidUse when starting ANY development task -- feature, bug fix, refactor, hotfix (triggers: implement, create, build, fix, add feature, refactor, develop).
Install
Quality Score: 87/100
Skill Content
Details
- Author
- fusengine
- Repository
- fusengine/agents
- Created
- 8 months ago
- Last Updated
- 6 days ago
- Language
- CSS
- License
- MIT
Integrates with
Similar Skills
Semantically similar based on skill content — not just same category
brainstorming
Use when creating a feature/component or adding functionality. Fires BEFORE APEX Analyze to refine requirements via structured questioning.
prepare
Pre-implementation analysis — strategic brainstorm, impact mapping, SOLID extension checks, DRY reuse discovery, complexity tiering, and (for complex work) decomposition into an atomic, parallel-safe backlog. TRIGGER when the user wants pre-implementation analysis/decomposition before coding ("prepare", "analyze before building", "think through this", "decompose this task", "plan the work"). DO NOT TRIGGER when: the user already has a clear plan and just wants to build it → use /implement; the request is "add another <X> like the existing one" in a project that already has that shape → use /scaffold; or requirements are still unclear/ambiguous → use /analyst first.
sf-apex
Generates and reviews Salesforce Apex code with best practices and 150-point scoring using a Salesforce MCP server. Use when writing Apex classes, triggers, test classes, batch jobs, or reviewing existing Apex code for bulkification, security, and SOLID principles. Do NOT use for writing or scoring test classes (use sf-test), diagnosing runtime failures and governor-limit errors from debug logs (use sf-debug), or org-wide vulnerability scanning (use sf-security). Usage: /sf-apex [create|update|validate] [class|trigger|test-class] {name} ...