One-click install
npx skills add https://github.com/robconery/crap-code --skill builder-robconery
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: builder
Source: https://github.com/robconery/crap-code/tree/main/.pi/skills/builder
Command: npx skills add https://github.com/robconery/crap-code --skill builder-robconery

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Guides development from failing tests to clean, production-quality code changes that respect the repository’s ownership boundaries and style rules.

Core Features & Use Cases

  • Test-driven production edits: Uses failing test signals to implement the smallest correct production change inside the task’s declared file ownership.
  • Quality-guarded implementation: Enforces styleguide compliance, structured logging, safe error handling, and “no silent failures” behavior.
  • Deterministic handoff workflow: Produces a commit message draft and hands off to the tester for validation without altering tests.

Quick Start

Use the builder skill to read the failing tests for your assigned task, implement the required changes only within the declared file ownership, then self-audit against the styleguide and reviewer checklist before handing off to the tester.

Frequently Asked Questions about builder

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

FAQPage Schema
How do I turn failing tests into production-ready code automatically?

To turn failing tests into production-ready code, use this Skill to read failing test assertions and implement the smallest correct changes within declared file ownership boundaries. It enforces styleguide compliance and performs a self-audit before handing off.

What is the best way to implement code changes without modifying my test suite?

The best way to implement code changes without modifying tests is to apply edits strictly within /src and /lib directories. This Skill enforces file ownership rules, ensuring tests define expected behavior while only production code changes.

How does test-driven development work with strict file ownership rules?

Test-driven development with strict file ownership works by reading failing test signals to implement required changes only in allowed /src and /lib files. The Skill prevents test modifications, ensuring behavior-driven tests dictate production code implementation.

Can I use this for behavior-driven tests on Cloudflare Workers?

Yes, you can use this for behavior-driven tests on Cloudflare Workers. The Skill processes failing test assertions to generate maintainable production code, applying structured logging and safe error handling suitable for Cloudflare Workers environments.

Why does my code fail the styleguide compliance check during handoff?

Your code fails the styleguide compliance check during handoff if it lacks structured logging, safe error handling, or contains silent failures. The Skill performs a checklist-based self-audit to enforce these rules before generating a commit message draft.

What are the limitations of using automated test-to-code implementation?

Limitations of automated test-to-code implementation include strict file ownership boundaries, preventing any modifications to test files, and requiring repository documentation and sprint plan files to be read before implementing allowed edits in /src and /lib.