brd-package

Turn the decided BRD into a package a customer can actually review: $ARGUMENTS

/brd-package is the fifth command of the BRD-to-PRD flow (PM phase) — it takes the register /brd-interview wrote and the [C] questions it held, attacks the package before the customer does, and renders a bundle for a reviewer with a vanilla agent and nothing installed. Its whole discipline is one rule: everything this command emits is read by somebody outside the delivery organisation who cannot ask what a path means (${CLAUDE_PLUGIN_ROOT}/references/bundle-packaging.md §1, D12). This command exists to make that happen, not to restate it.

Usage: /brd-package <BRD-KEY> [--depends-on <BRD-KEY>…]

Runs at either of the two levels <BRD-KEY> can name (${CLAUDE_PLUGIN_ROOT}/references/addressing.md §6) — a BRD that owns its source document, or one of its slices. It refuses neither and behaves identically at both: a slice holds its own register, its own [C] question set and its own findings, and it is packaged from those and no others. The bundle this run builds is the bundle of the BRD it was given.

Standing rule, binding on every phase below. Nothing that names this plugin, this repository or this harness may appear in the rendered prompt, the delivery note, or any document inside the bundle. Not a path rooted at the plugin's install directory, not a references/… citation, not a slash command, not an agent or skill name, not a § section reference (${CLAUDE_PLUGIN_ROOT}/references/customer-review-schema.md §1). The section How nothing plugin-internal reaches the customer below states the ordering and the scan that make that structural rather than aspirational.

This command takes no --no-docs, and it does no documentation grounding at all. That is a decision, not an omission. /brd-intake and /brd-ground already ground this BRD against the shipped product documentation when $DOCS_PATH resolves (D22, ${CLAUDE_PLUGIN_ROOT}/references/docs-grounding.md), and /brd-interview deliberately does none for the same reason this command does none: it works on decisions already taken. This command goes one step further — it establishes no claim of its own at all. It renders what other commands recorded, and a documentation page cannot change a decision that is already in the register or a finding that is already verified; consulting one here could only introduce an ungrounded sentence into a bundle whose whole value is that every sentence in it is traceable. So there is no flag to turn off, no resolve-docs-grounding call, and no docs grounding: line in this command's report. The sentence is written here because leaving it unwritten is exactly how the gap it forecloses gets shipped.

No repository is opened, at any point. Every commit this package cites was pinned and proven clean by /brd-ground, and the repo→SHA table is read from that run's grounding/baselines.md. So there is no baseline gate here, no dirty-tree stop, and no $REPOS_PATH requirement. The three baseline-integrity commands are not re-run by this command — they are handed to the customer's reviewer, written out with the repository and the commit substituted, so the customer re-derives the pin against their own checkout rather than taking the package's word for it (${CLAUDE_PLUGIN_ROOT}/references/grounding-format.md §4).

---

How nothing plugin-internal reaches the customer

Five properties, and every one of them is a property of the order and the inputs of the phases below, not an instruction to be careful. Together they are the guarantee; individually none of them is.

1. The schema is rendered from its own file, from the boundary that file declares, and never in full. customer-review-schema.md separates a preamble addressed to the delivery team from a body addressed to the customer, and states where the boundary falls. The Render the customer prompt phase reads the boundary statement out of the file before it renders, and stops if it is no longer there. Rendering the whole file would put that file's own references/… citations in front of a reader with no plugin — the exact failure D12 exists to prevent — and the citations are collected in the preamble precisely so that the boundary has something to protect.