Cada seccion es una capacidad del producto, con su recorrido corto y la pantalla real en cada punto. Las capturas salen del panel corriendo, no de un diseno.
Al abrir por primera vez, Forge pregunta una sola cosa: como se conecta al modelo. Se puede cambiar despues.
Arriba a la derecha estan las cuatro entradas del producto: puentes MCP, actividad, ajustes y superpoderes. El rayito va pegado a la ruedita porque un power cambia lo que el panel PUEDE HACER, no como se ve.
El cuadro de abajo a la izquierda es el unico lugar donde se pide trabajo. El microfono dicta; el altavoz lee la respuesta; el clip adjunta un archivo.
La mitad derecha no es decoracion: es donde el panel deja lo que produjo. Siete pestanas -- grafo del proyecto, grafo semantico, pendientes, workflow, Urazuke, tareas y archivos -- y cada una se puede leer sin pedirle nada al modelo.
Urazuke exige evidencia en cada peldano, y las compuertas la verifican. En un proyecto nuevo la pestana ofrece arrancarla; tambien se arranca pidiendoselo al chat, o con yf urazuke start.
Un power es un servidor MCP o un plugin: agrega herramientas al panel. El modal dice el estado de cada uno y, sobre todo, cuanto suma al preambulo -- porque cada power prendido se paga en CADA llamada. Los cambios toman efecto en el turno siguiente, para no reiniciar el cache a mitad de sesion.
Cada puente tiene estado -- prendido, apagado, sin credencial, sin probar, inalcanzable -- y un puente apagado se filtra del manifiesto: el modelo no puede ver sus verbos ni se pagan sus tokens. Las credenciales viven en el Vault y nunca llegan al chat.
El panel lateral de la ruedita cambia el proveedor del modelo, el idioma, la voz y el nivel de permiso. Las claves se guardan cifradas y se inyectan al invocar, no se muestran.
Toda llamada queda registrada con sus tokens y su costo. Es el mismo registro con el que se miden las palancas de eficiencia del producto, no un resumen aparte.
