Claude Skill

ca-sprint

Autonomous sprint — one interactive spec gate, then plan-to-PR execution with every auto-decision SMARTS-scored and logged. Hard gates remain true stops.

LLM Mart · 0 points · 14 0 0

Virus-scanned Reviewed automatically before listing.

Full trust report

Download arbiterforge-codearbiter-plugins_ca-pi_skills_ca-sprint-44989c5.zip · 1 KB

arbiterforge/codearbiter 145 7 forks AGPL-3.0 Updated 7d ago

Part of arbiterforge/codearbiter — 238 skills

Install

skills CLI npx skills add https://github.com/arbiterForge/codeArbiter/tree/main/plugins/ca-pi/skills/ca-sprint

Claude Code

claude plugin marketplace add https://llmmart.ai/marketplace.json && claude plugin install arbiterforge-codearbiter@llmmart

Git git clone https://github.com/arbiterForge/codeArbiter.git

The skills CLI installs just this skill, for any of its supported agents. Claude Code installs the whole arbiterforge/codearbiter collection as a plugin from our marketplace. Git is the plain clone.

Skill manifest

/ca-sprint — autonomous sprint

The autonomy mode. Brainstorm a sprint spec with the user — the one interactive gate — then execute the approved plan end-to-end without per-batch checkpoints, deciding "as the user" via SMARTS on every non-hard-gate point. Every auto-decision lands in .codearbiter/sprint-log.md (append-only) with a confidence flag; the low-confidence entries are exactly what the user reviews afterward. Nothing is hidden behind autonomy.

Flow

Load and follow <plugin-root>/SPRINT.md — it is the procedure. In brief:

Sprint spec (STOP) — brainstorming scoped to a sprint, then writing-plans. Explicit user approval of spec AND plan before autonomy begins.
Autonomous execution (BLOCK) — subagent-driven-development runs the plan; test-first via tdd, two-pass reviewed, fresh-run verified. SMARTS decides non-hard-gate points; everything logs.
Land & summarize (BLOCK) — commit-gate, then finishing-a-development-branch, which auto-selects open-PR. /ca-sprint never merges and never discards; the merge decision is the user's.

Hard gates — security-controls, crypto/secrets/auth, irreversible ops, /override, an unresolvable [CONFIRM-NN], merge-to-default — are NEVER auto-decided. They halt and surface.

Arguments

"goal" — seed for the sprint-spec brainstorm.
--farm — cost-arbitrage backend: cheap workers implement under the same gates; Claude still authors spec, failing tests, plan, and reviews everything. Pre-flights FARM_API_KEY.

Routes to

<plugin-root>/SPRINT.md (mode body), which routes through brainstorming, writing-plans, subagent-driven-development, commit-gate, finishing-a-development-branch.

When NOT to use

A single feature with human checkpoints → /ca-feature.
Work whose spec cannot be made concrete up front — the one interactive gate is load-bearing; a thin spec makes hard-gate stops frequent instead of rare.

Files (codearbiter)

SKILL.md 2.2 KB

---
name: ca-sprint
description: Autonomous sprint — one interactive spec gate, then plan-to-PR execution with every auto-decision SMARTS-scored and logged. Hard gates remain true stops.
argument-hint: "[goal] [--farm]"
---

# /ca-sprint — autonomous sprint

The autonomy mode. Brainstorm a sprint spec with the user — the one interactive gate — then execute
the approved plan end-to-end without per-batch checkpoints, deciding "as the user" via SMARTS on
every non-hard-gate point. Every auto-decision lands in `.codearbiter/sprint-log.md` (append-only)
with a confidence flag; the `low`-confidence entries are exactly what the user reviews afterward.
Nothing is hidden behind autonomy.

## Flow

Load and follow `<plugin-root>/SPRINT.md` — it is the procedure. In brief:

1. **Sprint spec (STOP)** — `brainstorming` scoped to a sprint, then `writing-plans`. Explicit user
   approval of spec AND plan before autonomy begins.
2. **Autonomous execution (BLOCK)** — `subagent-driven-development` runs the plan; test-first via
   `tdd`, two-pass reviewed, fresh-run verified. SMARTS decides non-hard-gate points; everything logs.
3. **Land & summarize (BLOCK)** — `commit-gate`, then `finishing-a-development-branch`, which
   auto-selects open-PR. `/ca-sprint` never merges and never discards; the merge decision is the user's.

Hard gates — `security-controls`, crypto/secrets/auth, irreversible ops, `/override`, an
unresolvable `[CONFIRM-NN]`, merge-to-default — are NEVER auto-decided. They halt and surface.

## Arguments

- **`"goal"`** — seed for the sprint-spec brainstorm.
- **`--farm`** — cost-arbitrage backend: cheap workers implement under the same gates; Claude still
  authors spec, failing tests, plan, and reviews everything. Pre-flights `FARM_API_KEY`.

## Routes to

`<plugin-root>/SPRINT.md` (mode body), which routes through `brainstorming`,
`writing-plans`, `subagent-driven-development`, `commit-gate`, `finishing-a-development-branch`.

## When NOT to use

- A single feature with human checkpoints → `/ca-feature`.
- Work whose spec cannot be made concrete up front — the one interactive gate is load-bearing;
  a thin spec makes hard-gate stops frequent instead of rare.