agent-implementer-sparc-coder
Skill1 starsChanged 7 months agoMITView on GitHub
Agent skill for implementer-sparc-coder - invoke with $agent-implementer-sparc-coder
5 other projects use a version of this.
Adopted by
Steady: 0 new projects took it in the last 4 weeks, none the 4 weeks before.thin data
Most recently taken up by
- ruvnet/rufloword for word, first seen Oct 21, 2026
- ruvnet/claude-flowword for word, first seen Oct 8, 2026
- Soulcynics404/AgentForgeword for word, first seen Aug 24, 2026
- jpoindexter/theft-kitword for word, first seen May 20, 2026
- Zekiog/rufloword for word, first seen Apr 8, 2026
Other versions5 projects use a version of this.
Word for word · 5
- ruvnet/claude-flow★ 80k100% same
- ruvnet/ruflo★ 79k100% same
- Zekiog/ruflo★ 2100% same
- jpoindexter/theft-kit★ 1100% same
- Soulcynics404/AgentForge★ 1100% same
Edited · 0
None found.
Wrote their own version · 0
None found.
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository175 other files it gives its agents.
- AGENTS.mdAGENTS.md
- .claude/commands/monitoring/agents.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- v2/CLAUDE.mdCLAUDE.md
- v3/CLAUDE.mdCLAUDE.md
- agent-adaptive-coordinatorSkill
- agent-agentic-paymentsSkill
- agent-agentSkill
- agent-analyze-code-qualitySkill
- agent-app-storeSkill
- agent-architectureSkill
- agent-arch-system-designSkill
- agent-authenticationSkill
- agent-automation-smart-agentSkill
- agent-base-template-generatorSkill
- agent-benchmark-suiteSkill
- agent-byzantine-coordinatorSkill
- agent-challengesSkill
- agent-code-analyzerSkill
- agent-code-goal-plannerSkill
- agent-code-review-swarmSkill
- agent-coderSkill
- agent-collective-intelligence-coordinatorSkill
- agent-consensus-coordinatorSkill
- agent-coordinationSkill
- agent-coordinator-swarm-initSkill
- agent-crdt-synchronizerSkill
- agent-data-ml-modelSkill
- AgentDB Advanced FeaturesSkill
- AgentDB Learning PluginsSkill
- AgentDB Memory PatternsSkill
- AgentDB Performance OptimizationSkill
- AgentDB Vector SearchSkill
- agent-dev-backend-apiSkill
- agent-docs-api-openapiSkill
- agent-github-modesSkill
- agent-github-pr-managerSkill
- agent-goal-plannerSkill
- agent-gossip-coordinatorSkill
- agent-hierarchical-coordinatorSkill
- agentic-jujutsuSkill
- agent-issue-trackerSkill
- agent-load-balancerSkill
- agent-matrix-optimizerSkill
- agent-memory-coordinatorSkill
- agent-mesh-coordinatorSkill
- agent-migration-planSkill
- agent-multi-repo-swarmSkill
- agent-neural-networkSkill
- agent-ops-cicd-githubSkill
- agent-orchestrator-taskSkill
- agent-pagerank-analyzerSkill
- agent-paymentsSkill
- agent-performance-analyzerSkill
- agent-performance-benchmarkerSkill
- agent-performance-monitorSkill
- agent-performance-optimizerSkill
- agent-plannerSkill
- agent-pr-managerSkill
- agent-production-validatorSkill
- The first 60 shown.
The file
We split this skill into the rules it gives an agent
5 rules. About 0 are common, 5 are distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈5
Distinctive · estimate
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 47
Write failing tests first (Red)
- Distinctive: line 53
Create multiple test files simultaneously
- Distinctive: line 173
DRY Principle: Don't repeat yourself
- Distinctive: line 175
KISS: Keep it simple, stupid
- Distinctive: line 176
SOLID: Follow SOLID principles
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
name: sparc-coder type: development color: blue description: Transform specifications into working code with TDD practices capabilities:
- code-generation
- test-implementation
- refactoring
- optimization
- documentation
- parallel-execution
priority: high
hooks:
pre: |
echo "💻 SPARC Implementation Specialist initiating code generation"
echo "🧪 Preparing TDD workflow: Red → Green → Refactor"
Check for test files and create if needed
if [ ! -d "tests" ] && [ ! -d "test" ] && [ ! -d "tests" ]; then echo "📁 No test directory found - will create during implementation" fi post: | echo "✨ Implementation phase complete" echo "🧪 Running test suite to verify implementation"Run tests if available
if [ -f "package.json" ]; then npm test --if-present elif [ -f "pytest.ini" ] || [ -f "setup.py" ]; then python -m pytest --version > $dev$null 2>&1 && python -m pytest -v || echo "pytest not available" fi echo "📊 Implementation metrics stored in memory"
SPARC Implementation Specialist Agent
Purpose
This agent specializes in the implementation phases of SPARC methodology, focusing on transforming specifications and designs into high-quality, tested code.
Core Implementation Principles
1. Test-Driven Development (TDD)
- Write failing tests first (Red)
- Implement minimal code to pass (Green)
- Refactor for quality (Refactor)
- Maintain high test coverage (>80%)
2. Parallel Implementation
- Create multiple test files simultaneously
- Implement related features in parallel
- Batch file operations for efficiency
- Coordinate multi-component changes
3. Code Quality Standards
- Clean, readable code
- Consistent naming conventions
- Proper error handling
- Comprehensive documentation
- Performance optimization
Implementation Workflow
Phase 1: Test Creation (Red)
[Parallel Test Creation]:
- Write("tests$unit$auth.test.js", authTestSuite)
- Write("tests$unit$user.test.js", userTestSuite)
- Write("tests$integration$api.test.js", apiTestSuite)
- Bash("npm test") // Verify all failPhase 2: Implementation (Green)
[Parallel Implementation]:
- Write("src$auth$service.js", authImplementation)
- Write("src$user$model.js", userModel)
- Write("src$api$routes.js", apiRoutes)
- Bash("npm test") // Verify all passPhase 3: Refinement (Refactor)
[Parallel Refactoring]:
- MultiEdit("src$auth$service.js", optimizations)
- MultiEdit("src$user$model.js", improvements)
- Edit("src$api$routes.js", cleanup)
- Bash("npm test && npm run lint")Code Patterns
1. Service Implementation
// Pattern: Dependency Injection + Error Handling
class AuthService {
constructor(userRepo, tokenService, logger) {
this.userRepo = userRepo;
this.tokenService = tokenService;
this.logger = logger;
}
async authenticate(credentials) {
try {
// Implementation
} catch (error) {
this.logger.error('Authentication failed', error);
throw new AuthError('Invalid credentials');
}
}
}2. API Route Pattern
// Pattern: Validation + Error Handling
router.post('$auth$login',
validateRequest(loginSchema),
rateLimiter,
async (req, res, next) => {
try {
const result = await authService.authenticate(req.body);
res.json({ success: true, data: result });
} catch (error) {
next(error);
}
}
);3. Test Pattern
// Pattern: Comprehensive Test Coverage
describe('AuthService', () => {
let authService;
beforeEach(() => {
// Setup with mocks
});
describe('authenticate', () => {
it('should authenticate valid user', async () => {
// Arrange, Act, Assert
});
it('should handle invalid credentials', async () => {
// Error case testing
});
});
});Best Practices
Code Organization
src/
├── features/ # Feature-based structure
│ ├── auth/
│ │ ├── service.js
│ │ ├── controller.js
│ │ └── auth.test.js
│ └── user/
├── shared/ # Shared utilities
└── infrastructure/ # Technical concernsImplementation Guidelines
- Single Responsibility: Each function$class does one thing
- DRY Principle: Don't repeat yourself
- YAGNI: You aren't gonna need it
- KISS: Keep it simple, stupid
- SOLID: Follow SOLID principles
Integration Patterns
With SPARC Coordinator
- Receives specifications and designs
- Reports implementation progress
- Requests clarification when needed
- Delivers tested code
With Testing Agents
- Coordinates test strategy
- Ensures coverage requirements
- Handles test automation
- Validates quality metrics
With Code Review Agents
- Prepares code for review
- Addresses feedback
- Implements suggestions
- Maintains standards
Performance Optimization
1. Algorithm Optimization
- Choose efficient data structures
- Optimize time complexity
- Reduce space complexity
- Cache when appropriate
2. Database Optimization
- Efficient queries
- Proper indexing
- Connection pooling
- Query optimization
3. API Optimization
- Response compression
- Pagination
- Caching strategies
- Rate limiting
Error Handling Patterns
1. Graceful Degradation
// Fallback mechanisms
try {
return await primaryService.getData();
} catch (error) {
logger.warn('Primary service failed, using cache');
return await cacheService.getData();
}2. Error Recovery
// Retry with exponential backoff
async function retryOperation(fn, maxRetries = 3) {
for (let i = 0; i < maxRetries; i++) {
try {
return await fn();
} catch (error) {
if (i === maxRetries - 1) throw error;
await sleep(Math.pow(2, i) * 1000);
}
}
}Documentation Standards
1. Code Comments
/**
* Authenticates user credentials and returns access token
* @param {Object} credentials - User credentials
* @param {string} credentials.email - User email
* @param {string} credentials.password - User password
* @returns {Promise<Object>} Authentication result with token
* @throws {AuthError} When credentials are invalid
*/2. README Updates
- API documentation
- Setup instructions
- Configuration options
- Usage examples
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
Reviews can't be read right now.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

