Comparación de capacidades Web vs APP

Descripción general

El espacio de trabajo de GPTBots ofrece dos formas de uso: Web (acceso desde el navegador) y APP de escritorio (cliente de escritorio para macOS/Windows/Linux). Ambos extremos comparten los componentes de UI centrales y la API de backend, pero dónde se ejecuta realmente el Agent presenta una diferencia esencial.

En pocas palabras:

La Web es el cerebro —— inicia conversaciones, gestiona el espacio y consulta los resultados
La APP son las manos y los pies —— ejecuta realmente las tareas, opera archivos, corre comandos y conecta con IM

Diferencia en una frase

Pregunta del usuario	Respuesta
¿Me basta con usar solo el navegador?	Para ver Work / Search / flujos de trabajo / agentes / gestión del espacio, sí es suficiente —— pero para ejecutar tareas realmente se necesita al menos un nodo APP en línea
¿Puede la APP de escritorio usarse de forma independiente sin la Web?	Sí. La APP es un espacio de trabajo completo, con el motor de Agent en local
¿Todos en el equipo necesitan instalar la APP?	No. Basta con que una persona tenga la APP en línea para que los miembros del equipo puedan, desde la Web, delegar tareas a esa APP (es necesario configurar el nodo como enterprise)
¿Dónde están las opciones de configuración que no aparecen en la Web?	En la sección "Configuración" de la APP de escritorio —— clave del modelo, habilidades, herramientas, tareas programadas, canales, subagentes, memoria y seguridad en tiempo de ejecución

Comparación de la matriz de funciones

Dimensión de capacidad	🌐 Web	🖥️ APP
Conversación Work	Se conecta a un nodo Agent remoto a través del Gateway	Ejecución directa mediante Sidecar local
Agent Loop	Depende de un nodo remoto para ejecutarse	Bucle autónomo local de 25 rondas
Compresión de contexto	La procesa el nodo remoto	Estrategia de compresión local de 5 capas
Sistema de archivos	❌ Sin permisos de acceso a archivos locales	✅ Lectura, escritura y búsqueda completas de archivos locales
Ejecución en sandbox	❌ No compatible	✅ Ejecución aislada en microVM VirtIO
Herramientas MCP	❌ No compatible	✅ Tres transportes: stdio / SSE / HTTP
Habilidades (Skills)	❌ No compatible con habilidades locales	✅ 21 preconfiguradas + personalizadas + empresariales
Canales (IM)	❌ No admite configuración	✅ Más de 14 plataformas (Telegram, WhatsApp, DingTalk, etc.)
Tareas programadas	❌ No compatible	✅ Única / periódica / Cron
Subagentes	Depende de un nodo remoto	✅ Creación local + delegación entre nodos
Gestión de memoria	✅ Memoria empresarial (interfaz de administrador)	✅ Todas las dimensiones: cuenta + empresa + sesión
Configuración de modelos	❌ No admite configuración local	✅ Gestión de claves API de múltiples proveedores
Panel de configuración	Ninguno (las funciones correspondientes están en gestión del espacio)	✅ Configuración completa
AI Search	✅ Compatible	✅ Compatible
Agent	✅ Gestión de agentes A2A + conversación	✅ Gestión de agentes A2A + conversación
Workflow	✅ Lista de flujos de trabajo + detalles + ejecución	✅ Lista de flujos de trabajo + detalles + ejecución
Gestión del espacio	✅ Funciones completas de administrador	✅ Accesible a través de una ventana incrustada
Vista previa multimodal	✅ Vista previa de 9 tipos de archivo	✅ Vista previa de 9 tipos de archivo

Diferencias de arquitectura

Web: modelo de conexión mediante Gateway

浏览器 ──WebSocket──► Gateway ──WebSocket──► 远程 APP 节点 │ 智能路由 (LLM → BM25 → 兜底)

                      
                      浏览器 ──WebSocket──► Gateway ──WebSocket──► 远程 APP 节点
                        │
                    智能路由
                 (LLM → BM25 → 兜底)

Este bloque de código en una ventana flotante

La Web en sí no ejecuta el Agent Engine
Toda la ejecución de conversaciones depende de al menos un nodo APP remoto en línea
El Gateway se encarga del descubrimiento de nodos, el enrutamiento inteligente y el reenvío de mensajes
Adecuada para: navegación ligera, gestión del espacio, inicio remoto de tareas

APP: modelo local de tres procesos

React UI ──IPC──► Tauri Rust ──stdio──► Node.js Sidecar (Agent Engine)

                      
                      React UI ──IPC──► Tauri Rust ──stdio──► Node.js Sidecar (Agent Engine)

Este bloque de código en una ventana flotante

La APP ejecuta en local el motor de Agent completo (proceso Sidecar)
Dispone de acceso completo al sistema de archivos local
Puede registrarse como nodo del Gateway para ser invocada de forma remota por la Web u otras APP
Adecuada para: desarrollo en profundidad, tareas automatizadas, ejecución de herramientas locales

Mecanismo de UI compartida

La interfaz de conversación de la Web y la APP comparte sus componentes centrales mediante PlatformAdapter + alias de ruta a repositorios hermanos —— el repositorio Web y el repositorio APP se colocan al mismo nivel dentro del mismo directorio de espacio de trabajo, y la APP referencia directamente el código fuente del repositorio Web mediante el alias ~/* de Vite/tsconfig.

Nivel	Descripción
Capa compartida (claw-shared)	Más de 40 componentes como WorkPage, PromptInput, SessionList, Preview, etc., con origen en el repositorio Web
Adaptador Web	`webPlatformAdapter.ts` — asigna el Redux Store a WorkState
Adaptador APP	`appPlatformAdapter.ts` — asigna Redux + coworkService a WorkState

Esto significa que la interfaz de conversación Work que se ve en la Web y la que se ve en la APP son totalmente idénticas —— el mismo código, el mismo conjunto de componentes, solo que con una forma de ejecución subyacente distinta.

Recomendaciones de elección

Tu escenario	Recomendación	Motivo
Charlar de vez en cuando con la IA, hacer una pregunta	Web	No requiere instalación, se accede desde el navegador
Gestionar el espacio de trabajo (miembros, permisos, uso)	Web	La gestión del espacio ofrece la mejor experiencia en la Web
Procesar archivos locales, escribir código	APP	Requiere permisos del sistema de archivos local + herramienta Bash
Que la IA automatice mi trabajo repetitivo diario	APP	Las tareas programadas solo están disponibles en la APP
Integrar la IA en el IM del equipo (Telegram, DingTalk, etc.)	APP	La configuración de canales solo está disponible en la APP
Colaboración multidispositivo (casa + oficina)	Web + varias APP	La Web inicia, los nodos APP ejecutan
Soy administrador de empresa y quiero gestionar el uso de IA de todo el personal	Web	Interfaz de gestión del espacio

Uso típico de la colaboración multidispositivo

"En casa inicias una conversación desde el navegador Web → el Gateway la enruta a la APP de la oficina que siempre está encendida → la APP de la oficina lee los archivos locales y completa la tarea → el resultado se muestra en tiempo real en tu navegador."

En este escenario:

El equipo de la oficina: instala la APP, inicia sesión en la cuenta y configura el nodo como account (visible solo para ti) o enterprise (disponible también para los compañeros)
El navegador de casa: inicia sesión en la misma cuenta, entra en Work y, al enviar un mensaje, ese nodo APP se selecciona automáticamente debajo del cuadro de entrada
Ejecución de tareas: todos los comandos se ejecutan en la APP de la oficina y los resultados se transmiten de vuelta en streaming al navegador de casa a través del Gateway