Evidence snapshot reviewed Sep 5, 2026GitHub checked Aug 21, 2026
Source-reviewedStandalone SkillDeveloper ToolsCodex ProfileClaude Code Profile

update

Check for a newer Ouroboros release and, with your approval, update it without changing its recorded installation setup.

At a glance

What it does

Check for a newer Ouroboros release and, with your approval, update it without changing its recorded installation setup.

Capabilities
Developer ToolsRelease ManagementConfiguration

Before you choose it

This skill runs Ouroboros’s native update check first. If an update is available, it asks whether to proceed; the native updater preserves the recorded package manager, environment, and dependency profile. For legacy installs without the native updater, it stops rather than guessing how the software was installed.

Best for

Ouroboros users who want to check for updates or safely upgrade an existing installation.

Common tasks

  • Check whether the current Ouroboros installation is up to date.
  • Apply an available update after reviewing the prompt.
  • Refresh Codex and Claude Code integrations for installations that use both runtimes.

Permissions and data

The update check reads installation and version state. An approved update can modify the installed Ouroboros package and refresh runtime integrations.

Permissions
  • Runs `ouroboros update --check` to inspect update availability.
  • Runs `ouroboros update --yes` only after the user chooses Update now.
  • May refresh Codex and Claude Code integrations with `--runtime all` when both are actively used.
Data handling
  • Uses the installation’s local receipt to identify its manager, environment, and dependency profile.
External services
  • Consults PyPI for available versions.
Credentials
  • No credential requirement is stated in the supplied skill document.

Limitations

  • It will not manually update a legacy installation when `ouroboros update --help` is unavailable.
  • It does not regenerate project instruction files; it suggests `ooo setup` for that need.
  • An active Codex session must restart after a runtime refresh.

What DSHub checked

  • The pinned skill document defines native check-first behavior, explicit approval before updating, and fail-closed handling for ambiguous legacy installs.
  • The repository license is MIT.

What DSHub did not check

  • DSHub did not execute the update check, package upgrade, or runtime refresh.
  • No harness version range is declared in the supplied evidence.

Pinned install

Primary action

This standalone skill does not have a DSH Plugin install action. Use its source documentation for the delivery method.

Visit the source project

Maintainer source

Skill instructions

View at commit 03714ba
Maintainer-authored contentCaptured from skills/update/SKILL.md on Sep 5, 2026. The text and repository-relative media are fixed to commit 03714ba44618 with content hash 353d36929ecb; provider-hosted badges may update independently. SKILL.md commands are upstream documentation; use the type-correct primary action above and verify it against this pinned source.

name: update description: "Check for updates and upgrade Ouroboros to the latest version"

/ouroboros:update

Check for updates and upgrade Ouroboros without changing the installation's manager, environment, or optional-dependency profile.

Usage

ooo update
/ouroboros:update

Trigger keywords: "ooo update", "update ouroboros", "upgrade ouroboros"

Instructions

When the user invokes this skill:

  1. Use the native command as the single source of truth:

    ouroboros update --check
    
    • If it reports up to date, report that result and stop.

    • If it reports an update available, ask the user to choose Update now or Skip.

    • If the user chooses Update now, run:

      ouroboros update --yes
      

      When the user actively uses both Claude Code and Codex, refresh both host integrations without changing the configured execution backend:

      ouroboros update --yes --runtime all
      

    Show the command's result. The native updater binds the package upgrade and post-update setup to one receipt-backed installation identity: manager, environment, recorded profile, and environment-local console script.

  2. If the check exits unsuccessfully but ouroboros update --help works, report the native error and stop. Do not replace it with a manual updater. In particular, do not infer ownership from global uv tool list, pipx list, PATH order, directory names, or the active agent runtime.

  3. If ouroboros update --help does not work, this is a legacy installation that predates the receipt-bound updater. Fail closed:

    • A read-only ouroboros --version check is allowed.
    • Explain that the old skill cannot prove the original manager, environment, and extras/profile, so it will not mutate the installation.
    • Ask the user to rerun the exact original install command (including its ouroboros-ai[...] extras and custom manager root) to reach a version with the native updater.
    • If the user does not know that identity, recommend a fresh isolated install rather than guessing.
    • Do not run package upgrades, plugin refreshes, or setup commands from this legacy path.
  4. After a successful update, relay the runtime-specific restart guidance from the native command. If project instruction content also needs regeneration, suggest ooo setup; do not edit project instruction files as part of the package update.

Safety contract

  • PyPI is the version source of truth; fully yanked releases are excluded.
  • uv and pipx upgrades replay the running environment's local receipt, preserving base, [tui], [mcp,tui], [claude,tui], [all], and other recorded profiles.
  • The Claude SDK and MCP 2 profiles are never combined or substituted.
  • Missing or ambiguous installation identity is a non-mutating error.
  • Automatic runtime refresh preserves the configured backend and the existing OpenCode plugin/subprocess topology instead of inferring a replacement from PATH.
  • Runtime executable identity follows the supported environment override, then the persisted orchestrator.*_cli_path, then PATH. The chosen exact executable is validated and reused for plugin/setup refresh so a stale PATH binary cannot replace an operator-selected runtime.
  • --runtime all refreshes the Claude and Codex plugin integrations plus installed runtime artifacts without changing the configured execution backend. Active Codex sessions still need a restart because Codex does not currently retain an in-use plugin generation; Claude may use /reload-plugins or restart.
  • ouroboros update supports --check, --yes, --dry-run, --prerelease, and --runtime; see ouroboros update --help.

RFC #1392 State Breadcrumb Footer

Your final response MUST end with exactly one breadcrumb footer line:

◆ <current state> → next: <recommended action>

Derive <current state> from live session state via ouroboros_session_status when that MCP projection is available; otherwise derive it from this skill's actual outcome. Never use a linear Step N of M footer because Ouroboros is an evolutionary loop. When the next action is genuinely a choice, list 2-3 honest options in the next: clause. The breadcrumb line must be the last line of the response.

Operate deliberately

Install and manage

Prerequisites and target Profile

Target Codex Profile, Claude Code Profile

Delivery Skill Files — https://raw.githubusercontent.com/Q00/ouroboros/03714ba446186423dcb46e25d12bd19c3a2e82f6/skills/update/SKILL.md

Compatibility and access

Pinned skill document captured; runtime behavior not independently verified Not declared in supplied evidence

Review compatibility evidence

Risk facts

Package Update

Can upgrade the installed Ouroboros package after the user chooses Update now.

Evidence
External Version Source

Uses PyPI as the version source of truth.

Evidence
Evidence and editorial reviewManifest, Bundle patch, distribution and freshness

Immutable evidence

Review status and source activity

Human approved

Approved for publication after reviewing the source-linked content and immutable release record. AI assisted with the draft; the publication decision was human.

Human reviewed Sep 5, 2026, 5:22 PM UTCGitHub facts last checked Sep 5, 2026, 4:31 PM UTC

No material source change has been recorded since this evidence baseline.

Next step

Compare ecosystem artifact types

Subscribe to material changes for update