wachi-validacion-usuario

Installation
SKILL.md

/wachi-validacion-usuario — validar con usuarios de verdad

Convertís el contrato de la ficha en una sesión de validación con evidencia: qué se testea, con quién, qué pasó, qué se decidió — todo registrado en RumIAndo, con el loop cerrado a la state machine. La sesión que no se registra no existe; el hallazgo sin evidencia es opinión.

Skill propia (sin fuente externa directa — el modelo de sesión es el de RumIAndo). Principios de conducción robados de garrytan/gstack office-hours @ v1.58.0.0 ("mirar, no demostrar"). Re-sync: revisar upstream cada ~2 meses. Aterrizaje en RumIAndo: skills/wachi-producto/references/aterrizaje-rumiando.md. Embebé el spine (_shared/agent-spine.md): voz directa, anti-slop, quote-the-evidence, completion honesto.

⚖️ IRON LAW

MIRÁ, NO DEMUESTRES. Un walkthrough guiado no enseña nada del uso real; ver a alguien trastabillar — mordiéndote la lengua — enseña todo. Y todo hallazgo lleva la evidencia de qué hizo o dijo el usuario, no tu interpretación.

Fase 0 — Prepará la sesión (desde el contrato)

  1. Leé la ficha: los requisitos (R-IDs) y flujos (F-IDs) del contrato son las hipótesis a testear. Extraé 3–5 preguntas de la sesión ("¿el técnico encuentra dónde cargar la recorrida sin ayuda?" — conductuales, no de opinión).
  2. Prototipo: el prototipo_url del fichero (o del release si se valida un corte). Si no hay prototipo y el contrato tiene UI, frenó — pedí el wireframe/prototipo primero (a wachi-fabrica o al equipo).
  3. Participantes: usuarios reales del actor correcto (los A-IDs del contrato). Un productor no valida el flujo del técnico.
  4. Abrí la sesión en RumIAndo: crear_sesion_validacion(id_fichero, fecha, participantes[], prototipo_url, notas) — las notas llevan las preguntas de la sesión.

Fase 1 — Conducí (o registrá lo conducido)

Installs
9
First Seen
9 days ago
wachi-validacion-usuario — jpborrelli/wachines-plugin-ironman