VibeVM
Contents
On this page
en
Publisher
org.vibevm.core
Version
1.0.0latest
Audiences
Reading time
2 min
Rendered
Read aloud
never

DRIFT-NNN — <one-line goal: which promise becomes true>

01<status stage="impl" state="plan" ref="DRIFT-NNN"/>

02Status: queued | in-progress | review | done | returned

03Executor: Opus. Reviewer: Fable, against §6 verbatim.

04Cluster: <registry | workspace | resolver | cli | common>

05Unit-stability check (release precondition): every anchor cited in §2 has no open obligation in the findings ledger and no unknown marker.

1. Goal

06One sentence. What promise, made where, becomes true.

2. Contract

07Verbatim quotes of the governing spec units — never paraphrase:

08> <quoted unit text>
> — `spec://org.vibevm.core/vibevm/…#anchor`
  • 09List every anchor this task realises.
  • If units disagree, the task is premature — return it to stitching.

3. Current state

10From campaign verification evidence (do not re-discover):

  • 11crates/<…>/src/<file>.rs:<line> — what exists;
  • what is missing / broken, with the verification verdict refs.

4. Required behavior

12Step by step, exhaustively — inputs, outputs, error paths, edge cases. Spell out everything the spec left implied; nothing here may require judgment:

131. …
2. …

14Edge cases: … Error paths (exact error types/codes): …

5. Boundaries

  • 15Files/subsystems NOT to touch: …
  • Sanctioned construction sites to respect (e.g. conform R-001): …
  • Never edit spec text or golden tests. Spec doubts → §8, not improvisation.

6. Acceptance

16Executable, complete — the review runs exactly this:

17cargo test -p <crate> <filter>        # new tests listed below must pass
bash tools/self-check.sh              # floor stays green
  • 18New tests to write: <test_name> asserts <what>; …
  • CLI scenario (when applicable): vibe <…> → expected output verbatim.
  • Discipline: #[spec(implements = "spec://…#anchor")] on new items (closes the specmap orphan), cargo fmt --all, clippy clean, atomic commits per the repo rules, no AI attribution anywhere.
  • On completion update the unit markers: impl/work → impl/done (+ next marker per plan, typically test/plan), same commit discipline.

7. Analogies

19"Do it like X": crates/<…> — the closest existing shape to imitate.

8. Stop rule

  • 20If the spec is silent or ambiguous on a point you need: STOP, mark <!-- REVIEW: <question> --> at the code point, record the question in the task file under this section, set status returned. Do not invent semantics.
  • Budget signal: if the change grows past <N> files / <M> lines, stop and return with findings — the task was mis-scoped.

9. Log

21Appended by executor/reviewer: claimed <ts>, returned/review notes, done <ts>.

For an agent

This page has a machine mirror. The citation carries the version rather than latest, so what an agent quotes does not move under it.

spec://org.vibevm.core/vibevm@1.0.0/modules/vibe-progress/templates/impl-task

.md.xmlllms.txt