Automatización de navegador sin depender de un modelo: nunca reconstruyas porque un proveedor cambió
Por qué el modelo debería ser una opción de configuración, cómo mantener un flujo de trabajo portátil entre nube y local, y qué cuesta depender de un proveedor.
La automatización de navegador independiente del modelo mantiene el flujo de trabajo, las herramientas, el contexto y las aprobaciones separados del modelo que razona sobre ellos. El modelo se convierte en una opción por tarea, no en la arquitectura, así que un cambio de precio, un límite de tasa o una API descontinuada no pueden obligarte a reconstruir nada. Melaya es compatible con proveedores en la nube conectados, modelos locales de Ollama y LM Studio, y suscripciones de CLI como Claude Code y Codex.
Qué cuesta en la práctica depender de un proveedor
Un agente de navegador atado a un solo modelo hereda el precio, los límites de tasa, la disponibilidad regional, la política de contenido y la hoja de ruta de ese proveedor. Nada de eso está bajo tu control, y todo eso cambia. El flujo de trabajo es el activo real, y el modelo es un componente que debería poder reemplazarse.
El costo casi nunca es la licencia. Es la reconstrucción: cuando cambian los términos, hay que rehacer la integración, los prompts, las conexiones de herramientas y las aprobaciones contra una superficie distinta.
- Las subidas de precio se aplican al trabajo que ya construiste
- Los límites de tasa detienen un flujo de trabajo que antes funcionaba bien
- Una versión de modelo descontinuada cambia el comportamiento que ya habías ajustado
- Las restricciones regionales o de política pueden quitarte el acceso por completo
Separar el flujo de trabajo del modelo
Mantén cuatro cosas independientes del modelo: las herramientas que un agente puede invocar, el contexto con el que opera, los puntos de aprobación y el registro de lo que pasó. Si eso vive en el runtime y no en el producto de un proveedor, cambiar de modelo es elegir una opción de un menú, no un proyecto.
Melaya está construido así. La misma tarea de navegador se ejecuta con un proveedor en la nube conectado, con un modelo local a través del Melaya Runner, o con una ruta de Claude Code o Codex, con los mismos conectores, el mismo contexto permanente, el mismo alcance de pestaña y las mismas aprobaciones a su alrededor.
Cuándo los modelos locales hacen que un flujo de trabajo sea gratis en el margen
Un modelo local en tu propia máquina no tiene medidor por mensaje alojado. Para el trabajo de navegador recurrente, esto cambia la economía: el costo marginal de cada ejecución es tu electricidad, no una factura por token. La inferencia local sigue estando limitada por tu hardware, la ventana de contexto del modelo, su velocidad y los derechos de tu plan de Melaya, así que no es literalmente ilimitada.
El patrón práctico es mixto: un modelo alojado rápido para extracción rutinaria, un modelo alojado más potente para una página difícil, y un modelo local para la tarea repetitiva que corre todos los días.
Preguntas frecuentes
¿Puedo ejecutar automatización de navegador con un modelo local gratis?
Sí. Conecta el Melaya Runner y elige un modelo servido por Ollama o LM Studio. No hay medidor por mensaje alojado, aunque las ejecuciones siguen limitadas por tu hardware, el contexto del modelo y tu plan.
¿Puedo cambiar de modelo sin reconstruir la tarea?
Sí. Las herramientas, los conectores, el contexto permanente y las aprobaciones viven en el runtime, así que el modelo es una elección por tarea.
¿Elegir un modelo distinto cambia lo que el agente puede hacer en el navegador?
Las acciones de navegador disponibles son las mismas. Un modelo más potente maneja con más confiabilidad las páginas ambiguas y las tareas largas de varios pasos.
