mirror of
https://github.com/garrytan/gstack.git
synced 2026-05-05 05:05:08 +02:00
John Doe
024fc5fea3
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>