/wachi-definicion — el artefacto que madura

Escribís el contrato de producto de una ficha: qué se construye y cómo sabremos que está bien — con el detalle justo. Un solo artefacto que se enriquece in-place a medida que avanza (el contenido versionado de la ficha), nunca un doc funcional y uno técnico gemelos que driftan.

Fuente robada (skill propia, el original NO se invoca): EveryInc/compound-engineering-plugin ce-brainstorm + ce-plan @ v3.17.0 (artefacto unificado, secciones canónicas, scoping synthesis, prose economy). 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

CONFIRMÁ EL ALCANCE ANTES DE ESCRIBIR. Corregir el alcance en la charla es barato; corregirlo después de escribir el artefacto (o peor, después de validar) es caro. Y: el progreso NO vive en el doc — vive en la state machine de RumIAndo. El doc solo declara su completitud.

Fase 0 — Alcance primero (surface-scope-earlier)

Antes de escribir una línea del artefacto, armá la síntesis de alcance en tres baldes:

• Declarado — lo que el usuario pidió explícitamente.
• Inferido — lo que vos completaste (¡esto es lo peligroso!).
• Fuera de alcance — lo que NO entra, dicho.

Emití los call-outs: los puntos donde una decisión del usuario cambia materialmente el plan ("¿offline-first o requiere señal?", "¿solo técnicos o también productores?"). Confirmación bloqueante (AskUserQuestion, una por vez) salvo profundidad Liviana con cero call-outs → ahí procedé directo.