← ClaudeAtlas

veri-implementlisted

Steers implementation of a work order that already exists — the gate between a ready work order and a receipt. Use it when a work order is named or already claimed: "WO-131 is ready — start it", "claim WO-118 and pick up where I left off", "walk the scope back to me before any code", "build it" with a work order id on the table. It claims the work order, reads its whole context package, reads the scope back before typing, guards the boundary, files decisions made en route as proposals, and appends the closing receipt. Not for cutting work up: "start building the CSV export, there is no work order for it yet", "REQ-014 is accepted — turn it into work orders", "this one is too big to verify, split it into slices" are veri:plan-work's, because an implementer may not code from a chat prompt alone. Not for ordinary work inside a boundary already drawn — a null check, a rename, a unit test, a failing CI matrix, "summarise what you just changed" — no gate is being crossed.
danielyayla/veri · ★ 0 · AI & Automation · score 64
Install: claude install-skill danielyayla/veri
<!-- generated by `veri skills install` — do not edit; edit the method document instead --> This file is a pointer, not the method. The method is the Veri document **MET-001**, at `veri/methods/implement.md`. Before doing anything else, read it: fetch `MET-001` with the `get_document` MCP tool, or open the file. Follow what it says; nothing in this file substitutes for it. This gate cannot run without these MCP tools: `get_context`, `start_work_order`, `file_decision`, `file_receipt`, `run_check`. If any is missing from the connected Veri server, stop and say which one — never interview a user and then have nowhere to file the result. Everything filed here is `draft`/`proposed`. Promotion is the user's act (REQ-008).