implementer

Generate and modify source code to satisfy dx declaration specifications.

1|Updated May 12, 2026
One-click install
npx skills add https://github.com/dewitt/dx --skill implementer-dewitt
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: implementer
Source: https://github.com/dewitt/dx/tree/main/skills/implementer
Command: npx skills add https://github.com/dewitt/dx --skill implementer-dewitt

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill bridges the gap between high-level architectural specifications and concrete, functional code, ensuring that implementations strictly adhere to defined invariants and contracts.

Core Features & Use Cases

  • Spec-Driven Implementation: Automatically generates or updates code based on a dx declaration file.
  • Contract Verification: Ensures every line of code satisfies the black-box contracts defined in the spec.
  • Assumption Management: Provides a structured workflow for logging and tracking design decisions when the spec is silent.

Quick Start

Ask the implementer to generate the source code for the system described in the system.md declaration file.

Frequently Asked Questions about implementer

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I generate source code from a specification file?

To generate source code from a specification file, you need a dx declaration file defining your architectural invariants and contracts. The implementer skill reads these declarations and automatically generates or modifies imperative source code to satisfy the specified black-box contracts.

How does spec-driven code generation handle architectural contracts?

Spec-driven code generation enforces architectural contracts by using the dx toolchain to lint specifications and verify contract conformance. It ensures every generated line of imperative source code strictly adheres to the invariants and black-box contracts defined in your declaration files.

What is the best way to manage design assumptions when the specification is silent?

To manage design assumptions when a specification is silent, you should use a structured assumption management workflow. This involves logging and tracking design decisions made during the implementation lifecycle to maintain a record of deviations from the original architectural specifications.

Do I need the dx toolchain to verify contract conformance during implementation?

Yes, you need the dx toolchain to verify contract conformance during the implementation lifecycle. The toolchain is required to lint your dx declaration specifications and ensure that the generated code continuously satisfies the defined architectural invariants and contracts.

Can I update existing imperative source code to match new architectural specifications?

Yes, you can update existing imperative source code to match new architectural specifications. The implementer modifies current codebases to strictly adhere to updated dx declarations, ensuring that any changes to black-box contracts and invariants are accurately reflected in the implementation.

Why should I use spec-driven implementation instead of manual coding?

Spec-driven implementation bridges the gap between high-level architectural specifications and functional code. It ensures strict adherence to defined invariants and contracts, preventing manual coding errors and maintaining continuous contract verification throughout the software development lifecycle.