/product-workflows:brd-intakeStarts the BRD-to-PRD route: takes a customer's business requirements document (markdown only), walks its links read-only, asking before it captures anything outside the document's folder, copies the document and what it links into the specs repo byte for byte, transcribes its images, and extracts a
/product-workflows:brd-interviewThe BRD-to-PRD route's decision step, once per slice after /prd-ground and /brd-split: generates the round's questions and tags each [G] (answered from the grounding, never asked), [V] (asked of you one at a time, with argumentation) or [C] (held for the customer), then writes decisions.md ([VD#n],
/product-workflows:brd-packageThe BRD-to-PRD route's customer-packaging step, once per slice after its interview round settles: runs an adversarial self-review and refuses to build while any [SR#n] finding is undisposed, then renders a self-contained customer prompt with the review schema inlined, a short delivery note and a pla
/product-workflows:brd-proposalWrites the programme effort proposal for a BRD container by rolling up its slices' own proposals, first saying whether the umbrella on disk is still current: walks each slice to a recommendation (price it, exclude and disclose it, re-run a stale one, include a current one), adds cross-slice effort n
/product-workflows:brd-reconcileThe BRD-to-PRD route's last step: commits the customer's returned review into the BRD folder, reads it against the review schema or as free text (each free-text reading confirmed with you against its quotation), freezes the answers as [CD#n], closes the customer questions, applies the required corre
/product-workflows:brd-splitThe BRD-to-PRD route's allocation step. On a BRD root it carves slices from an instruction you type after the key, keys each as a PRD- folder inside the BRD, and walks every unallocated coverage-ledger row to a slice, a deferral, a rejection or superseded; on a slice it allocates that slice's own ro
/product-workflows:create-ardAuthors an architecture requirements and decision document (ard.md) for a PRD or an Epic (/create-ard <KEY>; an Epic-level ARD inherits the PRD-level one), grounded in the mounted code repositories and, optionally, the architecture repository, gated by the Opus ard-reviewer. Optional; product-archit
/product-workflows:create-prdAuthors a Product Requirements Document (prd.md) from a refined idea.md and a key, through a relentless grill against workflows-core:prd-format (--lean, --hybrid or --full profile), gated by the Opus prd-reviewer; product altitude, no code scan. On the BRD route it seeds from a decided slice's decis
/product-workflows:epicsDrafts the child Epics of a PRD (a PRD- folder holding prd.md) or re-refines one Epic (an EPIC- folder holding epic.md under a PRD), from the PRD, the existing Epics and an optional code scan, each Epic with testable acceptance criteria and, where the run has a component set, one target component. R
/product-workflows:harvest-decisionsHarvest the decisions of every ARD on the specs repository's default branch into the team architecture knowledge base at $SPECS_PATH/architecture/ — one record per [AD#N], reconciled on every run (superseded, withdrawn, applied in, deviated in), never deleted, handed off by pull request. Determinist
/product-workflows:ideaRefines one source — an inline prompt or a markdown file (a note, a saved community post, product feedback, an existing PRD; its links and images walked, asking before it goes deep) — into a lean one-page idea.md through a bounded one-question-at-a-time grill (--deep for a relentless one). Copies th
/product-workflows:prd-groundGrounds a BRD slice's [BR#n] rows, or an idea-route PRD's own requirements, against code and design at pinned commits; every finding is re-derived blind by grounding-verifier. Type it, or let /brd-split's Ground now run it — any other model-started run stops. Next: /brd-split; on the idea route, /cr
/product-workflows:prd-proposalWrites a customer-facing effort proposal for one PRD- folder: grades it against four readiness tiers, derives work packages by delivery seam with hours by package and role and a bottom-up range, cites a verified finding, a frozen decision or a confirmed defect for every cost driver, and adds a defec
/product-workflows:promote-decisionsPromote team architecture decisions to organisation ADRs. A product architect runs it inside the architecture repository. It ranks the live records of $SPECS_PATH/architecture/ — decisions several teams made, cited across PRDs, rarely departed from — and the accepted ADRs teams keep departing from.
/product-workflows:specifyAuthors a specification.md for a PRD or an Epic through a relentless one-question-at-a-time grill, lightly grounded in code, gated by the Opus spec-reviewer, and lands it on the specs repo's default branch by branch and pull request, ready for /dev-workflows:design. On the BRD route it seeds from th
/product-workflows:update-prdUpdates an existing PRD through a relentless grill against workflows-core:prd-format, diffing against the current copy and drawing on the ARD, specification, transcripts and grounding findings, gated by the Opus prd-reviewer. Keeps every requirement id (a changed requirement gets a new one; a droppe
/product-workflows:update-specRevises a merged specification.md in place, for a PRD or an Epic, grilling only what changed: what moved upstream since the inputs it was built from, what the operator says is wrong, and the notes /design, /implement and /conformance left. Keeps every ID (a change of meaning takes a new ID and super