Automate 7-phase feature development with specialized agents (code-explorer, code-architect, code-reviewer). Use for multi-file features, architectural decisions, or encountering ambiguous requirements, integration patterns, design approach errors.
npx skills add https://github.com/secondsky/claude-skills --skill feature-dev
A comprehensive, structured workflow for feature development with specialized agents for codebase exploration, architecture design, and quality review.
Launch the guided feature development workflow:
/feature-dev Add user authentication with OAuth
Or interactively:
/feature-dev
The workflow will guide you through 7 distinct phases automatically.
Building features requires more than just writing code. This skill provides a systematic approach that:
Goal: Understand what needs to be built
Example:
User: /feature-dev Add caching
Agent: Let me understand what you need...
- What should be cached? (API responses, computed values, etc.)
- What are your performance requirements?
- Do you have a preferred caching solution?
Goal: Understand relevant existing code and patterns
code-explorer agents in parallelAgents launched:
Example output:
Found similar features:
- User authentication (src/auth/): Uses JWT tokens, middleware pattern
- Session management (src/session/): Redis-backed, 24hr expiry
Key files:
- src/auth/AuthService.ts:45 - Core authentication logic
- src/middleware/authMiddleware.ts:12 - Request authentication
Goal: Fill in gaps and resolve all ambiguities
Example:
Before designing, I need to clarify:
1. OAuth provider: Which providers? (Google, GitHub, custom?)
2. User data: Store OAuth tokens or just profile?
3. Existing auth: Replace or add alongside current auth?
4. Sessions: Integrate with existing session management?
5. Error handling: How to handle OAuth failures?
Critical: Ensures nothing is ambiguous before design begins.
Goal: Design multiple implementation approaches
code-architect agents with different focuses:Example output:
Approach 1: Minimal Changes
- Extend existing AuthService with OAuth methods
Pros: Fast, low risk
Cons: Couples OAuth to existing auth
Approach 2: Clean Architecture
- New OAuthService with dedicated interface
Pros: Clean separation, testable
Cons: More files, more refactoring
Approach 3: Pragmatic Balance
- New OAuthProvider abstraction
Pros: Balanced complexity and cleanliness
Cons: Some coupling remains
Recommendation: Approach 3 - clean boundaries without excessive refactoring
Goal: Build the feature
Goal: Ensure code is simple, DRY, elegant, and functionally correct
code-reviewer agents in parallel:Example output:
High Priority Issues:
1. Missing error handling in OAuth callback (src/auth/oauth.ts:67)
2. Memory leak: OAuth state not cleaned up (src/auth/oauth.ts:89)
Medium Priority:
1. Could simplify token refresh logic (src/auth/oauth.ts:120)
What would you like to do?
Goal: Document what was accomplished
Purpose: Deeply analyzes existing codebase features by tracing execution paths
Focus:
Output:
Triggered: Automatically in Phase 2, or manually
Purpose: Designs feature architectures and implementation blueprints
Focus:
Output:
Triggered: Automatically in Phase 4, or manually
Purpose: Reviews code for bugs, quality issues, and project conventions
Focus:
Output:
Triggered: Automatically in Phase 6, or manually
/feature-dev Add rate limiting to API endpoints
Explore a feature:
"Launch code-explorer to trace how authentication works"
Design architecture:
"Launch code-architect to design the caching layer"
Review code:
"Launch code-reviewer to check my recent changes"
Use for:
Don't use for:
Cause: Normal for large codebases
Solution: Agents run in parallel when possible. Thoroughness pays off in better understanding.
Cause: Feature request too vague
Solution: Be more specific in initial request. Provide context about constraints upfront.
Cause: Multiple valid approaches presented
Solution: Trust the recommendation (based on codebase analysis). Pick pragmatic option when in doubt.
After using the workflow:
For detailed workflow documentation, see README.md
For agent specifications, see:
agents/code-explorer.mdagents/code-architect.mdagents/code-reviewer.mdFor slash command implementation, see commands/feature-dev.md
Control Cursor AI code editor via CLI. Open files, folders, diffs, and manage extensions.
Comprehensive checklist for conducting thorough code reviews covering functionality, security, performance, and maintainability
Systematically evaluate architecture decisions, document trade-offs, and select appropriate patterns. This skill should be used when the user asks about 'architecture decision', 'ADR', 'design pattern selection', 'technology choice', or needs to evaluate architectural trade-offs. Keywords: architecture, ADR, patterns, trade-offs, technical debt, quality attributes, decision record.
Facilitates deliberate skill development during AI-assisted coding. Offers interactive learning exercises after architectural work (new files, schema changes, refactors). Use when completing features, making design decisions, or when user asks to understand code better. Triggers on "learning exercise", "help me understand", "teach me", "why does this work", or after creating new files/modules. Do NOT use for urgent debugging, quick fixes, or when user says "just ship it".
Organize project files and folders for maintainability and scalability. Use when structuring new projects, refactoring folder structure, or establishing conventions. Handles project structure, naming conventions, and file organization best practices.
Automatically trigger review agents after task completion. Use when strategic-planner finishes planning tasks (calls plan-consultant) or when main agent completes coding tasks in /implement workflow (calls code-reviewer). Triggers on phrases like "plan complete", "implementation done", "coding finished", "ready for review".
Provides a structured workflow for planning and executing code reviews like a senior engineer. Use when asked to review code, PRs, or plan a code review task.
Recall project-first and global-supplement ChatCrystal memories before substantive implementation, refactoring, migration, configuration, investigation, or optimization work. Use when the task is non-trivial, has repository or project context, and prior fixes, decisions, pitfalls, or reusable patterns may change the approach.
Take secondsky/feature-dev from the repository into ~/.claude/skills for personal
use, or into .claude/skills inside a project.
The agent identifies a skill by the name field in its header. Two skills with the
same name cannot sit side by side — one of them will be ignored.