Finishing a Development Branch
obra/superpowers
Walks the last step of a branch: confirm tests pass, detect the git environment, ask how to integrate, carry out your choice and clean up the worktree.
Organize worker release tags into Linear release waves — one team document plus one release/<date label per same-day batch of worker releases, with shipped MOT issues labeled and linked.
$ npx skills add iii-hq/workers --skill release-sync -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install iii-hq/workers release-sync --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ git clone --depth 1 https://github.com/iii-hq/workers.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.claude/skills/release-sync .claude/skills/release-sync && rm -rf skills-srcUse ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.
Claude Code skills documentation · loads skills from .claude/skills/
Install the "release-sync" agent skill from https://github.com/iii-hq/workers/tree/main/.claude/skills/release-sync into .claude/skills/release-sync/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "release-sync", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/iii-hq/workers/tree/main/.claude/skills/release-syncType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add iii-hq/workers --skill release-sync -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install iii-hq/workers release-sync --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/iii-hq/workers.git skills-src && mkdir -p .agents/skills && cp -r skills-src/.claude/skills/release-sync .agents/skills/release-sync && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "release-sync" agent skill from https://github.com/iii-hq/workers/tree/main/.claude/skills/release-sync into .agents/skills/release-sync/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "release-sync", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add iii-hq/workers --skill release-sync -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install iii-hq/workers release-sync --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/iii-hq/workers.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/.claude/skills/release-sync .cursor/skills/release-sync && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "release-sync" agent skill from https://github.com/iii-hq/workers/tree/main/.claude/skills/release-sync into .cursor/skills/release-sync/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "release-sync", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/iii-hq/workers.git --path .claude/skills/release-sync--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add iii-hq/workers --skill release-sync -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install iii-hq/workers release-sync --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/iii-hq/workers.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/.claude/skills/release-sync .gemini/skills/release-sync && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "release-sync" agent skill from https://github.com/iii-hq/workers/tree/main/.claude/skills/release-sync into .gemini/skills/release-sync/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "release-sync", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install iii-hq/workers release-syncInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add iii-hq/workers --skill release-sync -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/iii-hq/workers.git skills-src && mkdir -p .github/skills && cp -r skills-src/.claude/skills/release-sync .github/skills/release-sync && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "release-sync" agent skill from https://github.com/iii-hq/workers/tree/main/.claude/skills/release-sync into .github/skills/release-sync/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "release-sync", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add iii-hq/workers --skill release-sync -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install iii-hq/workers release-sync --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/iii-hq/workers.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/.claude/skills/release-sync .opencode/skills/release-sync && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "release-sync" agent skill from https://github.com/iii-hq/workers/tree/main/.claude/skills/release-sync into .opencode/skills/release-sync/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "release-sync", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
release-syncOrganize worker release tags into Linear release waves — one team document plus one release/<date label per same-day batch of worker releases, with shipped MOT issues labeled and linked.
Release Sync is an agent skill from iii-hq/workers. Organize worker release tags into Linear release waves — one team document plus one release/<date label per same-day batch of worker releases, with shipped MOT issues labeled and linked. Use after cutting worker releases, or any time to catch up or backfill. Trigger: /release-sync [tag ...]
Its SKILL.md is about 1.1k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.
It sits in Development. It works with Git. The licence is Apache-2.0.
5 steps, taken from the step headings in SKILL.md.
Read from SKILL.md and the folder at commit 72ae6ab. It shows what the files ask for, not the result of running them.
Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.
From allowed-tools in the SKILL.md frontmatter.
Shell commands in SKILL.md call:
gitghFrom the folder's file list and the shell code blocks in SKILL.md.
No URLs in SKILL.md. Its commands use git and gh, which can reach the network depending on how they are called.
From URLs in SKILL.md, links to its own repository left out.
Names no API keys, tokens, secrets or passwords.
From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Release Sync loads about 1.1k tokens when it runs. Until then it costs about 76 tokens; SKILL.md has 552 words of instructions outside code blocks.
Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.
The automated check found no risky patterns in SKILL.md.
Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.
The full file from iii-hq/workers at commit 72ae6ab, republished under its Apache-2.0 licence (© iii-hq). 552 words, ~1,062 tokens.
.claude/skills/release-sync/SKILL.md (or your agent's skills folder).One wave = all <worker>/vX.Y.Z tags created on the same UTC day.
Each wave maps to one Linear document on team iii titled
Release YYYY-MM-DD — the combined release note, one ## <worker> vX.Y.Z
section per worker — plus a child label YYYY-MM-DD under the team label
group release, applied to every shipped issue. (This is the free-plan
model; Linear's native Releases feature requires Business+.)
create_issue_label, isGroup: true, if missing).git fetch --tags origin
git for-each-ref 'refs/tags/*/v*' --sort=creatordate \
--format='%(refname:short) %(creatordate:short)'git ls-remote --tags origin on doubt) — rolled-back local tags don't count.list_documents,
query Release, team iii — each doc's first line lists its tags; that
list is the idempotency record). Pending = every worker tag not found.-dry-run. tags. Include prereleases (-rc.N, -beta.N) and label
them in the note.Group pending tags by tag creation date (UTC day). If more than 3 waves would be written (typical of a first backfill), show the plan (date → tags) and get user confirmation before writing anything.
git tag -l '<worker>/v*' --sort=-v:refname → the entry after the
current one.git log --format='%h %s%n%b' <prev>..<tag> -- <worker>/
(first release of a worker: git log <tag> -- <worker>/).MOT-\d+ from subjects and bodies. For PR references (#N)
with no MOT id, gh pr view N --json title,body and scan those too.list_issues (title terms, team iii)
and read the issue to verify it matches before labeling. Never invent
or guess identifiers; when unsure, leave it off and flag it in the
report.YYYY-MM-DD under group release (team iii,
create_issue_label with parent: release; skip if it exists).save_issue — never drop existing labels.worker:<name> team labels
(worker:shell, worker:console, ...) matching the worker commit
ranges that referenced the issue — create missing ones lazily; same
union rule. Flat, NOT a label group: Linear group children are
mutually exclusive, and one issue often spans several workers.save_document on team iii titled Release YYYY-MM-DD
(update the existing one if present — look it up via list_documents).
First line: the full tag list (idempotency record — always complete)
and the wave label name. Body: a ## <worker> vX.Y.Z section per tag
(collapse multiple same-day tags of one worker into
## <worker> vA → vB), 2–5 bullets each — what shipped, why it
matters, breaking changes called out as Breaking:, shipped issues
linked by URL. Plain changelog register; no internal workflow chatter.Table: wave date → document URL → tags → labeled issues. Flag tags where no issues were found and any judgment attachments made.
© iii-hq, Apache-2.0. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
Just SKILL.md in .claude/skills/release-sync of iii-hq/workers.
Open the folder on GitHubat commit 72ae6ab
Release Sync next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| Release Sync this skilliii-hq/workers | 113 | — | ~1.1k | Automated safety check: Pass | Apache-2.0 | |
| Finishing a Development Branchobra/superpowers | 296k | 5 repos | ~1.9k | Automated safety check: Pass | MIT | |
| Code Review ChecklistshareAI-lab/learn-claude-code | 78k | 5 repos | ~1.1k | Automated safety check: Pass | MIT | |
| Codebase Knowledge Graph Q&AEgonex-AI/Understand-Anything | 86k | 1 repos | ~1.2k | Automated safety check: Pass | MIT | |
| Code Design Rationale Investigatorcursor/plugins | 10k | 9 repos | ~2.6k | Automated safety check: Pass | None | |
| Understand Diff AnalysisEgonex-AI/Understand-Anything | 86k | 1 repos | ~1.4k | Automated safety check: Pass | MIT |
obra/superpowers
Walks the last step of a branch: confirm tests pass, detect the git environment, ask how to integrate, carry out your choice and clean up the worktree.
shareAI-lab/learn-claude-code
Reviews code against a five-part checklist covering security, correctness, performance, maintainability and testing, and reports findings in a fixed format.
Egonex-AI/Understand-Anything
Answers questions about a codebase by searching a prebuilt knowledge graph of its files, functions, classes and dependencies, not by rereading every source file.
cursor/plugins
Digs into why code is shaped the way it is by checking git history, pull requests and connected tools in parallel, then reporting a cited read on the tradeoffs.
Egonex-AI/Understand-Anything
Reads your git changes or a pull request against a prebuilt knowledge graph of the project to explain what changed, which components are affected and what is risky.
Egonex-AI/Understand-Anything
Gives an in-depth explanation of one file, function or module by reading the project's knowledge graph and checking that the graph is still fresh.
iii-hq/workers
Schedule any registered function on a 6- or 7-field cron expression with the standalone cron worker.
iii-hq/workers
Send and read email from the iii engine — SMTP send, IMAP read, and real-time IDLE push as a subscribable trigger type.
iii-hq/workers
Expose registered functions as HTTP endpoints with the standalone http worker.
iii-hq/workers
File-backed kanban board: create, read, move and comment on tickets by key or uuid, assign agent profiles, and wake on comments through the kanban:comment trigger instead of polling.
iii-hq/workers
Fire-and-forget topic pub/sub: broadcast an event with publish and every matching subscribe trigger receives it.
iii-hq/workers
Shared, adapter-backed key/value store addressed by scope and key, with a reactive state trigger so other functions can run on every create, update, or delete without polling.
Works with
Categories
Organize worker release tags into Linear release waves — one team document plus one release/<date label per same-day batch of worker releases, with shipped MOT issues labeled and linked. Release Sync is an agent skill from iii-hq/workers. Organize worker release tags into Linear release waves — one team document plus one release/<date label per same-day batch of worker releases, with shipped MOT issues labeled and linked.
Release Sync fits situations like: development work in your project.
Run `npx skills add iii-hq/workers --skill release-sync -a claude-code`. Or copy the skill folder (.claude/skills/release-sync in iii-hq/workers) into .claude/skills/release-sync in your project. Claude Code loads it when a task matches its description.
Run `npx skills add iii-hq/workers --skill release-sync -a codex`. Or copy the skill folder (.claude/skills/release-sync in iii-hq/workers) into .agents/skills/release-sync in your project. Codex loads it when a task matches its description.
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add iii-hq/workers --skill release-sync -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/release-sync, .gemini/skills/release-sync, .github/skills/release-sync and .opencode/skills/release-sync in your project.
Going by SKILL.md and its folder, Release Sync needs the command-line tools its instructions call (git and gh).
SKILL.md contains no URLs. Its commands use git and gh, which can reach the network depending on how they are called. This is read from the text; nothing was executed.
Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.
Release Sync is published under the Apache-2.0 licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
About 1.1k tokens (SKILL.md is roughly 4.2k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.
Skills that share tags, products or a category with Release Sync: Finishing a Development Branch (obra/superpowers, 296k stars), Code Review Checklist (shareAI-lab/learn-claude-code, 78k stars), Codebase Knowledge Graph Q&A (Egonex-AI/Understand-Anything, 86k stars) and Code Design Rationale Investigator (cursor/plugins, 10k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
iii-hq (a GitHub organization) maintains it in iii-hq/workers, which has 113 GitHub stars. The repository holds 19 skills in this directory. The repository was last updated on October 8, 2026.
Source: iii-hq/workers on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.