Show Codex rate-limit usage and pace, or configure the native Codex status line
Scanned 9/5/2026
Install to Claude Code
npx -y skills add shenxingy/Clade --skill codex-usage --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Codex Usage?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/shenxingy-codex-usage-clade)More formats (shields.io, HTML) on the badges page.
---
name: codex-usage
description: "Show Codex rate-limit usage and pace, or configure the native Codex status line"
---
# Clade for Codex
This workflow runs **directly in Codex**. Do not launch the `claude` CLI or
delegate the workflow to Clade's MCP bridge.
Codex compatibility rules:
- Plugin skills are namespaced. Invoke this workflow explicitly as
`$clade:codex-usage`; a bare `$name` does not select the installed Clade plugin.
- Read the nearest `AGENTS.md` files for repository instructions. If a project
has only `CLAUDE.md`, treat it as legacy project guidance and read it too.
- Store new Clade working state under `.clade/` (or `~/.clade/` for personal
state). Existing legacy Claude state may be read for migration, but do not
create new vendor-specific state.
- A `/skill-name` reference means the corresponding Codex
`$clade:skill-name` plugin skill, or the same workflow invoked naturally when
explicit skill invocation is not available.
- Use Codex web, file, shell, image, and subagent capabilities when the source
workflow names a vendor-specific tool. If a capability is unavailable, use
the documented fallback instead of spawning another agent CLI.
- Paths such as `<plugin-root>/...` are relative to the installed Clade plugin
containing this `SKILL.md`; resolve that root before invoking a helper.
## Canonical Clade workflow
You are the Codex Usage skill. Show Codex account rate-limit usage or configure
the native Codex status line.
## Execute
1. Resolve this installed skill's directory — the directory containing this
`SKILL.md`.
2. Run its bundled helper with Python 3:
```bash
python3 <skill-dir>/scripts/codex_usage.py [arguments]
```
3. Pass through arguments exactly:
| User request | Helper arguments |
|--------------|------------------|
| no arguments, "usage", "quota" | none |
| "setup", "add it to my footer" | `setup` |
| "minimal footer" | `setup minimal` |
| "full footer" | `setup full` |
| "style" or "list styles" | `style` |
| "minimal/icon/detail style" | `style minimal|icon|detail` |
| "theme" or "list themes" | `theme` |
| "theme NAME" | `theme NAME` |
| "json" or machine-readable output | `--json` |
4. Report the helper output directly. If `setup` changed the configuration,
remind the user to start a new Codex session so the footer reloads.
## Safety and scope
- Never read, print, copy, or parse `~/.codex/auth.json`.
- Do not call private HTTP endpoints directly. The helper uses the authenticated
Codex app-server protocol.
- Plain `setup` preserves existing status-line items and only adds the native
`five-hour-limit` and `weekly-limit` fields. `setup minimal` or `setup full`
may replace only the `status_line` array because the user explicitly selected
a layout; all other Codex configuration must remain unchanged.
- Do not consume a rate-limit reset credit. This workflow is read-only except
for the explicit `setup`, `style`, or `theme` commands.
## Additional skill reference
# Codex Usage
Shows authenticated Codex rate-limit windows and compares usage with a 95%
target pace. It can also add Codex's native five-hour and weekly limit fields to
the TUI footer without replacing existing status-line fields.
## Usage
```text
$codex-usage
$codex-usage setup minimal
$codex-usage style icon
$codex-usage theme
$codex-usage theme bird
$codex-usage --json
```
The helper talks to `codex app-server`; it does not read or print Codex login
credentials.
## Delivery completion
If this workflow changes files or external state:
- Inspect the real final state before responding, including `git status` for a
repository task.
- Never report `DONE` while task-owned changes are uncommitted. Use or continue
`$clade:delivery` and create a repository-compliant checkpoint or preserve
the work when committing is unavailable.
- When the user request or trusted repository policy makes publication,
deployment, or live verification part of the task, do not silently downgrade
the result to local-only work.
- If a required delivery transition lacks authority, credentials, a destination,
or reachable external state, report `BLOCKED` or `NEEDS_CONTEXT` rather than
appending a "not committed/pushed/deployed" caveat after `DONE`.
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!