changeset

Draft a Changesets file for modified public packages in this repo.

Opciones de instalación

De forma predeterminada está seleccionado el prompt que primero revisa el origen. Puedes cambiar a un comando directo o descargar una copia local.

Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.

Un comando directo omite el prompt de revisión. Revisa el origen antes de ejecutarlo.

npx skills add https://github.com/MaxGfeller/open-harness --skill changeset

El comando permanece en una sola línea. Desplázate horizontalmente para revisarlo antes de copiarlo.

¿Prefieres una copia local? Descarga los archivos que SkillsMP tiene disponibles ahora.

Lee SKILL.md y los archivos complementarios que muestra SkillsMP antes de decidir si quieres instalarlo.

SKILL.md

Instrucciones de origen · Vista previa de solo lectura

Run the local maintainer release flow for this Changesets-based pnpm monorepo.

Draft a Changesets file for modified public packages in this repo.

name	changeset
description	Draft a Changesets file for modified public packages in this repo.
argument-hint	[extra release context]
disable-model-invocation	true

Create or update a .changeset/*.md file for the current branch.

Repo-specific rules:

Only publishable packages belong in a changeset: @openharness/core, @openharness/provider-chatgpt, @openharness/provider-vfs, @openharness/react, @openharness/vue.
Ignore apps/* and examples/* unless they reveal a user-facing package behavior change that should still be described under one of the public packages.
If the branch only changes docs, examples, or website content, say that no changeset is needed instead of inventing one.
Prefer the smallest valid bump. Use major only for real breaking API or behavior changes.
Write notes for users, not implementation archaeology. One short paragraph is usually enough.

Workflow:

Inspect staged changes first. If nothing is staged, compare the branch against main.
Identify which public packages changed and choose the bump level for each package.
If the bump is ambiguous, or if any package needs a major bump, stop and ask for confirmation before writing the file.
Write the changeset file in .changeset/ with frontmatter for the affected packages and a concise note below it.
Show the file contents after writing it.

If the user supplied extra context in the command arguments, incorporate it into the summary when it improves the release note.