证据快照复核于 2026-09-05GitHub 数据核对日期: 2026-08-21
来源已审查独立 Skill开发工具codex Profileclaude-code Profile

update

检查是否有新版 Ouroboros,并在你确认后更新,同时不改变已记录的安装配置。

快速了解

它能做什么

检查是否有新版 Ouroboros,并在你确认后更新,同时不改变已记录的安装配置。

本站提供的是中文说明,不代表该项目或 Plugin 自身提供中文界面;语言支持请以上游文档为准。

能力
开发工具release-management配置

选择前先看

该技能先运行 Ouroboros 原生更新检查。发现可用更新时会询问你是否继续;原生更新器会保留已记录的软件包管理器、环境和依赖配置。对于缺少原生更新器的旧安装,它会停止处理,不会猜测原始安装方式。

适合谁

需要检查或安全升级现有 Ouroboros 安装的用户。

常见任务

  • 检查当前 Ouroboros 是否已是最新版本。
  • 在查看提示后应用可用更新。
  • 同时使用 Codex 和 Claude Code 时刷新两者的集成。

权限与数据

更新检查会读取安装和版本状态。经你确认的更新可能修改已安装的 Ouroboros 软件包并刷新运行时集成。

权限
  • 运行 `ouroboros update --check` 检查更新可用性。
  • 仅在用户选择立即更新后运行 `ouroboros update --yes`。
  • 同时使用两个运行时时,可能通过 `--runtime all` 刷新 Codex 和 Claude Code 集成。
数据处理
  • 使用安装环境中的本地回执识别其管理器、环境和依赖配置。
外部服务
  • 通过 PyPI 查询可用版本。
凭据
  • 提供的技能文档未说明需要凭据。

局限

  • 当 `ouroboros update --help` 不可用时,不会手动更新旧安装。
  • 它不会重新生成项目说明文件;如有需要会建议运行 `ooo setup`。
  • 刷新运行时后,正在使用的 Codex 会话需要重启。

DSHub 已核对

  • 固定提交的技能文档定义了先检查、确认后更新,以及对安装身份不明确的旧安装采取停止处理的行为。
  • 仓库许可证为 MIT。

DSHub 未核对

  • DSHub 未执行更新检查、软件包升级或运行时刷新。
  • 提供的证据未声明 Harness 版本范围。

固定版本安装

主要操作

这个独立 Skill没有 DSH Plugin 安装操作,请根据源码文档使用真实交付方式。

访问源码项目

维护者原文

Skill 使用说明

查看 commit 03714ba 对应的 SKILL.md
维护者编写的上游内容原文于 2026/9/5skills/update/SKILL.md 获取,正文和仓库相对媒体固定到 commit 03714ba44618,内容哈希为 353d36929ecb。以下是未经 DSHub 翻译的上游原文,语言可能与当前页面不同;第三方托管的 badge 可能独立更新。

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.

有意识地管理

安装与管理

前置条件与目标 Profile

目标 codex Profile, claude-code Profile

交付方式 Skill 文件 — https://raw.githubusercontent.com/Q00/ouroboros/03714ba446186423dcb46e25d12bd19c3a2e82f6/skills/update/SKILL.md

兼容性与访问范围

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

检查兼容性证据

风险事实

package-update

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

证据
external-version-source

Uses PyPI as the version source of truth.

证据
证据与编辑审查Manifest、Bundle patch、分发与新鲜度

不可变证据

审查状态与源码活动

人工已批准

在核对来源内容和不可变发布记录后,已由人工批准发布。AI 参与了内容草稿生成,最终发布决定由人工完成。

人工审查于 2026/9/5 UTC 17:22GitHub 事实核对日期: 2026/9/5 UTC 16:31

自当前证据基线以来,没有记录到重要源码变化。

下一步

比较生态 Artifact 类型

订阅重要变化: update