When designing CLI tools, libraries, or other standalone artifacts, the
workflow now checks whether a build/publish pipeline exists at every stage:
- /office-hours: Phase 3 premise challenge asks "how will users get it?"
Design doc templates include a "Distribution Plan" section.
- /plan-eng-review: Step 0 Scope Challenge adds distribution check (#6).
Architecture Review checks distribution architecture for new artifacts.
- /ship: New Step 1.5 detects new cmd/main.go additions and verifies a
release workflow exists. Offers to add one or defer to TODOS.md.
- /review checklist: New "Distribution & CI/CD Pipeline" category in
Pass 2 (INFORMATIONAL) covers CI version pins, cross-platform builds,
publish idempotency, and version tag consistency.
Motivation: In a real project, we designed and shipped a complete CLI tool
(design doc, eng review, implementation, deployment) but forgot the CI/CD
release pipeline. The binary was built locally but never published — users
couldn't download it. This gap was invisible because no skill in the chain
asked "how does the artifact reach users?"
Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
