agents/skills/impl

Orchestrate test-first implementation workflows with ordered waves and quality gates.

8|1|Updated Jan 21, 2024
One-click install
npx skills add https://github.com/azigler/dotfiles --skill agents-skills-impl
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: agents/skills/impl
Source: https://github.com/azigler/dotfiles/tree/main/agents/skills/impl
Command: npx skills add https://github.com/azigler/dotfiles --skill agents-skills-impl

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill solves the coordination problem of implementing software in a test-first way while preventing implementation agents from rewriting tests or shipping unverified, stubbed, or non-composed code.

Core Features & Use Cases

  • Implementation readiness verification: Ensures the spec bead’s "Implementation Readiness" notes are present and unblocked before starting implementation.
  • Typed test-to-impl wave orchestration: Creates per-subsystem test beads and dependent impl beads, then enforces that test work is completed and merged before impl dispatch.
  • Mandatory quality gates: Runs an adversarial scrutinize gate, executes automated checks, performs stub-body audits, and validates user-facing composition for UI/CLI artifacts.

Quick Start

Use the agents/skills/impl skill to run an orchestrated workflow that verifies /spec readiness, dispatches /test first, then dispatches /impl, and only merges after scrutinize, checks, and stub/composition audits pass.

Frequently Asked Questions about agents/skills/impl

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

FAQPage Schema
How do I orchestrate test-first implementation waves without agents modifying existing tests?

Test-first implementation orchestration enforces strict wave ordering by dispatching test beads first, completing and merging them, then dispatching impl beads with strict 'do not modify tests' rules to preserve test integrity.

What is a quality gate in a test-first development workflow?

A quality gate in test-first development is a mandatory checkpoint that runs adversarial scrutinize checks, executes automated tests, performs stub-body auditing, and validates user-facing UI or CLI composition before allowing code to merge.

How do I prevent stubbed code from passing automated checks in TDD?

To prevent stubbed code from passing, this orchestration workflow performs a mandatory stub-body audit alongside automated checks and an adversarial scrutinize gate, ensuring no unverified or incomplete implementations ship.

Can I use subsystem-based development to run separate test and implementation waves on a feature branch?

Yes, subsystem-based development creates dependency-typed beads for each subsystem, enforcing that test work is completed and merged on the feature branch before implementation dispatch begins.

How do I verify implementation readiness before starting a test-first coding workflow?

Implementation readiness verification checks that the spec bead's 'Implementation Readiness' notes are present and unblocked, ensuring all preconditions are met before test and implementation waves are dispatched.

What is the best way to validate user-facing UI and CLI composition during implementation?

Validating user-facing UI and CLI composition is handled by a mandatory quality gate that verifies composed artifacts, ensuring the implemented code correctly integrates into the final user-facing interface before merging.