FTD — Fast-Track Development
SkillDocs & knowledgeLets your agent make small code or doc changes while keeping one feature document with intent, checklist and evidence.
Instructions available. Your AI can read the instructions. Execution depends on the setup they require.
Account requirements not reviewed. Check the skill instructions before use; ahel provides instructions and does not run this skill.
Add ahel to your AI once: Claude, ChatGPT, Cursor, Claude Code or Codex. Then ask it to use this.
Then ask your AI: use the FTD skill
About this skill
Use for ordinary authorised change, the default lane once the decisor has ruled out a question and not selected the chain. Keeps one feature document per feature in 02-DOCS holding intent, scope, checklist, evidence and next step, checks tasks off only against observed proof, and branches when the
What this skill tells your AI
The instructions your AI receives, as published by ericrisco/rsc-harness in skills/ftd/SKILL.md and read by ahel’s review.
The lane ordinary work takes. Not a lighter methodology: the same discipline about evidence with none of the coordination the ten-phase chain exists to buy. One document instead of five, written because the work might be interrupted, not because somebody has to approve it first.
You are here because the decisor in ../suggest/SKILL.md ruled that this turn authorises a change
and did not select ../sdd/SKILL.md. If it is still a question, you are in the wrong place: go back
and answer it.
Why this lane exists
The constitution's seventh principle has said it from the start: «la fricción es proporcional al riesgo. Silencio para lo trivial, ceremonia solo donde el fallo es caro. Un sistema que molesta en el 80% inofensivo acaba apagado, y apagado no protege el 20% que importa.»
The harness spent a long time contradicting it — every request that sounded like building went through ten phases. This lane is that principle finally implemented, not a new idea.
The feature document
One per feature, in the workspace wiki under 02-DOCS/wiki/ftd/<slug>.md. Never inside the code
repository: whoever clones it should get code, not somebody else's notes in progress.
It is written before the first change, not after, and it holds exactly this:
# <feature>
## Intent — what changes, and why it is worth doing
## Scope — what is in, and what is explicitly not
## Checklist — one line per task, each with what would prove it done
## Evidence — the observed output per completed task
## Next — the single next step, so an interruption costs nothing
No decision journal, no phase records, no approvals. If a decision was meaningful, one line of rationale goes next to the task it belongs to.
The checkbox is not the proof. A task is checked off when its stated check has been observed — the test output, the command's result, the page rendering. A task whose check was skipped, failed or could not run is recorded as such, honestly. The tenth principle applies here exactly as it does in the chain: a result asserted without evidence is treated as not done.
Isolation
If the work writes code, it runs on a branch — never on the default branch, so origin and the local
tree stay clean. No worktree: this lane is short enough that setting one up and tearing it down
costs more than it protects. Work that only touches documentation, the wiki or configuration needs no
branch at all.
../worktrees/SKILL.md owns the isolation mechanics if you need them. Once the branch lands, the
cleanup is automatic and you do not run anything.
Growing out of the lane
A feature that turns out to need the chain is promoted, not restarted: the feature document
becomes the input to ../specify/SKILL.md, and no completed work is discarded. Promotion happens for
the same reason the chain is ever entered — durable artifacts would remove a substantial ambiguity —
and never because the work turned out to be big.
Anti-patterns → STOP
| If you're about to… | Reality / Fix |
|---|---|
| Skip the document because the change is small | The document is what survives an interruption. Write it, keep it short. |
| Check a task off because you believe it works | Observed proof or it is not done (P10). Record the check you could not run. |
| Write the document into the code repository | It belongs in 02-DOCS. A clone should get code, not notes. |
| Open a worktree "to be safe" | That is the chain's ceremony arriving through the back door (P7). |
| Escalate to the chain because the change is large | Size never selects it. Only unresolved ambiguity that artifacts would settle. |
| Produce a spec, plan or task artifact here | Those are the chain's. This lane has one document. |
See Also
../suggest/SKILL.md— the decisor that routed here, and the other two lanes.../sdd/SKILL.md— the ten-phase chain, for when artifacts genuinely earn their cost.../verify/SKILL.md— the evidence gate, when this lane's checks need the full battery.../debug/SKILL.md— a failure to reproduce before fixing; comes back here afterwards.
Orientación (siempre)
Cierra cada turno con el bloque-brújula (📍 dónde estás · ✅ qué hiciste · 🧭 por qué · ➡️ siguiente,
terminando en pregunta), calibrado al dial de 02-DOCS/wiki/harness/user-profile.md. Nunca termines
en seco. Protocolo completo: skill orient.
Signals
- GitHub stars
- 128
- Forks
- 10
- Last commit
- Sep 2026
Advanced
- Item type
- skill
- Key
ftd- Source
- github.com/ericrisco/rsc-harness
github.com/ericrisco/rsc-harness
Related picks
Skill · larksuite
The pick for Markdownmarkdown-mermaid-writing
Skill · k-dense-ai
The pick for Markdownhandoff
Skill · mattpocock
More in Docs & knowledgecanvas-design
Skill · anthropics
More in Docs & knowledgedoc-coauthoring
Skill · anthropics
More in Docs & knowledgewriting-for-agents
Skill · mattpocock
More in Docs & knowledge