indigomoviemanager-github-release
A release management tool for IndigoMovieManager, handling preview runs, tagging, and workflow recovery.
Install
mkdir -p .claude/skills/indigomoviemanager-github-release && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/13957" && unzip -o skill.zip -d .claude/skills/indigomoviemanager-github-release && rm skill.zipInstalls to .claude/skills/indigomoviemanager-github-release
Activation
This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.
IndigoMovieManager で GitHub Release の preview を回したい、tag を push して公開したい、github-release-package.yml の失敗を復旧したい時に使う。特に private_engine_release_tag と private_engine_run_id の切り分け、公開ミラーと private repo の責務整理、tag 実行時の PRIVATE_ENGINE_RELEASE_TAG 救済判断が必要なケースに使う。Key capabilities
- →Execute GitHub Release previews
- →Publish GitHub Releases via tag push
- →Recover from failed github-release-package.yml workflows
- →Manage private_engine_release_tag and private_engine_run_id
- →Handle discrepancies between app and engine release tags
How it works
The skill manages GitHub Release processes by differentiating between preview runs and production tags, using specific paths for release assets or artifacts. It provides steps for initial previews, explicit release tag or run ID usage, and final publication via tag push.
Inputs & outputs
When to use indigomoviemanager-github-release
- →Managing GitHub releases
- →Recovering failed CI workflows
- →Automating release tagging
- →Running release previews
About this skill
IndigoMovieManager GitHub Release
目的
IndigoMovieManager_fork の preview 実行と release 公開を、安全な順序で進める。
失敗時は release_tag 経路と run_id 経路を切り分け、公開ミラーと private repo を混同せずに復旧する。
まず読む正本
- 通常運用:
Docs/forHuman/GitHubRelease/AI向け_公開手順書_公開ミラーGitHubRelease運用_2026-04-06.md - 復旧判断:
Docs/forHuman/GitHubRelease/AI向け_公開ミラーGitHubRelease復旧手順_run_id_release_tag_2026-04-06.md - workflow:
.github/workflows/github-release-package.yml
通常は通常運用を正本にし、失敗調査や rerun 判断が必要な時だけ復旧手順書も開く。
最重要ルール
release_tagは GitHub Release asset を探す経路。run_idは GitHub Actions artifact を探す経路。- 公開ミラー repo
T-Hamada0101/IndigoMovieEngine-Mirrorは release asset の入口であり、run_idの正本ではない。 run_idの正本は private repoT-Hamada0101/IndigoMovieEngine。- 入力なし
workflow_dispatchはPRIVATE_ENGINE_PUBLISH_RUN_IDを preview fallback として使う。 - tag push で
github-release-package.ymlが走り、最終的に GitHub Release を公開する。 - app tag と engine release tag がズレる tag 実行では、必要なら repo variable
PRIVATE_ENGINE_RELEASE_TAGを一時的に使って救済し、成功後に削除する。
実行前チェック
gh auth statusで GitHub CLI 認証を確認する。- 作業場所を
%USERPROFILE%\\source\\repos\\IndigoMovieManagerに合わせる。 - 公開したい commit が
originに push 済みか確認する。 - 原則として tag push 前に preview を 1 回成功させる。
標準フロー
1. 最初は入力なし preview
何も指定せず workflow_dispatch を実行する。
この時は PRIVATE_ENGINE_PUBLISH_RUN_ID が fallback として使われる。
Set-Location "$env:USERPROFILE\source\repos\IndigoMovieManager"
gh workflow run github-release-package.yml -R T-Hamada0101/IndigoMovieManager_fork
gh run list -R T-Hamada0101/IndigoMovieManager_fork --workflow github-release-package.yml --limit 5
gh run watch <run-id> -R T-Hamada0101/IndigoMovieManager_fork --exit-status
2. release asset を明示したい時は release_tag
公開ミラー release と private release を順に見せたい時は private_engine_release_tag を使う。
Set-Location "$env:USERPROFILE\source\repos\IndigoMovieManager"
gh workflow run github-release-package.yml -R T-Hamada0101/IndigoMovieManager_fork -f private_engine_release_tag=v1.0.3.5
gh run watch <run-id> -R T-Hamada0101/IndigoMovieManager_fork --exit-status
3. release asset が不足する時は run_id
worker と packages の両 artifact を持つ private run だけを使う。
迷ったら 23997659256 を基準にする。
Set-Location "$env:USERPROFILE\source\repos\IndigoMovieManager"
gh workflow run github-release-package.yml -R T-Hamada0101/IndigoMovieManager_fork -f private_engine_run_id=23997659256
gh run watch <run-id> -R T-Hamada0101/IndigoMovieManager_fork --exit-status
4. 公開は tag push
preview 成功後に branch を push し、release tag を push する。
Set-Location "$env:USERPROFILE\source\repos\IndigoMovieManager"
git push origin master
git tag -a "vX.Y.Z" -m "Release vX.Y.Z"
git push origin "vX.Y.Z"
gh run watch <run-id> -R T-Hamada0101/IndigoMovieManager_fork --exit-status
gh release view vX.Y.Z -R T-Hamada0101/IndigoMovieManager_fork --json tagName,name,url,isDraft,isPrerelease,assets
tag 実行の救済
tag push 時は workflow input を直接渡せない。
app tag と engine release tag がズレる時は、必要なら PRIVATE_ENGINE_RELEASE_TAG を一時設定して rerun する。
Set-Location "$env:USERPROFILE\source\repos\IndigoMovieManager"
gh variable set PRIVATE_ENGINE_RELEASE_TAG -R T-Hamada0101/IndigoMovieManager_fork --body "<engine-release-tag>"
gh run rerun <failed-run-id> -R T-Hamada0101/IndigoMovieManager_fork
gh run watch <run-id> -R T-Hamada0101/IndigoMovieManager_fork --exit-status
gh release view <app-tag> -R T-Hamada0101/IndigoMovieManager_fork --json tagName,name,url,assets
gh variable delete PRIVATE_ENGINE_RELEASE_TAG -R T-Hamada0101/IndigoMovieManager_fork
修正 commit を含めたい時は rerun より新しい tag を切り直す方を優先する。
失敗時の切り分け順
- workflow log で
private engine source modeを確認する。 release_tag経路かrun_id経路かを確定する。run_id経路なら private repo の run を見ているか確認する。run_id経路なら、その run にrescue-worker-publishとprivate-engine-packagesの両 artifact があるか確認する。release_tag経路なら、公開ミラー release に worker zip と必要 package が揃っているか確認する。- 公開ミラーで不足するなら private release を確認する。
- それでも不足するなら
private_engine_run_idを明示して preview をやり直す。
復旧が長引く時は復旧手順書を開いて、過去の失敗パターンと既知の NG run_id を先に確認する。
よく使う確認コマンド
gh run list -R T-Hamada0101/IndigoMovieManager_fork --workflow github-release-package.yml --limit 10
gh run view <run-id> -R T-Hamada0101/IndigoMovieManager_fork --json status,conclusion,jobs,url
gh run view <run-id> -R T-Hamada0101/IndigoMovieManager_fork --log-failed
gh release view <tag> -R T-Hamada0101/IndigoMovieManager_fork --json tagName,name,url,isDraft,isPrerelease,assets
gh variable list -R T-Hamada0101/IndigoMovieManager_fork
やってはいけないこと
- 公開ミラー release が見えるだけで
run_idも使えると判断しない。 - worker だけある run を
PRIVATE_ENGINE_PUBLISH_RUN_IDに設定しない。 PRIVATE_ENGINE_RELEASE_TAGを救済後に残置しない。- 失敗ログを見ずに workflow 全体を書き換え始めない。
成功条件
github-release-package.ymlが success で終わる。- GitHub Release に
zipと installerexeが揃う。 - 一時 variable を使った場合は削除済みである。
Prerequisites
Limitations
- →Cannot use workflow input directly during tag push
How it compares
This skill offers a structured recovery process for GitHub Releases by distinguishing between release_tag and run_id paths and managing public mirrors versus private repositories, which is more specific than general CI/CD recovery.
Compared to similar skills
indigomoviemanager-github-release side by side with the closest alternatives in the catalog.
| Skill | Installs | Updated | Safety | Difficulty |
|---|---|---|---|---|
| indigomoviemanager-github-release (this skill) | 0 | 4mo | No flags | Intermediate |
| gcp-cloud-run | 5 | 5mo | Review | Intermediate |
| flow-nexus-platform | 6 | 4mo | Review | Beginner |
| smithery-mcp-deployment | 8 | 8mo | Review | Intermediate |
Try saying
Example prompts that trigger this skill in your AI assistant.
You might also like
gcp-cloud-run
aj-geddes
Deploy containerized applications on Google Cloud Run with automatic scaling, traffic management, and service mesh integration. Use for container-based serverless computing.
flow-nexus-platform
ruvnet
Comprehensive Flow Nexus platform management - authentication, sandboxes, app deployment, payments, and challenges
smithery-mcp-deployment
CaullenOmdahl
Best practices for creating, optimizing, and deploying MCP servers to Smithery. Use this skill when:(1) Creating new MCP servers for Smithery deployment(2) Optimizing quality scores (achieving 90/100)(3) Troubleshooting deployment issues (0/0 tools, missing annotations, low scores)(4) Migrating existing MCP servers to Smithery format(5) Understanding Smithery's schema format requirements(6) Adding workflow prompts, tool annotations, or documentation resources(7) Configuring smithery.yaml and package.json for deployment
deployment-pipeline-design
wshobson
Design multi-stage CI/CD pipelines with approval gates, security checks, and deployment orchestration. Use when architecting deployment workflows, setting up continuous delivery, or implementing GitOps practices.
vercel-deployment
davila7
Expert knowledge for deploying to Vercel with Next.js Use when: vercel, deploy, deployment, hosting, production.
netlify-deploy
openai
Deploy web projects to Netlify using the Netlify CLI (`npx netlify`). Use when the user asks to deploy, host, publish, or link a site/repo on Netlify, including preview and production deploys.