Simple English
moeru-ai/airi
Write or rewrite technical text with the rules of ASD-STE100 Simplified Technical English so it is clear, unambiguous, and free of AI slop.
Merge a verified OpenIAP PR, release every affected stable package one at a time, verify each public registry, verify the release note the PR carried, stabilize any correction with review-self, and…
$ npx skills add hyodotdev/openiap --skill ship-release -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install hyodotdev/openiap ship-release --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/hyodotdev/openiap.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.codex/skills/ship-release .claude/skills/ship-release && 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 "ship-release" agent skill from https://github.com/hyodotdev/openiap/tree/main/.codex/skills/ship-release into .claude/skills/ship-release/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "ship-release", 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/hyodotdev/openiap/tree/main/.codex/skills/ship-releaseType 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 hyodotdev/openiap --skill ship-release -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install hyodotdev/openiap ship-release --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/hyodotdev/openiap.git skills-src && mkdir -p .agents/skills && cp -r skills-src/.codex/skills/ship-release .agents/skills/ship-release && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "ship-release" agent skill from https://github.com/hyodotdev/openiap/tree/main/.codex/skills/ship-release into .agents/skills/ship-release/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "ship-release", 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 hyodotdev/openiap --skill ship-release -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install hyodotdev/openiap ship-release --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/hyodotdev/openiap.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/.codex/skills/ship-release .cursor/skills/ship-release && 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 "ship-release" agent skill from https://github.com/hyodotdev/openiap/tree/main/.codex/skills/ship-release into .cursor/skills/ship-release/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "ship-release", 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/hyodotdev/openiap.git --path .codex/skills/ship-release--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 hyodotdev/openiap --skill ship-release -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install hyodotdev/openiap ship-release --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/hyodotdev/openiap.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/.codex/skills/ship-release .gemini/skills/ship-release && 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 "ship-release" agent skill from https://github.com/hyodotdev/openiap/tree/main/.codex/skills/ship-release into .gemini/skills/ship-release/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "ship-release", 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 hyodotdev/openiap ship-releaseInstalls 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 hyodotdev/openiap --skill ship-release -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/hyodotdev/openiap.git skills-src && mkdir -p .github/skills && cp -r skills-src/.codex/skills/ship-release .github/skills/ship-release && 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 "ship-release" agent skill from https://github.com/hyodotdev/openiap/tree/main/.codex/skills/ship-release into .github/skills/ship-release/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "ship-release", 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 hyodotdev/openiap --skill ship-release -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install hyodotdev/openiap ship-release --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/hyodotdev/openiap.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/.codex/skills/ship-release .opencode/skills/ship-release && 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 "ship-release" agent skill from https://github.com/hyodotdev/openiap/tree/main/.codex/skills/ship-release into .opencode/skills/ship-release/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "ship-release", 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.
ship-releaseMerge a verified OpenIAP PR, release every affected stable package one at a time, verify each public registry, verify the release note the PR carried, stabilize any correction with review-self, and…
Ship Release is an agent skill from hyodotdev/openiap. Merge a verified OpenIAP PR, release every affected stable package one at a time, verify each public registry, verify the release note the PR carried, stabilize any correction with review-self, and deploy production docs. Use when the user explicitly asks for this full post-review shipping workflow.
Its SKILL.md is about 1.7k 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, covering Changelog and release notes. The repository describes itself as: Standardized protocol for in-app purchases across all platforms — backed by Meta & Amazon. The licence is MIT.
6 steps, taken from the step headings in SKILL.md.
Read from SKILL.md and the folder at commit 64158e8. 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:
gitbunnpmFrom the folder's file list and the shell code blocks in SKILL.md.
No URLs in SKILL.md. Its commands use git and npm, 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.
Ship Release loads about 1.7k tokens when it runs. Until then it costs about 78 tokens; SKILL.md has 861 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 hyodotdev/openiap at commit 64158e8, republished under its MIT licence (© hyodotdev). 861 words, ~1,655 tokens.
.claude/skills/ship-release/SKILL.md (or your agent's skills folder).Complete a verified OpenIAP change from merge through public package and docs delivery. This skill coordinates existing repository workflows; their detailed rules remain the SSOT.
This workflow performs public and irreversible actions. Use it only when the
user explicitly authorizes the requested merge, package publication, docs
deployment, and any direct main push. Missing authority for one stage stops
that stage without broadening the others.
Before acting, read:
AGENTS.md.codex/skills/openiap-workflows/SKILL.md.claude/commands/release.md.codex/skills/generate-doc/SKILL.md.codex/skills/review-self/SKILL.md.claude/commands/commit.mdLoad every convention file and specialized E2E skill required by the changed paths. Never mutate production Convex data.
knowledge/internal/05-docs-patterns.md#release-note-completeness-gate
before merging; fix missing coverage in that PR and revalidate its head.main.HEAD equals origin/main..claude/commands/release.md.Release one affected package at a time in the canonical dependency order in
.claude/commands/release.md#stable-release, including the affected protocol
and CLI packages. Reapply the completeness gate if the release scope changes.
For each package:
main.main and fetch the new tag.Do not run package releases concurrently. Stop on the first failed gate and
report the exact workflow job and package state. If the user requests docs
before package publication, use the explicit flag documented in
knowledge/internal/06-git-deployment.md#deploying-documentation. If the train
will not resume, trim the card to the packages that published through §4.
Godot releases also require the authenticated Godot Asset Library listing to be updated. Prepare the edit when possible, request action-time confirmation before the public form submission, and report it as an explicit remaining manual step when authentication is unavailable. Never reuse credentials supplied for a different service.
The merged PR carried the consolidated release card in
packages/docs/src/pages/docs/updates/releases.tsx (see generate-doc). After
every package version and public URL is known:
If nothing differs, go to §5.
When §3 changed the card, run review-self against the docs diff until two
consecutive full snapshots are clean at least five minutes apart. A material
change resets the clean count. Run all path-specific validation, including the
docs build, docs and release-state audits, skill validation, and
git diff --check.
Commit and push through .claude/commands/commit.md. An explicit invocation of
this full shipping workflow authorizes the release-note and release-process
documentation commit directly on main; do not open a PR for that post-release
docs-only commit. Immediately before committing, fast-forward from origin/main
and revalidate that the intended files are the only changes. Product-code fixes
still return to the normal PR loop.
From a clean local main equal to origin/main:
bun run audit:commerce-evidence. If it reports drift, re-record the
IAPKit interop per packages/kit/scripts/docs/commerce-interop.md before
deploying; the guide page shows the recorded revision either way.npm run deploy and wait for successful production completion.main head and report any still-pending
external listing or registry state separately.After verifying public delivery, leave one short English completion comment on
the originating PR and each linked issue resolved by this release, within the
user-authorized GitHub follow-up scope. Check existing comments first and avoid
duplicates, including on already-closed issues. If no issue is linked, comment
on the PR only. A single sentence is enough: Shipped in <package> <version>.
Link the verified release or deployment when useful. A merge alone is not proof
of shipment. Confirm the posted comment and include its URL in the final report.
Report the merged PR and commit, every published version with its public verification, docs commit and deployment result, review-self clean snapshots, the docs release, and any explicitly incomplete external marketplace update.
© hyodotdev, MIT. 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 .codex/skills/ship-release of hyodotdev/openiap.
Open the folder on GitHubat commit 64158e8
Ship Release 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 |
|---|---|---|---|---|---|---|
| Ship Release this skillhyodotdev/openiap | 154 | — | ~1.7k | Automated safety check: Pass | MIT | |
| Simple Englishmoeru-ai/airi | 50k | 2 repos | ~4.6k | Automated safety check: Pass | MIT | |
| StarRocks Release NotesStarRocks/starrocks | 12k | — | ~1.9k | Automated safety check: Notes | Apache-2.0 | |
| Cutting A ReleaseTriliumNext/Trilium | 38k | — | ~3.2k | Automated safety check: Pass | AGPL-3.0 | |
| React Router Release Notes Prepremix-run/react-router | 57k | — | ~1.1k | Automated safety check: Pass | MIT | |
| Mole CLI Release Flowtw93/Mole | 69k | — | ~2.5k | Automated safety check: Pass | GPL-3.0 |
moeru-ai/airi
Write or rewrite technical text with the rules of ASD-STE100 Simplified Technical English so it is clear, unambiguous, and free of AI slop.
StarRocks/starrocks
Drafts English release notes for a StarRocks patch release from the PRs merged into its release branch, then opens a documentation PR and hands translation to /translate.
TriliumNext/Trilium
A skill your agent uses when cutting, preparing, or debugging a Trilium release — bumping the monorepo version, tagging, or diagnosing a failed "Release" workflow run.
remix-run/react-router
Polishes pending React Router change files before the versioning scripts run, and decides whether a long-form What's Changed section is warranted.
tw93/Mole
Runbook for assessing and executing a Mole CLI release: distribution channels, pre-flight checks, capital-V tags, build artifacts and the handoff to curated release notes.
PrefectHQ/fastmcp
Cut a FastMCP release end to end. An agent skill from PrefectHQ/fastmcp.
hyodotdev/openiap
Run the full OpenIAP device matrix — six frameworks across iOS, Google Play, Amazon Appstore, Meta Horizon, and VegaOS — driving real hardware over adb and xcrun, and report one row per cell with…
hyodotdev/openiap
A skill your agent uses for OpenIAP documentation generation work, especially the release-note card each PR carries in packages/docs/src/pages/docs/updates/releases.tsx, written as already published…
hyodotdev/openiap
Manage OpenIAP's OpenCollective presence, including profile copy, slug/link migrations, sponsor/backer recognition, update posts, and README/docs sponsor assets.
hyodotdev/openiap
Run IAPKit local receipt-validation E2E with the dev.hyo.martie React Native or Expo examples, the compiled packages/kit server, real Convex, and Apple or Google sandbox purchases.
hyodotdev/openiap
Run the Apple half of the OpenIAP device matrix — six frameworks plus the native package on iOS — on a physical iPhone and report one row per cell with evidence.
hyodotdev/openiap
Run the Android half of the OpenIAP device matrix — six frameworks across Google Play, Amazon Appstore, and Meta Horizon, plus VegaOS — on real hardware and report one row per cell with evidence.
Categories
Merge a verified OpenIAP PR, release every affected stable package one at a time, verify each public registry, verify the release note the PR carried, stabilize any correction with review-self, and…. Ship Release is an agent skill from hyodotdev/openiap. Merge a verified OpenIAP PR, release every affected stable package one at a time, verify each public registry, verify the release note the PR carried, stabilize any correction with review-self, and deploy production docs.
Ship Release fits situations like: the user explicitly asks for this full post-review shipping workflow; tasks that involve Changelog and release notes.
Run `npx skills add hyodotdev/openiap --skill ship-release -a claude-code`. Or copy the skill folder (.codex/skills/ship-release in hyodotdev/openiap) into .claude/skills/ship-release in your project. Claude Code loads it when a task matches its description.
Run `npx skills add hyodotdev/openiap --skill ship-release -a codex`. Or copy the skill folder (.codex/skills/ship-release in hyodotdev/openiap) into .agents/skills/ship-release 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 hyodotdev/openiap --skill ship-release -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/ship-release, .gemini/skills/ship-release, .github/skills/ship-release and .opencode/skills/ship-release in your project.
Going by SKILL.md and its folder, Ship Release needs the command-line tools its instructions call (git, bun and npm).
SKILL.md contains no URLs. Its commands use git and npm, 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.
Ship Release is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
About 1.7k tokens (SKILL.md is roughly 6.6k 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 Ship Release: Simple English (moeru-ai/airi, 50k stars), StarRocks Release Notes (StarRocks/starrocks, 12k stars), Cutting A Release (TriliumNext/Trilium, 38k stars) and React Router Release Notes Prep (remix-run/react-router, 57k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
hyodotdev (a GitHub organization) maintains it in hyodotdev/openiap, which has 154 GitHub stars. The repository holds 19 skills in this directory. The repository was last updated on October 6, 2026.
Source: hyodotdev/openiap on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.