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 skills add keithhegit/ultra-orchestration --skill openspec-ultra-bridge-v2git clone --depth 1 https://github.com/keithhegit/ultra-orchestrationWrote 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/keithhegit/ultra-orchestration/openspec-ultra-bridge-v2)<a href="https://agentmods.dev/skills/keithhegit/ultra-orchestration/openspec-ultra-bridge-v2"><img src="https://agentmods.dev/badge/skills/keithhegit/ultra-orchestration/openspec-ultra-bridge-v2/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/keithhegit/ultra-orchestration/openspec-ultra-bridge-v2"><img src="https://agentmods.dev/badge/skills/keithhegit/ultra-orchestration/openspec-ultra-bridge-v2.svg" alt="Reviewed on agentmods" width="80" 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.1 | $0.00077 | $0.00603 |
| Opus 5 | $0.00039 | $0.00302 |
| Sonnet 5 | $0.00015 | $0.00121 |
| Haiku 4.5 | $0.00008 | $0.00060 |
Grade A, and why
openspec-ultra-bridge-v2 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 10d 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 — 87 lines — stays where its author put it; the contents beside it link to each section on GitHub.
OpenSpec Ultra Bridge V2
OpenSpec is the specification layer. Ultra remains the control plane.
This skill is a compatibility bridge for vNext users. The default public entry
point is now $ultra-orchestrator, which invokes this bridge as needed.
What This Skill Does
Translate:
proposal.mddesign.mdtasks.md- optional
ultra-bridge.md
into:
TaskManifestWorkPackageset- bridge notes for review and QA
Bridge Rules
- Do not let OpenSpec replace Ultra's execution ledger or review gates.
- Prefer one bounded
changeas the default execution unit. - Use OpenSpec for durable spec memory and archive history.
- Use Ultra for dispatch, retries, review, QA, and delivery.
- In
STRICT_OPENSPEC, do not continue without change scaffold, slice status, JSON-ready planning artifacts, and ledger handoff.
How To Use
- Point the bridge at an OpenSpec change directory.
- Read the proposal, design, and task assets.
- If
ultra-bridge.mdexists, treat it as the preferred mapping hint. - Normalize the change into a reviewable
TaskManifestandWorkPackageset. - Hand off those outputs to
ultra-planningorultra-execution-control.
Required Change Scaffold
For newly opened strict changes, initialize at minimum:
proposal.mddesign.mdtasks.mdultra-bridge.md
Default status:
slice_0_spec_readywhen the change is ready for implementationslice_0_not_openedonly for unopened planned changes
Slice Contract
Keep change and slice separate:
- OpenSpec
changeis the durable spec and progress node - Ultra
sliceis the implementation and verification unit
Every bridge output should name:
change_id- current slice status
- next slice
- owned paths
- review targets
- QA targets
- blockers for status sync or archive
Script
Use scripts/bridge_change.py to extract and materialize bridge artifacts from
a real OpenSpec change directory.
Read Next
- bridge-pattern
- teammate-pilot
- the shared contracts in
../ultra-vnext-core/references/contracts.md
What ships with it
4 files beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.
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.
- 10d ago First seen · 87 lines · 77 tokens per session scan A c9ac878e22b4
openspec-ultra-bridge-v2 is a skill published in the GitHub repository keithhegit/ultra-orchestration (6 stars, last pushed 4mo ago), licensed Apache-2.0. It adds 77 tokens to every session and 603 once invoked, about $0.0004 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
gsd-plan-review-convergence
Cross-AI plan convergence - replan until review concerns are resolved.
gsd-ns-manage
Route to the appropriate management skill based on the user's intent. gsd-config (settings + advanced + integrations + profile) and gsd-workspace (new + list + remove) are post-#2790 consolidated entries.
gsd-audit-milestone
Audit milestone completion against original intent before archiving.
gsd-validate-phase
Retroactively audit and fill Nyquist validation gaps for a completed phase.
spec-kitty-charter-doctrine
Run charter interview, generation, context, and sync workflows for project governance in Spec Kitty 3.x. Access doctrine artifacts programmatically via DoctrineService. Resolve agent profiles. Load action-scoped governance context iteratively, not all at once. Triggers: "interview for charter", "generate charter"…
spec-kitty-spdd-reasons
Drive REASONS Canvas authoring and review for Spec Kitty missions that opted in to Structured-Prompt-Driven Development (SPDD) via charter selection. Triggers: "use SPDD", "use REASONS", "generate a REASONS canvas", "apply structured prompt driven development", "make this mission SPDD". Does NOT handle: enforcing SPDD…