Przejdź do treści
Biblioteka skilli
Programowanie · Automatyzacja

release

/release

Wydaje nową wersję Quayflow: sprawdza zmiany, podbija numer, aktualizuje changelog i dokumentację, a tag wysyła użytkownik.

Repozytorium
quayflow ↗
Licencja
MIT
Ostatnia zmiana repozytorium
10.11.2026

Ocena i bezpieczeństwo

96/ 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ść31 / 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.11.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

Wydaje nową wersję Quayflow: sprawdza zmiany, podbija numer, aktualizuje changelog i dokumentację, a tag wysyła użytkownik.

Oryginalny opis (EN)

Ship a Quayflow release (vX.Y.Z): checks, version bump in every place, CHANGELOG, docs, the tag (pushed by the user), then verification of the published assets and attestations. Use when the user asks to release, cut or publish a version.

Jak działa

SKILL.md bez nagłówków drugiego poziomu · 14 linii, 328 słów

Podgląd SKILL.md
---
name: release
description: Ship a Quayflow release (vX.Y.Z): checks, version bump in every place, CHANGELOG, docs, the tag (pushed by the user), then verification of the published assets and attestations. Use when the user asks to release, cut or publish a version.
---

# Releasing Quayflow

1. **Ready?** `git status` clean on `main`, fetched and up to date. The last CI run on `main` passed (`gh run list --branch main --limit 1`). Run the `review` skill if it has not run since the last release.
2. **Version.** X.Y.Z is what `python3 tests/docs/check-docs.py --next` prints (the rule: CONTRIBUTING.md#versioning). Never pick a smaller number; if the user asks for one, show them the rule and the CHANGELOG headings that require it. Set it in every place CLAUDE.md lists: `Cargo.toml`, `Cargo.lock` (`cargo update -w --offline`), `mod/quayflow/.claude-plugin/plugin.json`, `hooks/context.ts` `MOD_VERSION`, `mod/quayflow/README.md` (two places), `tests/quayflow.test.ts` `modVersion`.
3. **CHANGELOG.** Move `[Unreleased]` into `## [X.Y.Z] - <date>` with a one-line summary; leave `[Unreleased]` empty; update the compare links at the bottom.
4. **Docs.** "currently vX.Y.Z" (`SECURITY.md`, `docs/known-limits.md`), "Quayflow vX.Y.Z" (`docs/user-guide.md`), the scope line (`docs/tech-spec.md`), example versions in `docs/verify-release.md` (`$v`, `v=`, `git checkout`), and an older version where an example means "not the latest". A new platform or asset: the `docs-sync` skill. Run `python3 tests/docs/check-docs.py`.
5. **Checks.** fmt, clippy, `QUAYFLOW_KEYCHAIN=off cargo test --workspace --locked`, the smoke and installer tests for this OS, `claude plugin test mod/quayflow`. Commit `release: vX.Y.Z, <summary>`, push (ask first), wait for CI to pass.
6. **Release workflow changed?** Dry run first: Actions > Release > Run workflow on `main` (builds twice and compares, publishes nothing).
7. **Tag.** Pushing a tag publishes a public release: give the user the command, do not run it.
   `git tag -a vX.Y.Z -m vX.Y.Z <commit> && git push origin vX.Y.Z`
8. **After publishing.** Watch the Release run (`gh run list --workflow release.yml`). Then, in a new folder in the scratchpad: `gh release view vX.Y.Z` (every asset present), download this OS's assets, check `SHA256SUMS` (`shasum -a 256 -c --ignore-missing SHA256SUMS` or `sha256sum -c`), `SOURCE_COMMIT` equals the tagged commit, and for each program and installer `gh attestation verify <file> --repo minhdaohuu/quayflow --signer-workflow minhdaohuu/quayflow/.github/workflows/release.yml --source-ref refs/tags/vX.Y.Z`. Run the program's `version`.
9. **Report** what was verified, and what is still untested on each platform (`docs/known-limits.md`).

Wersje

RepozytoriumWynikLicencja
Ta strona · minhdaohuu/quayflow96MIT
josephfung/curia100MIT
max-sixty/worktrunk100MIT
gtapps/hermitd100MIT
gtapps/hermitd100MIT
anthony-chaudhary/fak100Apache-2.0
tractorjuice/arc-kit100MIT
drvoss/everything-copilot-cli100MIT
sma1lboy/rove100MIT

Migawka bazy z 13.11.2026 · wersja paczki 7606a78e0585 (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

  • 90release-tag
    Wydaje wersję: ustala podbicie SemVer z historii, aktualizuje pliki wersji, odświeża changelog i tworzy tag Git.
  • 100ship
    Przeprowadza wydanie od początku do końca: podbija wersję wszędzie, pisze changelog i dokumentację, taguje, publikuje na PyPI i npm.
  • 90qmai-release
    Wydaje stabilną wersję QMAI: aktualizuje metadane i changelog, wypycha main i tworzy adnotowany tag wersji.
  • 100ship-release
    Wydaje nową wersję projektu: podbija manifesty, aktualizuje CHANGELOG, taguje, tworzy release na GitHub i publikuje na npm.
  • 90ship
    Wydaje bieżący stan projektu: sprawdza gotowość, podbija wersję i tag, dopisuje wpis do changelogu, wdraża i przygotowuje szkic ogłoszenia.
  • 100version-release
    Podbija wersję, tworzy tag wydania i wypycha tag do repozytorium.

Uwagi i zgłoszenia

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