agentleFS
karim-bhalwanikarim-bhalwani/agent-skills-collection/skills/implementer/SKILL.md

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

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
  1. Distinctive:

    Test-Driven Reliability: Write tests alongside implementation.

    line 27
  2. Distinctive:

    Type Safety: Use complete type annotations (Python 3.11+) for documentation and bug prevention.

    line 28
  3. Very specific:

    Paths: Use pathlib.Path exclusively.

    line 34
  4. Distinctive:

    Strings: Use f-strings for formatting (except logging).

    line 35
  5. Very specific:

    Read Spec: Never implement without an approved spec.md.

    line 41
  6. Distinctive:

    Setup Tests: Write unit tests for expected behavior before implementation.

    line 42
  7. Distinctive:

    Validate: Run lints, type checks, and tests.

    line 44
  8. Distinctive:

    Success Criteria: All tests pass, code passes linting and type checking

    line 57
  9. Distinctive:

    Type Safety: Use complete type annotations (Python 3.11+)

    line 65
  10. Distinctive:

    Test-Driven: Write tests before implementation, target 80%+ coverage

    line 67
  11. Very specific:

    NO architectural changes: Follow the architect's spec strictly.

    line 78

“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.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

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

  1. Readability First: Optimize code for the reader, not the writer.
  2. Consistency: Adhere strictly to existing project patterns and coding standards.
  3. Simplicity: Straightforward solutions over clever ones. Refactor complexity into focused functions.
  4. Fail Fast & Explicitly: Validate boundaries and use custom exceptions.
  5. Test-Driven Reliability: Write tests alongside implementation. Target 80%+ coverage.
  6. 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_Case for constants, CapWords for classes, snake_case for functions/variables.
  • Paths: Use pathlib.Path exclusively.
  • 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

  1. Read Spec: Never implement without an approved spec.md.
  2. Setup Tests: Write unit tests for expected behavior before implementation.
  3. Draft Code: Implement business logic according to architecture boundaries.
  4. Validate: Run lints, type checks, and tests.
  5. 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_case for functions/variables, PascalCase for 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

PhaseInput FromOutput ToContext
DesignarchitectImplementationReceive approved spec.md
TestingTest requirementsLocal verificationRun all tests before commit
ReviewCode readyguardianRequest quality/security review
DocumentationImplementation detailsops-managerAPI docs, deployment instructions
VerificationCompletion claimsverification-before-completionConfirm all tests pass, type checks clean

Download now (ZIP)

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.