shipyard-ship
/shipyard-ship
Dostarcza ukończoną fazę Shipyard w Codex: końcowa weryfikacja, audyt bezpieczeństwa przed wydaniem, dokumentacja i release.
- Autor
- lgbarn ↗
- Repozytorium
- shipyard ↗
- Licencja
- MIT
- Ostatnia zmiana repozytorium
- 10.10.2026
Ocena i bezpieczeństwo
- Pliki w paczce
- 1
- Skrypty
- 0
- Komentarze HTML
- 0
- Adresy URL w SKILL.md
- 0
Brak sygnałów. Repozytorium zmienione 10.10.2026, bez odwołań do wycofanych modeli i API.
MIT, otwarta: można używać i zmieniać, z zachowaniem informacji o autorze.
Co robi i kiedy
Dostarcza ukończoną fazę Shipyard w Codex: końcowa weryfikacja, audyt bezpieczeństwa przed wydaniem, dokumentacja i release.
Wyzwalacze z opisu
Oryginalny opis (EN)
Use when delivering or releasing a completed Shipyard phase under Codex — final verification, pre-ship security audit, documentation, and release. Trigger when the user says "ship it", "ship this phase", "release this", "we're done — finalize", or "run the shipyard ship workflow". This is the Codex inline-sequential form of the /shipyard:ship orchestration.
Jak działa
- Steps (run each in order; stop on a hard failure)
- Done means
Podgląd SKILL.md
--- name: shipyard-ship description: Use when delivering or releasing a completed Shipyard phase under Codex — final verification, pre-ship security audit, documentation, and release. Trigger when the user says "ship it", "ship this phase", "release this", "we're done — finalize", or "run the shipyard ship workflow". This is the Codex inline-sequential form of the /shipyard:ship orchestration. --- # Shipping a phase (Codex inline-sequential) This is Shipyard's `/shipyard:ship` delivery flow, adapted for Codex. The flow is already sequential (verify → audit → document → deliver), so it maps cleanly to a single context — you adopt each role in turn rather than dispatching subagents. **Degradation note:** the audit and documentation steps run as inline personas, not fresh-context subagents. Be deliberately thorough on the audit step — shipping is the final gate, so do not let earlier context make you assume the code is fine. Run `scripts/state-read.sh` first if state isn't loaded. ## Steps (run each in order; stop on a hard failure) 1. **Pre-ship verification.** Use the `shipyard-verification` skill to confirm success criteria are met and the phase is actually complete. 2. **Run the test suite.** All tests must pass. A failure here blocks the ship. 3. **Pre-ship security audit.** Adopt the auditor mandate (OWASP Top 10, secrets, dependency vulnerabilities). Shipping is the final security gate — this runs even if the build skipped auditing. If a passing audit already exists and nothing changed since, verify it has no unresolved critical findings instead of re-auditing. **Any unresolved critical finding blocks the ship.** 4. **Documentation.** Adopt the documenter mandate — generate/refresh API, architecture, and user-facing docs in `docs/`. If up-to-date docs already exist from the build, verify completeness instead of regenerating. 5. **Capture lessons.** Use the `lessons-learned` skill to record what was learned this phase. 6. **Deliver.** Finalize per the project's release convention (version bump, CHANGELOG, tag, PR/merge). Never auto-merge without the user's go-ahead unless they've authorized it. ## Done means Verification passed, tests green, no unresolved critical audit findings, docs complete, lessons captured, and the release artifact prepared. Report the status of each gate explicitly — do not claim "shipped" if any gate was skipped.
Wersje
W bazie nie ma innych skilli o nazwie shipyard-ship.
Identyczna treść występuje jeszcze w 1 innych folderach na GitHubie. Tu pokazujemy jedną, najlepiej ocenioną kopię.
Migawka bazy z 28.10.2026 · wersja paczki 93f08b6b49ab (skrót SHA-256 całej paczki)
Pobrania w ostatnich 30 dniach: 0 · ranking
Zgłoś problem z tym skillem: szkodliwa treść, błędny opis albo prośba autora o usunięcie.
Podobne skille
- 90shipyard-codex-orchestration
Wyjaśnia, jak wieloetapowe przepływy Shipyard degradują się w Codex do wykonania sekwencyjnego, i kieruje intencję do właściwego skilla: build, audit, plan, ship, review, research lub map. - 90shipyard-review
Przegląda kod w Codex: zgodność ze specyfikacją, jakość po buildzie i zgodność implementacji z planem. - 90ship
Zamyka bieżącą fazę: zatwierdza zmiany semantycznym commitem przez Committera i oznacza fazę jako wykonaną w state.json. - 100woocommerce-finalize
Przeprowadza audyt kondycji kodu i identyfikowalności wtyczki WooCommerce przed wydaniem: martwy kod, duplikacje, złożoność strukturalna i analiza pełnego stosu. - 100ship
Wysyła skończoną pracę: aktualizuje dokumentację, zapisuje commit i wysyła go, a przed wydaniem pyta, czy coś jeszcze wymaga zmiany. - 100ship
Prowadzi uporządkowany proces wydania: kontrole przed startem, przegląd kodu przez AI, podbicie wersji, changelog, pull request, publikację na platformie i wydanie na GitHubie.