developer-agent

Implements GitHub issues in isolated worktrees with proof-based verification and QA handoff.

96|11|Updated Feb 8, 2026
One-click install
npx skills add https://github.com/thefrederiksen/devthrottle --skill developer-agent-thefrederiksen
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: developer-agent
Source: https://github.com/thefrederiksen/devthrottle/tree/main/.claude/skills/developer-agent
Command: npx skills add https://github.com/thefrederiksen/devthrottle --skill developer-agent-thefrederiksen

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? It enforces a disciplined, issue-driven development workflow where no code is written without a ready GitHub issue, underspecified specs are rejected instead of guessed at, and every change ships with verifiable proof before QA review. ## Core Features & Use Cases - Issue-gated implementation: Picks up exactly one GitHub issue labeled flow:ready-dev, validates it against a Definition of Ready, and rejects weak specs back to the Product Agent with actionable feedback. - Isolated worktree workflow: Creates a dedicated git worktree and branch per issue, builds the full solution, and runs a per-session isolated test Director instance to avoid collisions with concurrent sessions. - Proof-based QA handoff: Commits implementation plus screenshots and an HTML report to the PR branch, enforces a clean-tree gate, and swaps labels to flow:ready-qa. - Use Case: A team running the CenCon Development Method invokes this agent to implement issue #142, which plans the change, builds cc-director.sln cleanly, captures before/after screenshots via the Control API, and hands off to QA with a linked proof report. ## Quick Start Ask the agent to implement the next GitHub issue labeled flow:ready-dev from the devthrottle repository.

Frequently Asked Questions about developer-agent

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

FAQPage Schema
How do I implement a GitHub issue with the developer agent?▼

Invoke the agent with an issue labeled flow:ready-dev. It validates the issue against the Definition of Ready, creates an isolated git worktree and branch, implements the change following coding standards, builds the full solution, and hands off to QA with proof.

What happens when a GitHub issue is not detailed enough to implement?▼

The agent rejects it with a flow:rejected label and a specific, actionable comment listing which Definition of Ready items failed and what information is needed. Under the implementation-loop it escalates with flow:needs-human instead of guessing.

Can the developer agent merge changes to the main branch?▼

No. The agent commits implementation and proof to the PR branch only. Merging to main is reserved for the QA role inside the implementation-loop or an explicit human request.

Why does the agent require a separate git worktree for each issue?▼

The shared primary checkout may hold another live session's uncommitted work, so editing there causes cross-session collisions. A dedicated worktree with its own branch, build output, and test slot keeps concurrent implementation sessions isolated.

Does the developer agent support Azure DevOps work items?▼

Yes, in devops mode under the implementation-loop the tracker becomes an Azure DevOps work item, with reports posted via az boards and state carried by the work item State. All code work remains GitHub PR-based.