pyrite-dev

Enforce TDD, root-cause debugging, and CLI-driven backlog management for Pyrite development.

3|Updated Feb 23, 2026
One-click install
npx skills add https://github.com/markramm/pyrite --skill pyrite-dev
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: pyrite-dev
Source: https://github.com/markramm/pyrite/tree/main/.claude/skills/pyrite-dev
Command: npx skills add https://github.com/markramm/pyrite --skill pyrite-dev

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Disciplined, auditable Pyrite development workflows by enforcing TDD, root-cause debugging, evidence-based verification, and CLI-driven backlog management across bug fixes, features, testing, backlog items, and releases.

Core Features & Use Cases

  • Enforces RED/GREEN/REFACTOR TDD cycle and best-practice test-driven development.
  • Guides root-cause debugging and evidence-based verification before claiming completion.
  • Enables backlog and release governance through CLI-driven workflows and ADRs.
  • Integrates with plugin architecture to manage entry lifecycles, validators, and MCP tooling.

Quick Start

Activate the pyrite-dev skill to guide a development task from understanding to backlog filing and release-ready state

Frequently Asked Questions about pyrite-dev

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

FAQPage Schema
How does root-cause debugging work with evidence-based verification?

Root-cause debugging is enforced by requiring evidence-based verification before any code changes are accepted. This ensures developers surface the actual underlying issue rather than just treating the symptoms.

Can I use CLI-driven workflows to manage backlog items and releases?

The best way to manage a backlog and releases via CLI is by governing these workflows through command-line interface operations and Architecture Decision Records. This provides an auditable path from task creation to release-ready state.

Do I need to write tests first when fixing bugs in this development workflow?

Yes, the plugin architecture supports managing entry lifecycles, validators, and MCP tooling. This allows the workflow to validate tests first and govern deployment steps across the repository.

Does the plugin architecture support managing entry lifecycles and validators?

Yes, you need to write tests first when fixing bugs because the workflow enforces test-driven development. It applies the RED/GREEN/REFACTOR cycle to ensure evidence-based verification before any changes are made.