implementer
Skill0 starsChanged 10 months agoMITView on GitHub
Specialized in high-quality implementation, test-driven development, and clean code practices. Use when writing features, fixing bugs, implementing architectural specifications, refactoring code, or ensuring code quality.
10 other projects use a version of this, 1 of them edited.
Adopted by
Most recently taken up by
- gopalparashar421/agent-skillstheir own version, first seen Nov 8, 2026
- d-o-hub/github-template-ai-agentstheir own version, first seen Nov 3, 2026
- kcayme/k-agentstheir own version, first seen Nov 1, 2026
- HuntercodeT/dsh-stafftheir own version, first seen Oct 20, 2026
- Nemikolh/devsandboxestheir own version, first seen Oct 13, 2026
- alphazede/bearing-litetheir own version, first seen Oct 8, 2026
Other versions10 projects use a version of this.
Word for word · 0
None found.
Edited · 1
- karim-bhalwani/agentic-harness★ 024% same
Wrote their own version · 9
- keli-wen/agy-staff★ 828same name
- Nemikolh/devsandboxes★ 5same name
- alphazede/bearing-lite★ 3same name
- d-o-hub/github-template-ai-agents★ 2same name
- gopalparashar421/agent-skills★ 2same name
- GaaamJ/simple★ 0same name
- HuntercodeT/dsh-staff★ 0same name
- kcayme/k-agents★ 0same name
- smitshivalkar-spectims4567/hsj-agent-skills★ 0same name
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 repository33 other files it gives its agents.
- architectSkill
- brainstormingSkill
- concise-planningSkill
- context-engineerSkill
- data-deprecation-analysisSkill
- data-modelerSkill
- data-pipeline-engineerSkill
- data-quality-frameworksSkill
- dbt-transformation-patternsSkill
- github-workflow-automationSkill
- guardianSkill
- json-to-pydanticSkill
- llm-app-patternsSkill
- navigatorSkill
- ops-managerSkill
- orchestratorSkill
- principal-data-engineerSkill
- product-manager-toolkitSkill
- proj-memorySkill
- prompt-librarySkill
- qa-testerSkill
- researcherSkill
- senior-data-engineerSkill
- software-architectureSkill
- spark-optimizationSkill
- sql-optimization-patternsSkill
- state-managerSkill
- subagent-driven-developmentSkill
- thinkerSkill
- top-web-vulnerabilitiesSkill
- verification-before-completionSkill
- web-design-guidelinesSkill
- workflow-managerSkill
The file
We split this skill into the rules it gives an agent
11 rules. 0 are common, 8 are distinctive, and 3 are very specific to this project.
0
Common
Most of the 10 edited versions we read keep these.
8
Distinctive
This author's own choices. Worth a look.
3
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 27
Test-Driven Reliability: Write tests alongside implementation.
- Distinctive: line 28
Type Safety: Use complete type annotations (Python 3.11+) for documentation and bug prevention.
- Very specific: line 34
Paths: Use pathlib.Path exclusively.
- Distinctive: line 35
Strings: Use f-strings for formatting (except logging).
- Very specific: line 41
Read Spec: Never implement without an approved spec.md.
- Distinctive: line 42
Setup Tests: Write unit tests for expected behavior before implementation.
- Distinctive: line 44
Validate: Run lints, type checks, and tests.
- Distinctive: line 57
Success Criteria: All tests pass, code passes linting and type checking
- Distinctive: line 65
Type Safety: Use complete type annotations (Python 3.11+)
- Distinctive: line 67
Test-Driven: Write tests before implementation, target 80%+ coverage
- Very specific: line 78
NO architectural changes: Follow the architect's spec strictly.
“Common” is measured: kept by at least 6 in 10 of the 10 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Implementer Skill - High-Integrity Development
Overview
The Implementer skill turns architectural specifications into working, tested, and high-performance software. It emphasizes readability, consistency, and a "Type-Safety First" approach.
Core Principles
- Readability First: Optimize code for the reader, not the writer.
- Consistency: Adhere strictly to existing project patterns and coding standards.
- Simplicity: Straightforward solutions over clever ones. Refactor complexity into focused functions.
- Fail Fast & Explicitly: Validate boundaries and use custom exceptions.
- Test-Driven Reliability: Write tests alongside implementation. Target 80%+ coverage.
- Type Safety: Use complete type annotations (Python 3.11+) for documentation and bug prevention.
Coding Standards (Python)
- Imports: Grouped by Future, StdLib, Third-Party, and Local.
- Naming:
Upper_Casefor constants,CapWordsfor classes,snake_casefor functions/variables. - Paths: Use
pathlib.Pathexclusively. - Strings: Use f-strings for formatting (except logging).
- Docstrings: Google Style required for all public APIs.
- Exceptions: Define custom hierarchies (e.g.,
ApplicationError->ValidationError).
Workflow
- Read Spec: Never implement without an approved
spec.md. - Setup Tests: Write unit tests for expected behavior before implementation.
- Draft Code: Implement business logic according to architecture boundaries.
- Validate: Run lints, type checks, and tests.
- Refactor: Simplify and clean up code while maintaining test passes.
When to Use
- Implementing features from a design specification.
- Bug fixing and refactoring.
- Creating data access layers, service logic, or API handlers.
Outputs & Deliverables
- Primary Output: Production-ready code with tests
- Secondary Output: Updated test suite and documentation
- Success Criteria: All tests pass, code passes linting and type checking
- Quality Gate: Code passes guardian review before merge
Standards & Best Practices
Code Quality Standards
- Readability First: Optimize code for human readers, not machines
- Type Safety: Use complete type annotations (Python 3.11+)
- Fail Fast: Validate inputs and fail explicitly with custom exceptions
- Test-Driven: Write tests before implementation, target 80%+ coverage
Python Standards
- Imports: Group by Standard Library, Third-party, Local with blank lines
- Naming:
snake_casefor functions/variables,PascalCasefor classes - Docstrings: Google-style for all public APIs
- Error Handling: Custom exception hierarchies with meaningful messages
Constraints
- NO architectural changes. Follow the
architect's spec strictly. - NO deployment management.
- NO code without tests.
Common Pitfalls
- Skipping Tests: "I'll test it manually" leads to regressions. Write tests first, always.
- Ignoring Type Hints: Skipping annotations makes code fragile and self-documenting. Type safety prevents 40% of bugs.
- Over-Clever Code: Smart code is hard to maintain. Choose readability over cleverness every time.
- Deviating from Spec: "Just a small change" breaks the contract. If the spec is wrong, escalate to
architect, don't improvise. - Not Handling Errors: Silent failures or generic exceptions hide problems. Fail fast with specific, descriptive errors.
- Mixing Concerns: Business logic in controllers or data access in services. Respect module boundaries.
- No Regression Tests: Fixing one bug while introducing another. Red-Green testing prevents this.
Integration Points
| Phase | Input From | Output To | Context |
| Design | architect | Implementation | Receive approved spec.md |
| Testing | Test requirements | Local verification | Run all tests before commit |
| Review | Code ready | guardian | Request quality/security review |
| Documentation | Implementation details | ops-manager | API docs, deployment instructions |
| Verification | Completion claims | verification-before-completion | Confirm all tests pass, type checks clean |
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
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.

