alexismaya

@alexismaya source repo

10 skills
0 followers
11 hours ago last updated

▌
Project Doc · alexismaya bundle
Generación de un documento Word (.docx) a partir del corpus de documentation-master como entregable puntual (snapshot para una audiencia concreta, no se sincroniza automáticamente con el proyecto). Una entrevista de arranque detecta la AUDIENCIA —manual de usuario, capacitación, documentación de PM, handover técnico, presentación a cliente o aval de desempeño— y adapta la estructura, el vocabulario, el nivel de detalle y qué bloques del corpus incluir. Consume el corpus ya producido por documentation-master en Notion; si no existe corpus, remite a documentation-master primero. Usar esta skill SIEMPRE que el usuario quiera: generar un documento Word del proyecto, un 'informe', 'manual', 'docx', 'Word', 'documentación para el cliente', 'documentación de PM', 'handover técnico', 'material de capacitación', 'aval de desempeño', o 'documento de entrega'; también ante menciones de 'exportar el corpus', 'proyectar la documentación', 'generar el .docx' o 'redactar el documento'. NO usar para documentar en Notion (eso

0
installs
▌
Git Workflow · alexismaya bundle
Gobierna el uso de Git por un agente mientras trabaja dentro de un repo: buenas prácticas, protección del historial y coordinación con Notion, sin tomar decisiones unilaterales. Usar esta skill SIEMPRE que, teniendo un repo de contexto, surja cualquier acción potencial de git: hay cambios en staging o sin commitear, se menciona 'commit', 'branch'/'rama', 'PR'/'pull request', 'merge', 'rebase', 'push', 'tag', '.gitignore' o 'historial', o el usuario pide orientación sobre cómo organizar su trabajo en git (cuándo commitear, cómo nombrar ramas, cuándo abrir un PR, cómo resolver un conflicto). NO usar para preguntas teóricas sobre git cuando no hay un repositorio de contexto sobre el que actuar.

0
installs
▌
Project Deck · alexismaya bundle
Generación de una presentación (PPTX) de un proyecto de software como entregable puntual (snapshot para una presentación concreta, no se sincroniza con el proyecto). Una entrevista de arranque detecta la AUDIENCIA —técnica, cliente/stakeholder o manual de usuario— y adapta todo el deck: estructura de slides, profundidad, vocabulario y qué diagramas incluir. Consume la documentación que el usuario provea, idealmente la ya generada por project-onboarding en Notion (bloque diagrams-export), o insumos adjuntos directamente. Renderiza los diagramas Mermaid como imágenes usando la skill pptx del entorno. Usar esta skill SIEMPRE que el usuario quiera: generar una presentación del proyecto, un 'deck', un 'PPTX', 'diapositivas' o 'slides'; 'presentar el sistema', hacer un 'pitch del proyecto', 'slides para el cliente', 'slides técnicos' o un 'manual de usuario en presentación'. NO reemplaza a project-onboarding: si el usuario quiere documentar Y presentar, recomendar correr primero project-onboarding (que produce la d

0
installs
▌
QA Discovery · alexismaya bundle
Úsala cuando un desarrollador quiera comenzar a escribir pruebas para un módulo, preparar un release, investigar cobertura existente, o cuando se reporte un bug y haya que decidir qué tipo de prueba de regresión agregar. Esta skill analiza un repositorio —detectando su stack antes de aplicar cualquier convención— y produce un mapa de "superficies de prueba" priorizado, un diagnóstico de cobertura actual, y una propuesta guiada de qué probar a continuación — sin generar código de tests todavía. Úsala también cuando alguien diga "no sé por dónde empezar a probar", "¿qué debería cubrir primero?", o "necesito un plan de QA para este módulo". Es la puerta de entrada obligatoria al ciclo de QA de esta suite.

0
installs
▌
QA Generator · alexismaya bundle
Materializa en código de prueba concreto el "Contexto de handoff" que produce qa-discovery. Úsala SIEMPRE que un desarrollador ya haya corrido qa-discovery y elegido una opción (A–E), o cuando pida "genera las pruebas de X", "escribe los tests unitarios / de integración / e2e", "prepara la base de testing", o "materializa el handoff" de un módulo ya analizado. Opera en cuatro modos alineados a qa-discovery — unitario, integracion, e2e, infraestructura — y NUNCA genera un test sin un handoff trazable a una superficie del mapa de discovery. Usa el runner de pruebas del stack declarado en el handoff, sin imponer ninguno. Si no existe handoff de discovery, detente y remite a qa-discovery primero. Es el segundo eslabón obligatorio del ciclo de QA de esta suite.

0
installs
▌
Project Audit · alexismaya bundle
Auditoría de un proyecto de software EXISTENTE para detectar debilidades, deuda técnica y áreas de mejora, evaluándolo contra 4 pilares: seguridad, escalabilidad, rendimiento y mantenibilidad. Cada hallazgo se sustenta con evidencia file:line, severidad e impacto; el propósito final es servir de insumo para rehacer el proyecto con la mejor arquitectura posible. Usar esta skill SIEMPRE que el usuario quiera: 'auditar' o hacer una 'auditoría' de un proyecto/repo/API/app; saber 'qué tan mal está' algo, 'dónde está la deuda técnica', 'qué debilidades' o 'riesgos' tiene; evaluar seguridad, escalabilidad, rendimiento o mantenibilidad de una base existente; o preparar el diagnóstico previo para 'rehacer esto bien' / 'rehacer con mejor arquitectura'. NO usar para: crear un proyecto nuevo a partir de otro (esa es derivar-proyecto), planear o generar tests (qa-discovery / qa-generator), implementar features o arreglar un bug, ni optimizar/mejorar/endurecer directamente un componente aunque se mencione un pilar (p. ej.

0
installs
▌
Derivar Proyecto · alexismaya bundle
Creación de un proyecto nuevo a partir de uno existente: heredar estructura, patrones de diseño, stack, infraestructura o base de datos compartida SIN arrastrar código muerto, nombres, marca/logos, configuraciones ni deuda del proyecto anterior. Guía al usuario con una entrevista para delimitar qué se adapta y cómo, clasifica el 100% del proyecto origen (heredable / no heredable / muerto), y administra el proceso en Notion bajo metodología SDD harness engineering. Usar esta skill SIEMPRE que el usuario quiera: crear un proyecto/repo/API/app nueva 'basada en', 'a partir de', 'con la estructura de' o 'igual que' otro existente; clonar o copiar un proyecto como plantilla; scaffoldear desde un repo anterior; agregar un producto nuevo a un ecosistema de repos similares; o cualquier mención de 'plantilla', 'derivar', 'heredar estructura', 'no arrastrar código muerto' o 'mismo patrón que el proyecto X'.

0
installs
▌
Project Onboarding · alexismaya bundle
Documentación de un proyecto de software en Notion, a nivel técnico y de usuario, como snapshot único: extrae información del repo, de los insumos que el usuario provea y de una entrevista guiada, y produce documentación estructurada (visión, arquitectura, flujos, modelo de datos, integraciones, setup, glosario) con diagramas Mermaid. Orienta al usuario sobre qué insumos aportar y cómo; lo que no tenga fuente verificable se marca como pendiente, nunca se inventa. Usar esta skill SIEMPRE que el usuario quiera: documentar un proyecto o sistema, hacer onboarding de un nuevo integrante al equipo, generar una base de conocimiento del sistema, explicar 'cómo funciona' un proyecto completo, levantar la arquitectura de un proyecto en Notion, o preparar la documentación que alimentará una presentación (project-deck). También ante menciones de 'documentar', 'onboarding', 'arquitectura del proyecto', 'explicar el sistema', 'base de conocimiento' o 'diagramas del proyecto'. NO usar para documentar una función o módulo ai

0
installs
▌
Sdd Harness Notion · alexismaya bundle
Construcción de proyectos de software bajo la metodología SDD harness engineering (spec-driven development por fases con gates de revisión) usando Notion como gestor de tareas, contexto y documentación. Las tareas se atomizan en etapas ejecutables en chats independientes para optimizar tokens y contexto. Usar esta skill SIEMPRE que el usuario quiera: iniciar un proyecto o feature nuevo con metodología por fases, implementar un bug/feature de forma organizada, generar un plan de trabajo modularizado en Notion para agentes (Kiro, Claude Code u otro), crear prompts de análisis/scaffold/implementación con criterios de aceptación, modular un prompt grande en etapas, revisar un reporte de cierre de fase contra su gate, o cualquier mención de 'SDD', 'harness', 'fases', 'etapas', 'gate', 'análisis antes de implementación' o 'atomizar tareas en Notion'.

0
installs
▌
Documentation Master · alexismaya bundle
Extrae por etapas la lógica real de un proyecto existente con evidencia file:línea y la consolida en Notion como corpus persistente y versionado, listo para proyectarse a manuales, capacitación, documentación de PM, presentaciones o entregables. Usar SIEMPRE que se pida entender qué hace realmente un sistema, levantar la lógica de negocio de un repo o de un flujo, documentar a fondo un proyecto heredado, saber qué parte de lo ya documentado dejó de ser cierta tras nuevos commits, o preparar la base de conocimiento antes de generar cualquier documento; también ante menciones de 'sin inventar', 'levantamiento funcional', 'qué hace exactamente este código', 'ingeniería inversa del negocio', 'actualizar el corpus' o 'documentar el proyecto a fondo'. Aplica igual cuando el alcance es un solo módulo, handler o función, siempre que lo que se pida sea certeza con evidencia verificable —poder señalar la línea— y no una explicación rápida. NO usar para un panorama rápido del repo (eso es project-onboarding), evaluar ca

0
installs

10 published skills