Przejdź do treści
Biblioteka skilli
Programowanie · Automatyzacja

shipyard-ship

/shipyard-ship

Dostarcza ukończoną fazę Shipyard w Codex: końcowa weryfikacja, audyt bezpieczeństwa przed wydaniem, dokumentacja i release.

Repozytorium
shipyard ↗
Licencja
MIT
Ostatnia zmiana repozytorium
10.10.2026

Ocena i bezpieczeństwo

90/ 100Klasa: dobry
Format25 / 25
Frontmatter z nazwą i opisem, poprawna nazwa, opis do 1024 znaków, nazwa zgodna z folderem.
Odkrywalność25 / 25
Opis mówi, kiedy użyć skilla, ma sensowną długość i jest w 3. osobie.
Treść25 / 35
Co najmniej 150 słów i do 500 linii, nagłówki, listy kroków, przykłady albo kod.
Higiena15 / 15
Bez zaślepek typu TODO, bez ścieżek Windows, z licencją.
Ryzykobrak sygnałów w skanie
Pliki w paczce
1
Skrypty
0
Komentarze HTML
0
Adresy URL w SKILL.md
0
Przestarzałość

Brak sygnałów. Repozytorium zmienione 10.10.2026, bez odwołań do wycofanych modeli i API.

Licencja

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

ship itship this phaserelease thisre done — finalizerun the shipyard ship workflow
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

  1. Steps (run each in order; stop on a hard failure)
  2. Done means
Sekcje z nagłówków SKILL.md, w oryginale · 36 linii, 297 słów
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.

Uwagi i zgłoszenia

Wiadomość trafi do Bartosza Sokolińskiego. Adres e-mail jest potrzebny tylko do odpowiedzi. Szczegóły w polityce prywatności.