Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add skills/okisdev/claude-code-fusion/ultranpx skills add okisdev/claude-code-fusion --skill ultragit clone --depth 1 https://github.com/okisdev/claude-code-fusionWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/okisdev/claude-code-fusion/ultra)<a href="https://agentmods.dev/skills/okisdev/claude-code-fusion/ultra"><img src="https://agentmods.dev/badge/skills/okisdev/claude-code-fusion/ultra.svg" alt="Measured on agentmods" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00063 | $0.01426 |
| Opus 5 | $0.00032 | $0.00713 |
| Sonnet 5 | $0.00013 | $0.00285 |
| Haiku 4.5 | $0.00006 | $0.00143 |
Grade A, and why
ultra scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 4d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 42 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Pursue the task below at high intensity by fanning it out across a fleet of peer engine agents, then synthesizing. The fleet bills to the OpenAI and xAI subscriptions, so the depth costs peer quota, not Claude quota.
Task:
$ARGUMENTS
Size gate first (cheap, in the main loop):
- If the task is small, a single question, or a one file change, do NOT convene a fleet. Return it to the normal routing policy: questions stay in the main session, and requested changes normally use the Codex primary lane. Say you skipped the fleet because the task did not warrant it.
- Width is a judgment call, not a floor. A goal that stays narrow because its packages interlock, depend on each other, or are one coherent change needs no decline statement. The real defect is dispatching independent packages one per turn instead of together.
- Otherwise decompose the task into independent facets. Research decomposes by angle or source (different subsystems, different questions, different documents). Implementation decomposes by work package. Facet count follows the goal's natural package count with a floor of three: 6 to 8 facets when the seams allow it; up to about 12 only when the user asked for maximum coverage and the facets are truly independent. A three package goal is fleet shaped even though it sits below six.
Compose one self contained brief per facet:
- Each brief states its facet's goal, the shared context needed to work it alone, the relevant paths, and what a good result must cover. Claude worker facets use the
fusion-brief: v1isolated envelope. Implementation facets carry a verification command. Consult and research facets instead carry explicit coverage or acceptance criteria, with collection review as their verification. A facet brief never depends on another facet's output. Pass every brief directly as the Agent prompt; do not write transport files. Companion adapters own any private staging required by their transports. - Every Grok facet brief begins with a single routing header line containing exactly one
grok-role: <role>field, choosing one ofburst,independence,live-web, orlarge-contextfrom the facet's actual purpose. Do not include a second Grok role anywhere in that brief. - Research briefs go to grok with
--webwhen live sources help; implementation briefs state write permission explicitly.
Launch the fleet in one message:
- The convening ceremony runs inside this skill, not prepaid by the main loop before invoking it: record the checkpoint or staged patch baseline when the tree is uncommitted, create the orchestrator owned worktrees for eligible independent Codex facets, and generate each brief's sibling declaration list mechanically from the decomposition so every facet's files appear in every other facet's forbidden list. The main loop's job is the decomposition decision and final judgment, not the staging ritual.
- The fleet changes capacity, not lane ownership. Codex remains the primary builder and deep reviewer. Grok supplies breadth under its
burst,live-web,large-context, andindependenceprotected roles. - Invoke all independent Grok, Claude, and Codex facets together as parallel foreground-delivery Agent calls in one tool message. Do not set
run_in_background. If the runtime still returns an async launch receipt, retain ownership and collect it before synthesis; Fusion's lifecycle hook blocks a turn that tries to abandon a Claude worker. Additional independent Codex implementation facets may use distinct orchestrator owned worktrees when their files are disjoint and verification needs no heavy setup. For each such facet, use--write --cwd "<absolute worktree path>" -- <brief>as the complete direct prompt tocodex:codex-rescue. A natural languageWorking directory:line does not select the Codex sandbox, and--cwdmust never be appended to the Agent call, wrapper Bash command, or--raw-args-tokeninvocation. Grok carries the remaining burst breadth, research digests, large context reads, and isolated scoped fixes. Packages that overlap files or require ordering are consolidated or sequenced, never fanned out as parallel overflow. - Never set background mode on the Codex Agent or add
--backgroundto its brief. Complexity, expected duration, and model choice do not authorize detachment inside a fleet. - Track the facets visibly with the harness's task list when one exists, otherwise enumerate the facets in the dispatch note. Never poll; completions arrive as notifications.
- If Grok is unavailable, keep one Codex facet in each available workspace, use isolated Codex worktrees only for eligible independent packages, and send remaining generic implementation breadth to the Codex volume tiers; reserve
fusion:claude-workerfor packages whose load bearing capability is the Claude tool surface or privacy boundary, or that are structurally stranded with a statedclaude-fallback: <reason>header. Usefusion:deep-reasonerfor read only adversarial analysis. If Codex is unavailable, bounded and safely isolated implementation may use Grok underburst, while packages needing the Claude tool surface or privacy boundary, or that are structurally stranded with a statedclaude-fallback: <reason>header, usefusion:claude-worker. Say every substitution in the synthesis.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 4d ago First seen · 42 lines · 63 tokens per session scan A df9ada689afe
ultra is a skill published in the GitHub repository okisdev/claude-code-fusion (3 stars, last pushed 16d ago), licensed MIT. It adds 63 tokens to every session and 1,426 once invoked, about $0.0003 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other skills, from other repositories
diagram-builder
Use when the user wants to build or extend a diagram deck of nested sections and components authored in plain YAML — an architecture map, a timeline diagram, a planner board, a process-flow diagram, a slide-style presentation, a side-by-side comparison, or a mind-map. Not for charts, plots, or numeric/data…
gaia-release
Use when testing, validating, or publishing Gaia releases -- "install local", "pre-release", "dry-run", "release", RC, stable, plugin dry-run.
gaia-planner
Use when planning features or decomposing work into tasks from a brief.
gmail-policy
Use when managing Gmail messages, labels, or email workflows via gws CLI or Gmail MCP tools.
brief-spec
Use when the user wants to create a brief or spec for a feature before planning.
skill-creation
Use when creating a new skill, improving an existing skill, or deciding what a skill should contain and how it should be structured.