Trove spec work

Trove turns described work into running work. You author specifications in an OPAL conversation — they live in a database, not in files you have to keep tidy — and lanes pick up the resulting work units and run them autonomously, each in its own worktree.

These guides cover both halves: describing the work, watching it run, and choosing which model each role uses.

Guides

• Find your way in Trove — Trove home, the project page and the lane page, and how to move between them.
• Create a spec — author and refine by conversation; the spec.* tasks do the writing, and every unit carries a Definition of Done.
• Edit specs in the workspace — read a spec as a tree, fix a work unit, set its status and run it in a lane, on the Specs tab of the project page.
• Watch a request change the project — type to the chat beside the tabs, and see each change in the tree, the files and the lanes as it occurs.
• Work on several things at once — break work into units, let the lanes run them in parallel, and read progress on the Lanes tab.
• Run a plan — hand work units to lanes, watch progress, regroup what did not land.
• Work a side quest — work that belongs to no spec, filed and run without inventing a home for it.
• Run a recurring spec — run the same work again on a schedule, and measure with probes that the number goes down.
• Trust a recurring spec — let the runs of a recurring spec land on main through a mechanical lander with strict guards.
• Choose models per role — set the audit / writing / implementation models globally and override them per project.
• Use Trove from a terminal — call any Trove task with the trove tool, and keep the door open without the Hub's window.
• Run builds from a lane — build and test through kiln from a lane's session, and stop a lane with its builds.
• Adopt a terminal session — move a Claude Code session from a terminal into the Hub, follow it in a lane, and hand it back.

Related

• Trove — autonomous coding in lanes — the base system: lanes, sessions, and the autonomous implementation cycle.
• Lanes, and why there is only one kind — what the retired spec/impl worktree pair was for, and what replaced it.
• The spec database — why the specification stopped being a file, and what that bought.
• Spec database OPAL command reference — every task, and the rule each one enforces.