pr-run

Bind an issue's execution branch and worktree, then perform bounded implementation and validation.

4|1|Updated Feb 3, 2026
One-click install
npx skills add https://github.com/danielbaustin/agent-design-language --skill pr-run
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: pr-run
Source: https://github.com/danielbaustin/agent-design-language/tree/main/adl/tools/skills/pr-run
Command: npx skills add https://github.com/danielbaustin/agent-design-language --skill pr-run

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Execute a prepared issue after doctor review by binding its execution context and performing bounded work with truthful output recording, avoiding premature completion or janitoring.

Core Features & Use Cases

  • Bind or confirm the issue's execution branch and worktree just-in-time for execution.
  • Perform bounded implementation work and focused validations, then truthfully update the execution record.
  • Coordinate with doctor readiness results and maintain traceability for follow-up work.

Quick Start

Bind or confirm the issue's execution branch and worktree, perform the bounded implementation and validations, and truthfully update the execution record.

Frequently Asked Questions about pr-run

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

FAQPage Schema
How do I bind an execution branch and worktree to a prepared issue?

To bind an execution branch and worktree, the system establishes the execution context just-in-time, ensuring worktree surfaces like stp.md, sip.md, and sor.md are present before performing bounded implementation work.

What is bounded implementation work for issue execution?

Bounded implementation work confines development scope to the prepared issue's requirements, performing focused validations and truthfully updating the execution record to avoid premature completion or janitoring.

How do I maintain traceability when executing issues across branches?

Traceability is maintained by coordinating with doctor readiness results and updating the execution record per the run contract, ensuring all bounded work and validation outputs are tracked for follow-up tasks.

When do I need worktree validation before finishing an issue execution?

Worktree validation is required when a prepared issue has passed doctor readiness and needs branch binding, bounded implementation, and validation checks before finish to ensure truthful output recording.

Can I reuse existing execution bindings instead of creating new ones?

Yes, the execution process satisfies requirements for creating or reusing execution bindings, allowing you to confirm an existing issue's execution branch and worktree just-in-time for execution.

Why does issue execution require doctor readiness before binding?

Doctor readiness ensures the prepared issue is validated before binding its execution context, preventing premature completion and ensuring worktree surfaces are present for truthful output recording.