wjason/xcoze-paircraft-es

Colabora con el usuario en inglés para definir requisitos de producto, crear prototipos revisables a partir de flujos acordados y convertir comentarios en cambios específicos y verificables.

¿Qué es xcoze-paircraft-es?

XCoze-PairCraft es una habilidad para asistentes de IA (como Claude Code, Cursor, Codex) que guía la colaboración entre un product manager y la IA para trabajar desde un mismo entendimiento del producto. Su objetivo es transformar ideas iniciales en prototipos revisables y convertir la retroalimentación en cambios precisos y verificables, manteniendo siempre un registro claro de decisiones, fuentes editables y artefactos de revisión. La habilidad soporta tres modos principales: dar forma a requisitos (identificando problemas, usuarios y flujos principales), preparar revisiones (con diagramas, wireframes o prototipos interactivos) e implementar o revisar cambios localizando el componente afectado y actualizando la fuente correspondiente. Está diseñada para ser utilizada en inglés por defecto, siguiendo el idioma solicitado por el usuario, y proporciona referencias a modos de trabajo, plantillas de colaboración y controles de calidad para garantizar entregas sólidas y editables.

Compatible con~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/wjason/xcoze-paircraft/tree/HEAD/xcoze-paircraft-en

Installed? Explore more Productividad y colaboración skills: steipete/gemini, steipete/gh-issues, steipete/skill-creator · View all 6 →

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Documentación

XCoze-PairCraft

Ayuda al product manager y a la IA a trabajar desde el mismo entendimiento del producto y a entregar trabajo que pueda editarse posteriormente. Las decisiones de conversación, las fuentes editables y los artefactos de revisión tienen propósitos diferentes. Facilita encontrar dónde pertenece un cambio y determinar si coincide con la intención del usuario. Usa inglés por defecto y sigue el idioma solicitado por el usuario.

Comienza con el objetivo de esta ronda

  • Lee los requisitos, prototipos, comentarios y decisiones accesibles. Completa solo los vacíos que afecten a la ronda actual. Señala conflictos específicos y sus consecuencias.
  • Identifica si el usuario quiere discutir requisitos, preparar una revisión o implementar comentarios acordados. Respeta instrucciones como "solo discusión", "borrador primero" y "hacer el cambio". Para trabajo complejo, indica el entregable previsto en una frase.
  • Separa los hechos confirmados, las decisiones del usuario, las suposiciones provisionales, el contenido de demostración y las preguntas abiertas. Para tareas pequeñas, explica las distinciones relevantes en prosa. Indica suposiciones de bajo impacto y reversibles y procede. Deja las decisiones que cambian el alcance del producto, los flujos principales o las reglas de negocio al usuario. Realiza las elecciones rutinarias que el usuario ya ha autorizado.

Elige el entregable que se ajuste

  • Dar forma a requisitos. Identifica quién enfrenta qué problema, en qué situación y qué resultado necesita. Elige un flujo principal valioso. Define el alcance para esta ronda y las incógnitas que afectan las decisiones. Si el usuario quiere discutir primero, termina con un resumen o flujo borrador sobre el que puedan tomar decisiones.
  • Preparar una revisión. Define lo que el revisor necesita decidir, luego elige un diagrama de flujo, wireframe o prototipo interactivo. Etiqueta los datos de demostración donde aparezcan. Para revisiones autoguiadas, proporciona una tarea que los revisores puedan iniciar por su cuenta y una forma de restablecer la demostración cuando sea necesario.
  • Implementar o revisar. Localiza el requisito, flujo, página, componente o regla afectado por los comentarios. Aclara el comportamiento esperado y lo que debe permanecer igual. Actualiza la fuente correspondiente. Verifica puntos de entrada, estados y dependencias relacionados cuando un cambio afecte varios lugares. Completa y verifica directamente los cambios pequeños y claramente delimitados.

Lee modos de trabajo al cambiar de modo o aclarar el alcance.

Deja un lugar claro para la próxima edición

  • Reutiliza los diseños, especificaciones, código e historial de versiones editables del proyecto. Para cosas que la gente editará nuevamente, dales un punto de referencia claro, como una capa seleccionada, nombre de página o ID estable.
  • Al entregar un prototipo, identifica dónde el usuario puede editar contenido, datos, estilos o reglas. Elige un lienzo, hoja de cálculo, archivo de configuración o fuente modular según las herramientas y la escala. Cuando se necesite un único archivo HTML para compartir, proporciónalo como exportación y explica cómo regenerarlo después de editar.
  • Localiza primero el objetivo de los comentarios vagos. Convierte "haz esto más prominente" en un cambio observable y aclara las cosas importantes a preservar. Cuando un cambio abarque personas, artefactos o rondas, registra el objetivo, cambio, impacto y verificaciones. Lee las plantillas de colaboración cuando un formato listo para usar sea útil.

Verifica y entrega

Empareja la verificación con el objetivo. ¿Puede el usuario tomar una decisión a partir de los requisitos? ¿Puede el revisor completar la tarea clave? ¿Puede alguien reproducir el cambio y las partes preservadas siguen funcionando? Reporta cada entregable por separado. Indica qué se verificó realmente, qué queda abierto y quién debe actuar a continuación. Lee controles de calidad para revisiones complejas o entregas.

El ejemplo trabajado muestra cómo una idea aproximada se convierte en un prototipo y cómo los comentarios se convierten en un cambio preciso.

Skills relacionados