update-v8-version

Update Codex's pinned `v8` / `rusty_v8` versions, validate the release-candidate path, and investigate failed V8 canary or artifact builds. Use when asked to bump V8, update `rusty_v8` artifacts, prepare or validate a V8 release candidate, check `v8-canary`, or diagnose why a V8 version update no longer builds.

Ir para a instalação

Repositório: openai/codex
Última atividade na origem: 19 de maio de 2026 às 04:33
Idioma detectado do SKILL.md: inglês
Estrelas: 106.773
Forks: 16.224

Opções de instalação

Por padrão, está selecionado o prompt que primeiro revisa a origem. Você pode mudar para um comando direto ou baixar uma cópia local.

Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.

Um comando direto ignora o prompt de revisão. Verifique a origem antes de executá-lo.

npx skills add https://github.com/openai/codex --skill update-v8-version

O comando permanece em uma só linha. Role horizontalmente para revisá-lo antes de copiar.

Prefere uma cópia local? Baixe os arquivos disponíveis atualmente no SkillsMP.

Revise os arquivos de origem

Leia o SKILL.md e os arquivos complementares exibidos pelo SkillsMP antes de decidir se vai instalar.

Explorador de arquivos

2 arquivos

SKILL.md

Instruções da origem · Visualização somente leitura

Voltar à pesquisa Voltar à instalação

plugin-creator

Create and scaffold plugin directories for Codex with a required `.codex-plugin/plugin.json`, optional plugin folders/files, valid manifest defaults, and personal-marketplace entries by default. Use when Codex needs to create a new personal plugin, add optional plugin structure, generate or update marketplace entries for plugin ordering and availability metadata, or update an existing local plugin during development with the CLI-driven cachebuster and reinstall flow.

2026-08-18

skill-creator

Create or update a Codex skill with appropriately scoped instructions and any needed supporting resources.

2026-08-13

imagegen

Generate or edit raster images when the task benefits from AI-created bitmap visuals such as photos, illustrations, textures, sprites, mockups, or transparent-background cutouts. Use when Codex should create a brand-new image, transform an existing image, or derive visual variants from references, and the output should be a bitmap asset rather than repo-native code or vector. Do not use when the task is better handled by editing existing SVG/vector/code-native assets, extending an established icon or logo system, or building the visual directly in HTML/CSS/canvas.

2026-08-10

Ver todas deste repositório

Update V8 Version

Core Workflow

Read third_party/v8/README.md and follow its version-bump sequence. Treat that document as the release-process source of truth.

Inspect and update the concrete repo surfaces that carry the pin:

codex-rs/Cargo.toml
codex-rs/Cargo.lock
MODULE.bazel
third_party/v8/BUILD.bazel
third_party/v8/README.md
the matching third_party/v8/rusty_v8_<version>.sha256 manifest when the remaining prebuilt inputs change

Keep the existing checksum helpers in the loop:

python3 .github/scripts/rusty_v8_bazel.py update-module-bazel
python3 .github/scripts/rusty_v8_bazel.py check-module-bazel
python3 -m unittest discover -s .github/scripts -p test_rusty_v8_bazel.py

Validate the release-candidate path before broadening the work:

Prefer checking the v8-canary CI result for the candidate branch or PR when one exists, using GitHub check tooling or gh as appropriate.
If CI is unavailable or the user asked for a local-only check, run the closest local validation that is practical for the changed surface and say explicitly that it is a local substitute, not the full hosted canary.

If the canary path passes, stop there. Summarize the result and encourage the user to commit the candidate changes or proceed with the release flow they requested. Do not publish tags, releases, or pushes unless the user asked.

Failure Path

Enter this path only when the canary or local build path fails.

Capture the failing target, workflow job, and first actionable error.

Compare the currently pinned version with the target version at the relevant upstream tag or SHA. Inspect both:

denoland/rusty_v8
upstream V8 source at the target Bazel-pinned version

Track build-relevant deltas rather than broad source churn:

generated binding layout changes
archive or asset naming changes
GN/Bazel target changes
custom libc++ / libc++abi / llvm-libc inputs
sandbox or pointer-compression feature relationships
patch hunks in patches/ that no longer apply or no longer match upstream

Trace each failing delta back into Codex's build graph:

MODULE.bazel
third_party/v8/BUILD.bazel
.github/scripts/rusty_v8_bazel.py
.github/workflows/v8-canary.yml
.github/workflows/rusty-v8-release.yml

Update only the pieces required to restore the target version's build and artifact contract. Keep patch explanations and doc changes close to the affected files.

Re-run the focused validation. If it becomes green, return to the normal workflow and stop with a concise summary plus the remaining release step.

Reporting

Say whether validation came from hosted v8-canary or from a local substitute.

Distinguish "version bump complete" from "release published".

When blocked, report the upstream delta that matters, the Codex file it hits, and the next concrete fix to try.