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").
中文简介正在准备中。当前显示原文说明。
查看安装方法安装前可以查看交给 AI 代理的指令内容。
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").
中文简介正在准备中。当前显示原文说明。