菜单
Pre-release gate for one genblaze package — version bump, tests, lint, typecheck, CHANGELOG entry, entry-point sanity. Use before creating a GitHub Release (which triggers the PyPI publish workflow in .github/workflows/release.yml).
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | release-check |
| description | Pre-release gate for one genblaze package — version bump, tests, lint, typecheck, CHANGELOG entry, entry-point sanity. Use before creating a GitHub Release (which triggers the PyPI publish workflow in .github/workflows/release.yml). |
| argument-hint | <package> <new-version> |
| allowed-tools | Bash(make:*) Bash(pytest:*) Bash(ruff check:*) Bash(ruff format:*) Bash(mypy:*) Bash(pip:*) Bash(python:*) Bash(python3:*) Bash(twine check:*) Bash(git:*) Read Grep Edit |
The release workflow is triggered by a published GitHub Release (see .github/workflows/release.yml).
publish-core runs first, then publish-cli and publish-connectors in parallel. Every package
needs its own version bump + CHANGELOG entry + passing tests before you tag.
Parse $ARGUMENTS as <package> <new-version> (e.g. core 0.3.2, openai 0.2.0).
| Package | Path |
|---|---|
core | libs/core |
cli | cli |
| any connector | libs/connectors/<name> |
Run each step. Stop and report on the first failure.
<path>/pyproject.toml. If version != $2, edit it to $2.genblaze-core>=<x> is at or above the
currently published core version. If core is also being released in this wave, the
connector pin should match.[project.entry-points."genblaze.providers"] line exists and the module/class is importable:
python -c "import genblaze_<name>; <name>.<Class>()" || true (instantiation may require
credentials — just check the import).cd <path> && pytest -v must pass.ruff check <path> and ruff format --check <path> must pass.mypy <path>/genblaze_*/ --ignore-missing-imports.cd <path> && python -m build && twine check dist/* — validates wheel metadata
before PyPI sees it.CHANGELOG.md has an entry for version $2 scoped to this package.
If missing, draft one from git log --oneline $(git describe --tags --abbrev=0 2>/dev/null || echo HEAD~30)..HEAD -- <path>.docs/features/provider-system.md entry is accurate for $2.A pass/fail table, then the exact next commands:
git add <path>/pyproject.toml CHANGELOG.md
git commit -m "release: <package> v<new-version>"
git push
gh release create <package>-v<new-version> --title "<package> v<new-version>" --notes-from-tag
Do NOT create the tag or release yourself — leave it for the user to review and trigger.
Scaffold a new genblaze provider connector package with all required files, tests, and entry points by analyzing existing connectors for conventions.
Run tests for a single genblaze package or for only packages whose files changed since main. Use when iterating on a specific connector or after a focused edit — much faster than `make test` across all 13 packages.
Audit docs/* and root markdown for staleness. Checks `last_verified` headers against git mtime, validates Python code examples parse, checks cross-reference links resolve. Use monthly, before release, or after any large refactor.