Release Workflow
Caldis/react-zmage
A skill your agent uses when the user wants to ship a new version of react-zmage to npm.
Implement and verify new React-library ports or copied/rewritten React surfaces in Octane bindings from npm names or npm/GitHub links/lists.
$ npx skills add octanejs/octane --skill octane-react-library-port -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install octanejs/octane octane-react-library-port --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/octanejs/octane.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.agents/skills/octane-react-library-port .claude/skills/octane-react-library-port && 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 "octane-react-library-port" agent skill from https://github.com/octanejs/octane/tree/main/.agents/skills/octane-react-library-port into .claude/skills/octane-react-library-port/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "octane-react-library-port", 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/octanejs/octane/tree/main/.agents/skills/octane-react-library-portType 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 octanejs/octane --skill octane-react-library-port -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install octanejs/octane octane-react-library-port --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/octanejs/octane.git skills-src && mkdir -p .agents/skills && cp -r skills-src/.agents/skills/octane-react-library-port .agents/skills/octane-react-library-port && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "octane-react-library-port" agent skill from https://github.com/octanejs/octane/tree/main/.agents/skills/octane-react-library-port into .agents/skills/octane-react-library-port/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "octane-react-library-port", 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 octanejs/octane --skill octane-react-library-port -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install octanejs/octane octane-react-library-port --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/octanejs/octane.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/.agents/skills/octane-react-library-port .cursor/skills/octane-react-library-port && 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 "octane-react-library-port" agent skill from https://github.com/octanejs/octane/tree/main/.agents/skills/octane-react-library-port into .cursor/skills/octane-react-library-port/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "octane-react-library-port", 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/octanejs/octane.git --path .agents/skills/octane-react-library-port--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 octanejs/octane --skill octane-react-library-port -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install octanejs/octane octane-react-library-port --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/octanejs/octane.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/.agents/skills/octane-react-library-port .gemini/skills/octane-react-library-port && 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 "octane-react-library-port" agent skill from https://github.com/octanejs/octane/tree/main/.agents/skills/octane-react-library-port into .gemini/skills/octane-react-library-port/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "octane-react-library-port", 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 octanejs/octane octane-react-library-portInstalls 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 octanejs/octane --skill octane-react-library-port -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/octanejs/octane.git skills-src && mkdir -p .github/skills && cp -r skills-src/.agents/skills/octane-react-library-port .github/skills/octane-react-library-port && 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 "octane-react-library-port" agent skill from https://github.com/octanejs/octane/tree/main/.agents/skills/octane-react-library-port into .github/skills/octane-react-library-port/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "octane-react-library-port", 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 octanejs/octane --skill octane-react-library-port -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install octanejs/octane octane-react-library-port --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/octanejs/octane.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/.agents/skills/octane-react-library-port .opencode/skills/octane-react-library-port && 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 "octane-react-library-port" agent skill from https://github.com/octanejs/octane/tree/main/.agents/skills/octane-react-library-port into .opencode/skills/octane-react-library-port/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "octane-react-library-port", 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.
octane-react-library-portImplement and verify new React-library ports or copied/rewritten React surfaces in Octane bindings from npm names or npm/GitHub links/lists.
Octane React Library Port is an agent skill from octanejs/octane. Implement and verify new React-library ports or copied/rewritten React surfaces in Octane bindings from npm names or npm/GitHub links/lists. Enforces immutable provenance, license boundaries, dependency ordering, full-surface parity, and machine evidence. Existing-binding audits and maintenance start with update-bindings.
Its SKILL.md is about 2.5k tokens, which your agent loads only when the skill is triggered. The skill folder holds 4 other files, including reference files (for example `references/dependencies-and-feasibility.md`, `references/implementation-and-evidence.md` and `references/intake-and-license.md`).
It sits in Development. It works with React, npm and GitHub. The repository describes itself as: React’s programming model, compiled. The successor to Inferno. The licence is MIT.
8 steps, taken from the first numbered list in SKILL.md.
Read from SKILL.md and the folder at commit efe12e3. 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:
pnpmgitFrom the folder's file list and the shell code blocks in SKILL.md.
No URLs in SKILL.md. Its commands use pnpm and git, 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.
Octane React Library Port loads about 2.5k tokens when it runs, and up to ~17k if it reads all its reference files. Until then it costs about 87 tokens; SKILL.md has 1,098 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 octanejs/octane at commit efe12e3, republished under its MIT licence (© octanejs). 1,098 words, ~2,538 tokens.
.claude/skills/octane-react-library-port/SKILL.md (or your agent's skills folder). This skill also uses 3 other files; get the full folder from GitHub.For existing-binding audits, dependency/metadata maintenance, convenience imports, lifecycle fixes, or reduction, load update-bindings first. Continue here only for actual copied or rewritten React implementation. Demonstrated framework-neutral APIs should be imported from upstream; a missing Octane convenience export alone does not establish a functional gap or justify an upstream snapshot tree.
The primary deliverable is completed binding code, tests, provenance, and verified evidence in the local worktree. Preflight, graph, manifest, terminal, and progress reports are internal safety gates, never the outcome or a substitute for implementation.
The invocation itself authorizes the complete safe local workflow, including
local writes, tests, dependency install/repair, and generation within the user's
requested implementation scope. Do not ask the user to advance stages and do not
end on a progress report. Preserve shipping authorization already given; otherwise
deliver local readiness. Load create-a-pr before its branch/commit/PR triggers.
A React implementation port covers one pinned upstream release, not a convenient subset. Account for every published export, runtime test, and type test with executable evidence or a precise disposition. In mixed packages, validated imported surfaces use dependency evidence while the owned React implementation retains its full provenance and parity obligations. Finish only when every requested branch is:
verified: its complete local binding passed the machine gate;satisfied: a verified existing capability fully covers it; orhard-blocked: immutable evidence proves a terminal policy, identity,
collision, version, or concrete feasibility stop and names the repair.Never return actionable, pending-intake, ready, implementing, failed
validation, or unrun validation as final. pending-intake, type/test failures,
undiscovered tests, missing Vitest projects, generated drift, lockfile churn, and
incomplete evidence are work queues. Diagnose, repair, rerun, and continue every
independent branch. Ask only for a genuine product/version choice or new
authority.
ready, its exact
planned paths pass the collision check, and evidence initialization moves it
to implementing.@octanejs/*
integration. Extend a binding in place only for a demonstrated consumer gap;
missing convenience subpaths do not require extension.Inventory the repository. Read AGENTS.md,
docs/react-parity-testing.md, docs/differences-from-react.md, the closest
completed binding, and git status --short. Do not clean, reset, or reformat
unrelated changes.
Preflight every input. Read intake-and-license.md, preserve the user's complete name/link/list, and run:
pnpm react-port:preflight --batch <stable-batch-id> <input> [<input> ...]Reuse the stable batch ID. The local .react-port-work/<id>/manifest.json is
disposable resumable state; binding provenance and tests are durable.
Finish recursive intake. Read dependencies-and-feasibility.md. Inspect shipped manifests, exports, entry points, and imports. Classify every runtime edge from evidence, add each React-coupled prerequisite, and rerun:
pnpm react-port:preflight --batch <stable-batch-id> \
--classify <package>=framework-neutral \
--classify <package>=react-coupled \
--prerequisite <react-coupled-package@required-range> \
<input> [<input> ...]Resolve every audit-dependency and preflight-prerequisite; they are not
portability verdicts. For a no-copy prerequisite, follow the clean-room path
instead of propagating its license failure to the requested parent.
Accept the graph packet and guard paths. Confirm all requested inputs,
reuse/extend/create decisions, binding names/directories, version lanes,
prerequisites, feasibility plans, actionableExecutionUnits, and deterministic
order. Before each ready unit, compare its exact planned paths with the
manifest baseline and current status. Resolve or provenance-match/adopt every
collision; never overwrite unrelated work. evidence init enforces the
stored worktree baseline, rejects changed planned paths, rejects symlink
components, and confirms the real binding directory stays inside the real
workspace root.
Initialize evidence before the first implementation write. Choose every evidence category from the ready node's public behavior, then run:
pnpm react-port:evidence init --batch <id> --node pkg:<name> \
--category <kind> [--category <kind> ...]This is the required ready → implementing transition. If it fails, repair
it before writing a package file.
Implement the exact ready node immediately. Read
implementation-and-evidence.md.
Create or extend the graph-reported binding at its reported directory and
continue through its complete public surface. Follow the closest binding and
execute the graph's feasibility plan. Load authoring-tsrx before .tsrx;
load octane-core-extend and performance-audit before Octane core work.
Repair runtime/compiler/SSR/tooling defects in their owning package with a
regression, retaining the binding scenario as integration evidence.
Complete artifacts and evidence for owned React implementation. Apply the
shared observed-source policy described in the implementation reference.
Imported surfaces retain dependency, export, public-type, package-consumption,
and focused integration evidence; adapters add owned lifecycle checks. A mode
declaration alone cannot waive copied evidence. Pin the copied boundary with
pnpm react-port:materialize lock, commit the byte-exact pristine tree it
verifies offline, regenerate the adapted suite with materialize run, and
record every genuine divergence as a minimal committed patch with
materialize diff (mechanical conversions belong in the lock's
adaptedRewrites, never in patches). Express pure-data provenance checks as
audit/provenance.json for the shared verifier and register pristine
runners with the shared run-pristine.mjs CLI (or audit/pristine-suite.json)
rather than writing per-package scripts. Inventory and crosswalk every
applicable upstream runtime/type case, register pristine/adapted lanes, and prove direct authored
source, precise public declarations, and packed Node plus browser/no-Node type
consumers. Run the applicable matrix commands and fix discovery or command
failures. Add the complete package contract, UPSTREAM.md, exact
license/notices, README, status.json, generated catalogs, and a patch
changeset for user-facing behavior. Re-audit actual shipped imports and
copied/adapted paths. Existing evidence reductions use the explicit migration
workflow in update-bindings before removing inputs. Then run:
pnpm react-port:evidence verify --batch <id> --node pkg:<name> \
--package-dir packages/<binding> --expected-directory packages/<binding> \
--registrations <registrations.json> --crosswalk <crosswalk.json> \
--closure <closure.json>Only this gate transitions implementing → verified. Repair every failed
row and rerun; never leave a ready or implementing node behind.
Use terminal only as the final tripwire. It is not a preflight deliverable. After all implementation and verification work, run exactly once per check:
pnpm react-port:terminal --batch <stable-batch-id>If nonzero, execute every deterministic nextAction, rerun the relevant
intake/implementation/evidence gates, and rerun terminal. Return only after it
reports terminal, except for a proved hard block that genuinely needs the user.
Report completed packages and changed paths, immutable upstream identity and license, full-surface/crosswalk coverage, commands and observed results, provenance/attribution, collision adoptions, and each requested branch's terminal disposition. Independently review the actual diff for necessity before commit or push; passing gates do not justify unrelated work. Report shipping results when authorized and completed; otherwise deliver local readiness.
© octanejs, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
SKILL.md and 3 other files (references) in .agents/skills/octane-react-library-port of octanejs/octane.
Open the folder on GitHubat commit efe12e3
Octane React Library Port 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 |
|---|---|---|---|---|---|---|
| Octane React Library Port this skilloctanejs/octane | 1.5k | — | ~2.5k | Automated safety check: Pass | MIT | |
| Release WorkflowCaldis/react-zmage | 945 | — | ~3.6k | Automated safety check: Notes | MIT | |
| Dependabot Alerts Updatelivesession/xyd | 114 | — | ~2k | Automated safety check: Pass | MIT | |
| Release New Versionkcsujeet/ilamy-calendar | 351 | — | ~5.8k | Automated safety check: Pass | MIT | |
| Create Releaselablup/backend.ai-webui | 133 | — | ~1.5k | Automated safety check: Pass | LGPL-3.0 | |
| Release Flowromankurnovskii/BrewMate | 300 | — | ~976 | Automated safety check: Pass | MIT |
Caldis/react-zmage
A skill your agent uses when the user wants to ship a new version of react-zmage to npm.
livesession/xyd
Automatically fetch and fix Dependabot security alerts by querying GitHub REST API for open alerts, identifying vulnerable packages, researching secure versions, and updating package.json files…
kcsujeet/ilamy-calendar
Cut a new release of @ilamy/calendar — analyze commits since the last tag, suggest a semver bump, draft a CHANGELOG entry in the project's existing style, run the CI gate, commit, tag, push to…
lablup/backend.ai-webui
Create a release branch, tag, and GitHub release for Backend.AI WebUI.
romankurnovskii/BrewMate
Automate the full application release flow for BrewMate, including committing local changes, bumping version, waiting for GitHub Actions release build, and pushing the in-repo cask update…
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.
octanejs/octane
Audit or defend Octane performance. An agent skill from octanejs/octane.
octanejs/octane
Audit one, several, or all existing Octane bindings; implement selected maintenance findings or remove redundant copied files with evidence matched to source ownership.
octanejs/octane
Keep a change small and in the existing idiom - size the plan and weigh smaller alternatives before writing it, reuse the mechanism that already owns the behavior instead of adding a parallel one…
octanejs/octane
Work a GitHub issue in the octane repo. An agent skill from octanejs/octane.
octanejs/octane
Work out which part of the octane monorepo owns an unfamiliar failure or task.
octanejs/octane
Find and fix a bug in the octane monorepo. An agent skill from octanejs/octane.
Categories
Implement and verify new React-library ports or copied/rewritten React surfaces in Octane bindings from npm names or npm/GitHub links/lists. Octane React Library Port is an agent skill from octanejs/octane. Implement and verify new React-library ports or copied/rewritten React surfaces in Octane bindings from npm names or npm/GitHub links/lists.
Octane React Library Port fits situations like: development work in your project.
Run `npx skills add octanejs/octane --skill octane-react-library-port -a claude-code`. Or copy the skill folder (.agents/skills/octane-react-library-port in octanejs/octane) into .claude/skills/octane-react-library-port in your project. Claude Code loads it when a task matches its description.
Run `npx skills add octanejs/octane --skill octane-react-library-port -a codex`. Or copy the skill folder (.agents/skills/octane-react-library-port in octanejs/octane) into .agents/skills/octane-react-library-port 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 octanejs/octane --skill octane-react-library-port -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/octane-react-library-port, .gemini/skills/octane-react-library-port, .github/skills/octane-react-library-port and .opencode/skills/octane-react-library-port in your project.
Going by SKILL.md and its folder, Octane React Library Port needs the command-line tools its instructions call (pnpm and git).
SKILL.md contains no URLs. Its commands use git, 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.
Octane React Library Port is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
About 2.5k tokens (SKILL.md is roughly 10k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full. Its references folder adds about 15k tokens, read only when the agent opens those files.
Skills that share tags, products or a category with Octane React Library Port: Release Workflow (Caldis/react-zmage, 945 stars), Dependabot Alerts Update (livesession/xyd, 114 stars), Release New Version (kcsujeet/ilamy-calendar, 351 stars) and Create Release (lablup/backend.ai-webui, 133 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
octanejs (a GitHub organization) maintains it in octanejs/octane, which has 1,456 GitHub stars. The repository holds 19 skills in this directory. The repository was last updated on October 11, 2026.
Source: octanejs/octane on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.