Trigger Release Build
SkillDev toolsSafely dispatch an immutable source-owned Release verification or publication from the current origin/main SHA. Use only when explicitly asked to verify, publish, or rebuild a game version.
Available today. Use it from your connected AI after setup.
No other account needed.
Connect ahel once, and every AI you use reads what you have installed.
Then ask your AI: use the Trigger Release Build skill
What this skill tells your AI
The instructions your AI receives, as published by hlnd2t/cs2_vibesignatures in .claude/skills/trigger-release-build/SKILL.md and read by ahel’s review.
Use the bundled script as the only remote-operation entry point. Do not construct an ad-hoc gh workflow run
command, accept a user-supplied SHA, move a tag, edit a Release, cancel work, or bypass CI source-artifact preflight.
The local script checks repository/auth access, version selection, duplicate work, and the current origin/main SHA.
It does not create a temporary worktree or run full source-artifact preflight locally. Both workflows retain their CI
source-artifact gates before building or publishing; artifact validation failures are reported in the Actions run.
Procedure
-
Confirm both release choices with the user before any remote work. Ask two separate questions and do not dispatch until both are answered explicitly — never choose on the user's behalf, never preselect an option, and never infer an answer from a previous run.
- Build path: the standard
releaseworkflow (fresh-force_allrebuild, proves the artifacts can be rebuilt) versus the manualrebuild-freeemergency path (binds the trackedbin_artifacts/<GAMEVER>and does not prove rebuildability). - Publication:
verify-only(verify candidates without publishing),publish(publish without replacing existing content), orrepublish(replace an existing mutable Release in place, retaining its ID and tag name). In Claude Code, ask with theAskUserQuestiontool, offering the available choices on each question.
- Build path: the standard
-
Extract the requested game version, or use
latestonly when the user explicitly asks for the latest version. -
Map the confirmed answers onto the script flags:
--mode <verify-only-or-publish-or-republish>, plus--workflow rebuild-freeonly when the user chose that path. Omit--workflowfor the standardreleaseworkflow. -
Run from any directory with the confirmed mode stated explicitly:
uv run python .claude/skills/trigger-release-build/scripts/trigger_release_build.py <GAMEVER-or-latest> --mode <verify-only-or-publish-or-republish> [--workflow <release-or-rebuild-free>] -
Report the script's selected version, publication mode, workflow, full
SOURCE_SHA, commit subject, and Actions run URL. -
If the script refuses the operation, surface its exact safety reason and stop. Do not bypass repository, auth, version, duplicate-work, or
origin/mainchecks. Do not bypass a failed CI source-artifact gate.
publish preserves existing content and supports exact-byte retries. Select republish only when the user explicitly
requests replacement: it moves the tag to the selected source, updates metadata and assets, and temporarily makes the
Release a draft. Upload/verification failures leave a draft for a rerun to resume; do not silently switch modes or retry
with a different source. A fresh dispatch uses the then-current origin/main, so use the existing Actions run's rerun
when the same bundle is required. A missing target requires publish; GitHub immutable Releases cannot be republished.
Any requested generator/config change must already be merged into origin/main with its complete
bin_artifacts/<GAMEVER> tree.
Signals
- GitHub stars
- 66
- Forks
- 10
- Last commit
- Sep 2026
ahel review
K6low
bundled executables the agent is told to run
Automated review, not a security audit. Ruleset v1+k2.
Advanced
- Catalog kind
- skill
- Gateway key
trigger-release-build- Source
- github.com/hlnd2t/cs2_vibesignatures