Agent skill

Codexless Release Supervisor

by liyana31811 in liyana31811/Codexless

Prepare, validate, and publish Codexless preview/hotfix releases from the canonical household source, including acceptance anti-omission gates, candidate provenance/parity, manifest/build identity…

Apache-2.0Auto-check passedAgent Workflows

Install Codexless Release Supervisor

skills CLI
$ npx skills add liyana31811/Codexless --skill codexless-release-supervisor -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install liyana31811/Codexless codexless-release-supervisor --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/liyana31811/Codexless.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.agents/skills/codexless-release-supervisor .claude/skills/codexless-release-supervisor && rm -rf skills-src

Use ~/.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/

Facts

Skill name
codexless-release-supervisor
GitHub stars
119
Token cost
~2.4k tokens
SKILL.md length
1,084 words
Files
2 (incl. references)
Skills in repo
2
Repo updated
First seen
Licence
Apache-2.0

At a glance

Prepare, validate, and publish Codexless preview/hotfix releases from the canonical household source, including acceptance anti-omission gates, candidate provenance/parity, manifest/build identity…

  • Works in 7 steps: Resolve the canonical repository and… → Read references/release-gates.md before… → Freeze the canonical commit before… → …
  • Codexless release work
  • SKILL.md covers Start, Canonical machine gates, Invariants and Execution style, plus 1 more section
  • Calls git and npm

What it does

Codexless Release Supervisor is an agent skill from liyana31811/Codexless. Prepare, validate, and publish Codexless preview/hotfix releases from the canonical household source, including acceptance anti-omission gates, candidate provenance/parity, manifest/build identity, native Windows/macOS fresh-install acceptance from clean public source, safe Git integration, GitHub prerelease publication, and post-release verification. Use for Codexless release work; do not trigger for ordinary feature development.

Its SKILL.md is about 2.4k tokens, which your agent loads only when the skill is triggered. The skill folder holds 2 other files, including reference files (for example `references/release-gates.md`).

It sits in Agent Workflows. It works with Git, GitHub, macOS and Model Context Protocol. The repository describes itself as: Let ChatGPT use Codex's local toolbox, then call Codex only when needed. The licence is Apache-2.0.

When your agent uses it

  • Codexless release work
  • Do not trigger for ordinary feature development

Example prompts

  • “/codexless-release-supervisor”

Workflow steps

7 steps, taken from the first numbered list in SKILL.md.

  1. Resolve the canonical repository and read its Git state, target version, and current acceptance suite version.
  2. Read references/release-gates.md before final release/hotfix gating.
  3. Freeze the canonical commit before deterministic public projection or candidate provenance is claimed.
  4. Materialize the public projection through the canonical R1 exporter before candidate work. config/public-export-policy.json is the…
  5. Treat the R1 projection receipt and the older R0 candidate receipt as different evidence. R1 may truthfully report…
  6. Build or materialize a release candidate only after the R1 projection is reviewed. Candidate/native-install/publication work is a later…
  7. If the user asked only for preparation, stop before git push, tag creation, or GitHub Release publication.

What it can do on your machine

Read from SKILL.md and the folder at commit e92b7af. It shows what the files ask for, not the result of running them.

  • Tool permissions

    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.

  • Runs code

    Shell commands in SKILL.md call:

    • git
    • npm

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    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.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Codexless Release Supervisor loads about 2.4k tokens when it runs, and up to ~6.2k if it reads all its reference files. Until then it costs about 116 tokens; SKILL.md has 1,084 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~116
When it runs · the whole SKILL.md, loaded when a task matches
~2.4k
With references · SKILL.md plus every file in references/, read only if the agent opens them
~6.2k

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.

Safety

Auto-check passed

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.

SKILL.md

The full file from liyana31811/Codexless at commit e92b7af, republished under its Apache-2.0 licence (© liyana31811). 1,084 words, ~2,409 tokens.

