La interfaz muestra el estado vivo del sistema
ThinkerrChatScreen, ThinkerrScreen, TaskTreeView, AgentMarketplace y LiveSync exponen la ejecución mientras ocurre.
Layers 1-6
Arquitectura pensada para coordinar interfaz, runtime y economía sin fracturas.
Thinkerr no apila features. Encadena capas. La UI expone el sistema, el estado organiza agentes y árboles, la orquestación decide cómo ejecutar, los servicios hablan con modelos y herramientas, la capa de negocio gobierna costos y permisos, y la persistencia conserva el contexto operativo en Firestore.
Stack
Las seis capas vistas como sistema continuo.
Slots, sesiones y ramas como fuentes de verdad
Contexts para agentes y árboles, Redux para sesiones persistidas y listeners de Firestore para cambios en tiempo real.
Decisión, división, ejecución y síntesis
El orchestrator resuelve agente, modelo, permisos, tools y callbacks; el planner decide si la tarea se reparte.
Provider-agnostic, streaming y tool loop
Adapters para Claude, OpenAI/xAI/Groq/DeepSeek y Gemini bajo una sola capa de envío y streaming.
Tokens, permisos, marketplace y revenue share
La monetización no está pegada encima: vive dentro del modelo operativo del producto.
Firestore como tejido de continuidad
Sesiones, ramas, rentas, connectors y live commands se persisten como componentes del mismo workspace inteligente.
Flujo de mensaje
Cómo viaja una solicitud a través del sistema.
Resolver agente, enriquecer contexto, detectar operación
Thinkerr decide qué agente responde, captura contexto del editor y clasifica si el trabajo es generar, editar, explicar, depurar o buscar.
System prompt, mensajes, modelo y permiso efectivo
El orchestrator arma el prompt final, recorta historial, resuelve modelo y calcula el nivel de acción permitido por usuario y agente.
Loop con tools, post hooks y ledger
Si el agente tiene herramientas, Thinkerr entra en un loop agéntico; luego registra uso, monetización para creadores y aplica código de vuelta al editor si corresponde.
State graph
El estado se reparte por responsabilidad, no por moda.
Slots activos, agente actual, balance y estimaciones
Gestiona historiales por slot, balance en tiempo real y cambios de agente sin perder continuidad de conversación.
Planificación, ramas, síntesis y aborts
Su reducer modela el ciclo completo de un árbol: planning, executing, synthesizing, completed, failed o cancelled.
Sesiones persistidas y streaming UI
Redux mantiene la noción de sesión, sincronización y estado de envío con soporte para Firebase.
Composición y respuesta en tiempo real
Útil cuando la experiencia requiere un estado de composición más granular sobre el hilo activo.
Persistencia
Las colecciones Firestore se leen como un mapa de capacidades.
Estado vivo por persona
- tokenBalance y tokenHistory
- activeAgents, taskTrees y branches
- liveSession y commands
- agentDrafts, savedTemplates e importedTemplates
Catálogo, licencias y sharing
- agents y reviews
- agent_entitlements y agent_rentals
- workspace_agent_installs y project_agent_shares
- runtime_connectors y api_clients
Ledger y memoria compartida
- usage_ledgers por run
- thinkerr_project_memories
- thinkerr_project_integrations
- thinkerr_project_skills