This tutorial takes you through one complete Darrow workflow without changing your repository or requiring access to a ticket tracker. You will install the read-only readiness gate, give it a small implementation request, and inspect the result.
- A signed-in Claude Code or Codex CLI with plugin support and network access for installation. See the verified command versions.
- Any local software repository you can open in that host.
Follow Install a Darrow plugin and install
darrow-readiness-gate for your host. Start a new session in your chosen
repository after installation.
Paste this request into the session:
Assess whether this implementation request is ready before any code is changed:
Add a --json flag to the project's main CLI command. With the flag, print one
JSON object per result. Preserve the existing text output by default. Add tests
for both output modes.
You do not need to name the plugin. Darrow capability skills are intent-matched, so an installed readiness skill can be selected from the request itself.
The readiness gate should return exactly one of these verdicts:
readyneeds-discoveryneeds-decisionblocked
Read the verdict and required next action first. Then inspect the report's
basis, quality bar, and findings. A ready
verdict requires a concrete quality bar and verification evidence. A non-ready
assessment may leave the quality bar empty when the missing facts prevent it
from being established; its finding and next action explain what is needed.
JSON is available only when a caller explicitly requests the versioned machine
representation. The exact verdict can differ between repositories. For
example, a repository with no
identifiable CLI entry point may need discovery; that is a successful
assessment, not a failed tutorial.
The workflow is read-only. Confirm that it assessed the request without editing files, creating tracker items, or starting implementation.
Repeat the assessment, this time selecting the skill yourself:
- In Claude Code, run
/darrow-readiness-gate:assess-implementation-readinessand supply the same request. - In Codex, type
$and selectassess-implementation-readinessfrom the installed skills, then supply the same request.
Explicit invocation is useful when several installed capabilities could match. For ordinary focused requests, intent matching is usually enough.
Return to Choose Darrow plugins. Each plugin README includes example requests and its safety boundaries. Install capabilities as you need them rather than installing the entire marketplace.
If your repository has no CLI, ask the gate to assess a small behavior it does have, with an observable expected result. Do not treat a different verdict as failure. If the skill cannot be selected, use the installation checks. Keep the host version and exact symptom for escalation.
Return to the documentation hub.