Download SKILL.mdSave it as .claude/skills/codexless-release-supervisor/SKILL.md (or your agent's skills folder). This skill also uses 1 other file; get the full folder from GitHub.
name
codexless-release-supervisor
description
Prepare, validate, and publish Codexless preview/hotfix releases from the canonical household source, including acceptance anti-omission gates, candidate provenance/parity, manifest/build identity, native Windows/macOS fresh-install acceptance from clean public source, safe Git integration, GitHub prerelease publication, and post-release verification. Use for Codexless release work; do not trigger for ordinary feature development.

Codexless Release Supervisor

Run Codexless releases as a fail-closed state machine. The canonical Codexless source repository is the only editable implementation truth. Public candidate/official repositories are downstream release sinks and must not independently evolve release policy or implementation.

Prefer maintained scripts and observable receipts over memory or hand-written test lists. Keep the current release scope fixed; log non-blocking follow-ups instead of expanding the release.

Start

  1. Resolve the canonical repository and read its Git state, target version, and current acceptance suite version.
  2. Read references/release-gates.md before final release/hotfix gating.
  3. Freeze the canonical commit before deterministic public projection or candidate provenance is claimed.
  4. Materialize the public projection through the canonical R1 exporter before candidate work. config/public-export-policy.json is the fail-closed file authority; release/public-overlay/ is the only canonical public-only overlay source. The exporter reads canonical bytes from the exact Git source commit and reads the immutable public migration seed only from its pinned Git commit, never from a dirty public working tree.
  5. Treat the R1 projection receipt and the older R0 candidate receipt as different evidence. R1 may truthfully report fullDeterministicExporter=true; the R0 candidate gate remains historical candidate-provenance evidence with fullDeterministicExporter=false and must not be rewritten or back-claimed.
  6. Build or materialize a release candidate only after the R1 projection is reviewed. Candidate/native-install/publication work is a later gate and is not proven by the exporter.
  7. If the user asked only for preparation, stop before git push, tag creation, or GitHub Release publication.

Canonical machine gates

Use the canonical repository's maintained entries:

text
npm run test:all
npm run test:acceptance:auto
npm run test:public-export
npm run release:public-export -- --base-repo <repo-containing-pinned-public-base> --dry-run
npm run release:candidate-gate -- --candidate <public-candidate-root>
  • test:all recursively auto-discovers .mjs regression files and takes manual/helper exclusions from the same Acceptance registry rather than a second list. A discovered required test that reports Node Test SKIP is fail-closed, not PASS. It is a separate release-wide source gate and must run through the maintained prepared harness/environment for tests that require Codex/MCP fixtures. If that harness is unavailable or a required release-wide test cannot run, the release is BLOCKED; test:acceptance:auto does not substitute for it.
  • test:acceptance:auto validates the current Acceptance ID registry and runs each registered deterministic AUTO/INTEGRATION/governance evidence file independently with a bounded per-file timeout. AUTOMATED_GREEN is not full release GREEN because required Host/live evidence is intentionally still outstanding.
  • test:public-export is the R1 governance regression for deterministic allowlisting, immutable-base reads, exact overlay patches, generated public package rules, provenance semantics, read-only comparison, and _work/-only materialization.
  • release:public-export requires a clean canonical source commit; reads all canonical/direct/overlay inputs from that exact Git commit; reads the pinned public migration seed by commit blob rather than public working-tree bytes; rejects undeclared/duplicate/unsafe targets; excludes candidate-generated config/release-manifest.json; and records the exact file list, per-file SHA-256, content tree SHA-256, exporter/policy hashes, source commit, and base commit. Its R1 receipt may report fullDeterministicExporter=true, but explicitly does not prove candidate/native-install/publication acceptance.
  • release:candidate-gate remains the R0 downstream candidate gate: it requires a clean canonical HEAD, exact candidate manifest sourceRevision == canonical HEAD, exact Release Supervisor parity, Browser public-export parity, and records a deterministic candidate-content snapshot with explicit local-noise exclusions. Its R0 receipt still says fullDeterministicExporter=false; do not reinterpret that older receipt as R1 or use R1 to claim candidate acceptance.
  • Windows and Apple Silicon macOS release installation acceptance is source-based. On each native host, start from a clean checkout/export of the exact frozen public candidate/tag with no pre-existing node_modules, run the documented platform installer (bin\\codexless-install.cmd or bin/codexless-install.sh) in an isolated fresh user/state/install root, then validate installed doctor, exact public stdio tool surface, and Browser status/open/read/close/no-residual. Household/Main Road evidence never substitutes for this native public front-door acceptance.
  • Full npm run test:acceptance -- --subject-version <version> --subject-build-id <buildId> --evidence <host-evidence.json> is fail-closed: evidence must match the exact release subject, every PASS must name structured host/platform/front-door + observation time + receipt, and any failed or missing required Host/live item blocks GREEN.
Show full SKILL.md (468 more words)Show less

Invariants

  • Any source, test, package, installer, Browser-runtime, Release Supervisor, acceptance-registry, or manifest-input change invalidates the old build identity and affected downstream acceptance evidence.
  • Canonical source tests are not native-install evidence. The exact frozen public candidate/tag must be installed independently on Windows and Apple Silicon macOS from clean public source through the documented platform installer and exercised through installed doctor, public stdio, and Browser front doors.
  • Public candidate/official repositories may contain release mechanics needed to prepare the downstream source tree, but those copies are not allowed to become a second policy/source authority. Candidate Release Supervisor content must match this canonical source exactly.
  • The release-owning mainline owns the entire closeout through post-publication clean-source install/reinstall, runtime/Tunnel restart, Host refresh/reconnect, full installed acceptance, fresh front-door invocation, and required Goldens on supported dogfood platforms. Publication is not completion.
  • An unfinished release/install/acceptance tail must never be handed to unrelated background/white-shift automation unless the owner explicitly reassigns the release.
  • Before treating an installed symptom as a current-version bug, record latest published identity and actual installed product/build, runtime/Tunnel, and Host/front-door identity. Reinstall/align stale installs from the current published source/tag first.
  • Installed-tree hot patches are diagnostic evidence only and never become canonical implementation source.
  • Household/Main Road success never substitutes for standalone public Codexless evidence.
  • Never force-push. Fetch before publishing and preserve valid remote release/hotfix history.
  • Do not reuse stale candidate trees, stale provenance receipts, stale install receipts, or pre-fix Goldens.
  • Do not modify Tunnel identity, user permissions, or unrelated MCP configuration as part of release closure.
  • A failed gate stops the pipeline. Repair the blocker, determine its contamination boundary, and rerun every affected downstream gate.

Execution style

Use maintained scripts first. Gather compact evidence: canonical commit, acceptance suite/registry result, candidate snapshot/provenance receipt, version, buildId, per-platform native fresh-install receipts, Git HEAD/origin state, and GitHub release verification.

When a platform-specific failure appears, distinguish product failure from local environment noise with the smallest reproducible check before changing source.

Before external mutation, honor the user's current authorization. A request to prepare a release is not authorization to publish it. A request to publish the prepared release is sufficient to continue unless a new material scope/risk appears.

Completion

Do not say the release or install is complete until all required gates in the reference are GREEN, the full Acceptance runner has no failed or skipped required item, post-publication verification confirms the current tag/source identity, and supported dogfood installs complete the installed closeout.

RELEASE GREEN and INSTALL_COMPLETE are forbidden while any required installed/runtime/Tunnel/Host/front-door/Golden gate is failed or skipped.

Return a compact final receipt with:

  • canonical commit + candidate provenance/snapshot receipt
  • acceptance suite version + AUTO/INTEGRATION/Host result
  • version and buildId
  • commit and remote status
  • GitHub release/tag status
  • post-release Git/tag/source identity verification status
  • Windows/macOS clean-source install receipts + installed version/build identity
  • runtime/Tunnel + Host/front-door acceptance status
  • required Goldens
  • any deferred non-blocking follow-up, including R1 deterministic-export work if still open

© liyana31811, 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

Files

SKILL.md and 1 other file (references) in .agents/skills/codexless-release-supervisor of liyana31811/Codexless.

  • SKILL.md
  • references/release-gates.md

Open the folder on GitHubat commit e92b7af

Compare with similar skills

Codexless Release Supervisor 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.

Codexless Release Supervisor compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Codexless Release Supervisor this skillliyana31811/Codexless119—~2.4kAutomated safety check: PassApache-2.0
Plugin Importuvwt/agentdock1.2k—~839Automated safety check: PassApache-2.0
CI Fix MonitorZaxbyHub/opencode-swarm493—~551Automated safety check: PassMIT
MCP Apps Builderawslabs/cli-agent-orchestrator1.4k—~1.7kAutomated safety check: PassApache-2.0
Dotagentsgetsentry/sentry-wizard295—~900Automated safety check: PassCustom licence
Plugin AuthoringXiaoPuOuO/openchatx-mcp257—~709Automated safety check: PassMIT

Similar skills

  • Plugin Import

    uvwt/agentdock

    当用户要安装或更新来自 Git、GitHub、外部插件市场或其他远程来源的 Plugin 时使用;负责把远程来源固定并取得到本地,再交给 pluginmanage 自动识别 Portable/OpenAI/Claude 格式、审核和安装。

    1.2k GitHub stars~839 tokensUpdated 2 days ago
    Agent WorkflowsAuto-check passed
  • CI Fix Monitor

    ZaxbyHub/opencode-swarm

    Codex adapter for monitoring and fixing CI failures on opencode-swarm PRs.

    493 GitHub stars~551 tokensUpdated today
    Testing & QAAuto-check passed
  • MCP Apps Builder

    awslabs/cli-agent-orchestrator

    Official

    Load the official MCP Apps builder skills (create-mcp-app, migrate-oai-app, add-app-to-server, convert-web-app) from github.com/modelcontextprotocol/ext-apps.

    1.4k GitHub stars~1.7k tokensUpdated today
    Agent WorkflowsAuto-check passed
  • Dotagents

    getsentry/sentry-wizard

    Official

    Manage agent skill dependencies with dotagents. An agent skill from getsentry/sentry-wizard.

    295 GitHub stars~900 tokensUpdated yesterday
    Agent WorkflowsAuto-check passed
  • Plugin Authoring

    XiaoPuOuO/openchatx-mcp

    Create or revise openchatx-mcp Toolbox plugins and TypeScript tools from a user's natural-language request.

    257 GitHub stars~709 tokensUpdated 4 days ago
    Agent WorkflowsAuto-check passed
  • Devcontainer Dev

    stacklok/toolhive-studio

    Spin up and interact with ToolHive Studio's containerized dev environment (Xvfb + noVNC + DinD).

    170 GitHub stars~3.8k tokensUpdated today
    Agent WorkflowsAuto-check: notes

More from liyana31811/Codexless

  • Codexless Browser Repair

    liyana31811/Codexless

    Diagnose and temporarily repair Codexless Browser compatibility after a Codex, Chrome Skill, or Browser runtime update when Codexless Browser stopped working.

    119 GitHub stars~2.2k tokensUpdated 10 days ago
    Auto-check passed

Categories

Questions about Codexless Release Supervisor

What does Codexless Release Supervisor do?

Prepare, validate, and publish Codexless preview/hotfix releases from the canonical household source, including acceptance anti-omission gates, candidate provenance/parity, manifest/build identity…. Codexless Release Supervisor is an agent skill from liyana31811/Codexless. Prepare, validate, and publish Codexless preview/hotfix releases from the canonical household source, including acceptance anti-omission gates, candidate provenance/parity, manifest/build identity, native Windows/macOS fresh-install acceptance from clean public source, safe Git integration, GitHub prerelease publication, and post-release verification.

When should I use Codexless Release Supervisor?

Codexless Release Supervisor fits situations like: codexless release work; do not trigger for ordinary feature development.

How do I install Codexless Release Supervisor in Claude Code?

Run `npx skills add liyana31811/Codexless --skill codexless-release-supervisor -a claude-code`. Or copy the skill folder (.agents/skills/codexless-release-supervisor in liyana31811/Codexless) into .claude/skills/codexless-release-supervisor in your project. Claude Code loads it when a task matches its description.

How do I install Codexless Release Supervisor in Codex?

Run `npx skills add liyana31811/Codexless --skill codexless-release-supervisor -a codex`. Or copy the skill folder (.agents/skills/codexless-release-supervisor in liyana31811/Codexless) into .agents/skills/codexless-release-supervisor in your project. Codex loads it when a task matches its description.

Can I use Codexless Release Supervisor in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add liyana31811/Codexless --skill codexless-release-supervisor -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/codexless-release-supervisor, .gemini/skills/codexless-release-supervisor, .github/skills/codexless-release-supervisor and .opencode/skills/codexless-release-supervisor in your project.

What does Codexless Release Supervisor need to run?

Going by SKILL.md and its folder, Codexless Release Supervisor needs the command-line tools its instructions call (git and npm).

Does Codexless Release Supervisor access the network?

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.

Is Codexless Release Supervisor safe to install?

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.

What licence does Codexless Release Supervisor use?

Codexless Release Supervisor 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.

How many tokens does Codexless Release Supervisor use?

About 2.4k tokens (SKILL.md is roughly 9.6k 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 3.7k tokens, read only when the agent opens those files.

What are the alternatives to Codexless Release Supervisor?

Skills that share tags, products or a category with Codexless Release Supervisor: Plugin Import (uvwt/agentdock, 1.2k stars), CI Fix Monitor (ZaxbyHub/opencode-swarm, 493 stars), MCP Apps Builder (awslabs/cli-agent-orchestrator, 1.4k stars) and Dotagents (getsentry/sentry-wizard, 295 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Codexless Release Supervisor?

liyana31811 (a GitHub user) maintains it in liyana31811/Codexless, which has 119 GitHub stars. The repository holds 2 skills in this directory. The repository was last updated on September 29, 2026.

Source: liyana31811/Codexless on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.