Communitygithub.com

Lev-it/lev-skills

Convierte la conversación actual en un PRD y publícalo en el gestor de incidencias del proyecto, sin entrevistas, solo sintetizando lo que ya se ha discutido.

¿Qué es lev-skills?

Esta habilidad está diseñada para agentes de IA como Claude Code, Cursor o Codex. Su propósito es tomar todo el contexto de la conversación actual y el conocimiento del código fuente para generar automáticamente un Documento de Requisitos del Producto (PRD) y publicarlo como una incidencia en el gestor de incidencias del proyecto. No realiza entrevistas al usuario; simplemente sintetiza la información ya discutida. El flujo incluye explorar el repositorio para entender el estado actual, identificar los puntos de prueba (seams) existentes (prefiriendo los más altos y minimizando su número, idealmente uno), validar esos puntos con el usuario, y luego redactar el PRD siguiendo una plantilla detallada. Finalmente, publica el PRD en el gestor de incidencias con la etiqueta `ready-for-agent` para evitar trabajo adicional de triaje. Es extremadamente útil para desarrolladores y equipos que desean agilizar la documentación de funciones directamente desde las discusiones de código, manteniendo la coherencia con la arquitectura y las decisiones previas (ADR).

Compatible con~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/Lev-it/lev-skills/tree/HEAD/.claude/skills/to-prd

Preguntar en tu IA favorita

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

Documentación

Esta habilidad toma el contexto actual de la conversación y la comprensión del código fuente para producir un PRD. NO entrevistes al usuario — solo sintetiza lo que ya sabes.

El gestor de incidencias y el vocabulario de etiquetas de triaje deberían haberse proporcionado — ejecuta /setup-matt-pocock-skills si no es así.

Proceso

  1. Explora el repositorio para comprender el estado actual del código, si aún no lo has hecho. Utiliza el vocabulario del glosario del dominio del proyecto en todo el PRD y respeta cualquier ADR en el área que estés tocando.

  2. Esboza los puntos de prueba (seams) en los que vas a probar la funcionalidad. Se deben preferir los puntos existentes a los nuevos. Utiliza el punto de prueba más alto posible. Si se necesitan nuevos puntos, propónlos en el lugar más alto que puedas. Cuantos menos puntos de prueba haya en el código, mejor; el número ideal es uno.

Consulta con el usuario si estos puntos de prueba coinciden con sus expectativas.

  1. Escribe el PRD usando la plantilla a continuación y luego publícalo en el gestor de incidencias del proyecto. Aplica la etiqueta de triaje ready-for-agent — no es necesario triaje adicional.

Planteamiento del Problema

El problema al que se enfrenta el usuario, desde la perspectiva del usuario.

Solución

La solución al problema, desde la perspectiva del usuario.

Historias de Usuario

Una lista NUMERADA y larga de historias de usuario. Cada historia de usuario debe tener el formato de:

  1. Como , quiero para

Esta lista de historias de usuario debe ser extremadamente exhaustiva y cubrir todos los aspectos de la funcionalidad.

Decisiones de Implementación

Una lista de decisiones de implementación que se tomaron. Esto puede incluir:

  • Los módulos que se construirán/modificarán
  • Las interfaces de esos módulos que se modificarán
  • Aclaraciones técnicas del desarrollador
  • Decisiones arquitectónicas
  • Cambios de esquema
  • Contratos de API
  • Interacciones específicas

NO incluyas rutas de archivo específicas ni fragmentos de código. Podrían quedar desactualizados muy rápidamente.

Excepción: si un prototipo produjo un fragmento que codifica una decisión con más precisión de lo que puede hacerlo la prosa (máquina de estados, reducer, esquema, forma de tipo), intégralo dentro de la decisión relevante y anota brevemente que provino de un prototipo. Recorta solo las partes ricas en decisiones — no una demostración funcional, solo las partes importantes.

Decisiones de Pruebas

Una lista de decisiones de pruebas que se tomaron. Incluye:

  • Una descripción de lo que constituye una buena prueba (solo probar el comportamiento externo, no los detalles de implementación)
  • Qué módulos se probarán
  • Trabajo previo para las pruebas (es decir, tipos similares de pruebas en el código base)

Fuera del Alcance

Una descripción de las cosas que quedan fuera del alcance de este PRD.

Notas Adicionales

Cualquier nota adicional sobre la funcionalidad.

Individual skills in this repo

This repo contains 11 individual skills — each has its own dedicated page.

Lev-it/lev-skills

Ask which skill or flow fits your situation. A router over the user-invoked skills in this repo.

Lev-it/lev-skills

Premium brand-kit image generation skill for creating high-end brand-guidelines boards, logo systems, identity decks, and visual-world presentations. Trained for minimalist, cinematic, editorial, dark-tech, luxury, cultural, security, gaming, developer-tool, and consumer-app brand systems. Optimized for intentional logo concepting, refined composition, sparse typography, strong symbolic meaning, premium mockups, art-directed imagery, and flexible grid layouts.

Lev-it/lev-skills

Compact the current conversation into a handoff document for another agent to pick up.

Lev-it/lev-skills

Ink terminal renderer for json-render that turns JSON specs into interactive terminal UIs. Use when working with @json-render/ink, building terminal UIs from JSON, creating terminal component catalogs, or rendering AI-generated specs in the terminal.

Lev-it/lev-skills

Interactive QA session where user reports bugs or issues conversationally, and the agent files GitHub issues. Explores the codebase in the background for context and domain language. Use when user wants to report bugs, do QA, file issues conversationally, or mentions "QA session".

Lev-it/lev-skills

Facilitate a structured sprint retrospective — what went well, what didn't, and prioritized action items with owners and deadlines. Use when running a retrospective, reflecting on a sprint, creating action items from team feedback, or learning how to run effective retros.

Lev-it/lev-skills

Review the changes since a fixed point (commit, branch, tag, or merge-base) along two axes — Standards (does the code follow this repo's documented coding standards?) and Spec (does the code match what the originating issue/PRD asked for?). Runs both reviews in parallel sub-agents and reports them side by side. Use when the user wants to review a branch, a PR, work-in-progress changes, or asks to "review since X".

Lev-it/lev-skills

Test-driven development. Use when the user wants to build features or fix bugs test-first, mentions "red-green-refactor", or wants integration tests.

Lev-it/lev-skills

Teach the user a new skill or concept, within this workspace.

Lev-it/lev-skills

Move issues through a state machine of triage roles — categorise, reproduce, grill if needed, and write agent-ready briefs.

Lev-it/lev-skills

Create product backlog items in Why-What-Acceptance format — independent, valuable, testable items with strategic context. Use when writing structured backlog items, breaking features into work items, or using the WWA format.

Skills relacionados