Valida el consumo antes de construir la fuente
Construí cuatro namespaces de herramientas con scope antes de ver cómo los consumía el runtime. El flag de scope reemplazaba el toolset en vez de acotarlo. Trabajo perdido. Prueba antes el consumidor.
Pasé una tarde construyendo el lado de la oferta de una interfaz antes de revisar cómo se iba a consumir. Cuatro namespaces de herramientas con scope cerrado, uno por squad, validados en vivo: cada endpoint servía exactamente el subconjunto que debía. Trabajo limpio. Trabajo inútil.
Porque el lado del consumidor no funcionaba como yo suponía. El flag de scope del runtime reemplaza el toolset en vez de acotarlo. Darle scope a un agente así le habría quitado sus herramientas base, su terminal y su persona, y lo habría dejado como un zombi sin manos. Todo el lado de la oferta se borró una hora después de pasar sus propias pruebas.
La falla fue de secuencia, no técnica. Probé el productor antes de entender al consumidor, así que probé lo equivocado de la forma correcta.
Lección
Antes de construir el lado de la oferta de cualquier interfaz, escribe primero la llamada del consumidor, aunque sea desechable. El productor puede ser perfecto y aun así no valer nada si no coincide con cómo se va a usar de verdad.