원클릭으로
release-check
Pre-release checklist for Forge — runs verify, checks version bump, changelog, docs, and docker build. Use before tagging v*.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Pre-release checklist for Forge — runs verify, checks version bump, changelog, docs, and docker build. Use before tagging v*.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
| name | release-check |
| description | Pre-release checklist for Forge — runs verify, checks version bump, changelog, docs, and docker build. Use before tagging v*. |
| disable-model-invocation | true |
Run only when preparing a release. Do each step manually; do not shortcut. A bad release is worse than a late release.
git status # must be clean
git fetch origin
git log --oneline origin/master..HEAD # changes going out
package.json version bumped per semver.CHANGELOG.md has an entry for this version with sections:
Added / Changed / Fixed / Security.Run /verify. All 249+ tests pass, clean format, clean lint, clean
typecheck, clean build.
README.md "At a glance" numbers still match reality.docs/ARCHITECTURE.md reflects any hot-path changes.docs/SETUP.md / docs/INSTALL.md reflect any new env vars or
dependencies.bash scripts/metrics.sh.docker build -f docker/Dockerfile -t forge:dev .
docker run --rm forge:dev doctor --no-banner
npm run build
./bin/forge.js doctor
./bin/forge.js --version
Only after every step above passes. Tagging triggers the 6-stage release workflow — do not push a tag you haven't verified.
git tag v<x.y.z>
git push origin v<x.y.z>
Deep review — random exploration + cross-agent review, alternating. Finds integration bugs that self-review misses. Run every 30–60 min during active implementation.
Overview of Forge's Agentic Coding Flywheel methodology. Use to route between plan, bead, and code space. See FLYWHEEL.md at the repo root.
End-of-session ritual. Close finished beads, file new ones for remaining work, run verify, commit in logical groupings, push. Work is not complete until git push succeeds.
Start a new Flywheel planning round. Produce initial markdown plan, route to competing frontier models, synthesize hybrid, refine 4–5×. Use before any coding begins on a new feature.
Translate a polished markdown plan into self-contained beads in .beads/beads.jsonl. Every bead must be executable without reopening the plan. Use after the plan has converged.
Polishing pass over all open beads. Run 4–6 times. "Check your beads N times, implement once." Use after plan-to-beads and between refinement rounds.