Genera una nueva especificación de cambio ligera copiando el directorio de plantilla de especificación en una carpeta de especificación con nombre. Úsalo cuando la persona quiera iniciar una especificación, planificar un cambio/funcionalidad o crear un documento de diseño antes de implementar (p. ej. "especifica el rediseño del checkout", "crea una especificación para el nuevo flujo de autenticación").
インストールする前に、エージェントに与えられる指示の中身を確認できます。
Crea una nueva especificación de cambio cuyo nombre está en $ARGUMENTS.
specs/README.md para conocer el flujo de trabajo de las especificaciones, la convención de nombres de carpeta y qué espera cada sección de la plantilla. Sigue ese documento si difiere de los pasos siguientes.$ARGUMENTS en <change-name> con formato slug (minúsculas, separado por guiones).NNNN: el mayor prefijo numérico de 4 dígitos existente en specs/ y
specs/archive/ (si existe), más uno; si no hay ninguna, 0001.specs/_template/ a specs/NNNN-<change-name>/ (conserva cada archivo de la plantilla).$ARGUMENTS)BorradorYYYY-MM-DD)docs/product/roadmap.md — puede que la
respuesta ya esté. En una fix/* o de tooling, escribe «No aplica: corrección»: la
sección existe para decidir qué construir, no para dar teatro a lo que ya está roto.docs/product/roadmap.md y rellena el campo
Ítem de roadmap de proposal.md con la versión y el ítem literal que esta spec
completa. Si hay varios candidatos, pregunta con AskUserQuestion en vez de elegir
por tu cuenta. Si no existe ningún ítem que encaje, dilo: o se añade al roadmap
ahora, o el cambio debería contrastarse antes contra el roadmap (¿entra en esta versión?,
¿qué sale a cambio?). Anota también la spec junto al ítem en el roadmap
((specs/NNNN-<slug>/)).specs/README.md mantiene un índice de especificaciones, añade una entrada para la nueva especificación.Ejemplo: /new-spec rediseño del checkout → specs/0007-checkout-redesign/ (si la
última especificación era la 0006).
Rama ↔ spec: la rama que implemente esta spec debe llamarse feat/<change-name>
(o fix/<change-name>) — mismo slug. El hook spec-guardrails.sh bloquea editar
código en ramas feat/*/fix/* cuya spec no exista, así que crea la spec ANTES de
crear la rama de implementación (o desde la rama, antes de tocar código). El hook
también bloquea mientras proposal.md, design.md o tasks.md conserven líneas de
la plantilla sin rellenar: deja los archivos completos (o borra las secciones que no
apliquen) antes de implementar.
NO empieces a implementar el cambio, y NO elimines ni sobrescribas una carpeta de
especificación existente — si ya existe alguna specs/*-<change-name>/ (con
cualquier prefijo NNNN-; el nombre sin prefijo no va a existir nunca), detente y
pregunta.
まだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
Revisa los cambios de UI en cuanto a accesibilidad — contraste de color, navegación por teclado, gestión del foco, uso de ARIA y texto alternativo. Úsalo cuando la persona pida una revisión de a11y/accesibilidad, verificar el cumplimiento de WCAG, el soporte de teclado, la compatibilidad con lectores de pantalla o el manejo del foco (p. ej. "¿es accesible este modal?", "audita la a11y del formulario").
日本語の概要は準備中です。原文の説明を表示しています。
Trae a este proyecto las mejoras que la plantilla de origen recibió después de la instanciación — lee .template-origin, calcula el diff del tooling (skills, hooks, scripts, workflows) contra la plantilla actual y propone aplicarlo. Úsalo cuando la persona quiera actualizar/sincronizar el proyecto con la plantilla (p. ej. "actualiza la plantilla", "trae las mejoras nuevas del template").
日本語の概要は準備中です。原文の説明を表示しています。
Actualiza CHANGELOG.md en el formato Keep a Changelog, añadiendo los cambios actuales bajo la sección Unreleased. Úsalo cuando la persona pida actualizar el changelog, añadir una entrada al changelog o registrar lo que cambió para las notas de la versión (p. ej. "añade esto al changelog", "actualiza el CHANGELOG con estos commits").
日本語の概要は準備中です。原文の説明を表示しています。
Escribe un mensaje de Conventional Commits para los cambios en stage y crea el commit, incluyendo la línea de coautoría de atribución de IA. Úsalo cuando la persona pida hacer commit, escribir un mensaje de commit o guardar cambios (p. ej. "haz commit de esto", "escribe un mensaje de commit para estos cambios"). No hace push.
日本語の概要は準備中です。原文の説明を表示しています。
Configura el repositorio de GitHub de punta a punta con gh — descripción, topics, labels, rama develop, protección de ramas, merge settings y metadatos — a partir de la definición del producto. Úsalo al crear el repo de un proyecto nuevo o cuando haya que poner en orden uno existente (p. ej. "configura el repo", "prepara el repositorio en GitHub", "pon los labels y la protección de ramas").
日本語の概要は準備中です。原文の説明を表示しています。
Revisa o produce textos visibles para la persona usuaria (texto de UI, encabezados, botones, mensajes de error, marketing) con la voz y el tono del proyecto. Úsalo cuando la persona pida escribir/mejorar textos, corregir la redacción, revisar el tono o redactar microcopy (p. ej. "escribe el texto del estado vacío", "haz este mensaje de error más amable", "revisa el titular de la landing").
日本語の概要は準備中です。原文の説明を表示しています。