#Modelo para openclaw

12 messages · Page 1 of 1 (latest)

patent junco
#

No se que Modelo usar en openclaw
Tengo el sonnet mas nuevo pero es muy caro
Que mas opciones de modelos me recomiendas para usar calidad/precio

viscid fernBOT
#

Si el Sonnet nuevo te sale caro, yo no usarĂ­a un Ăşnico modelo premium para todo.

Mi recomendación práctica:

  • deja un modelo fuerte como primary para lo difĂ­cil
  • pon 1 o 2 fallbacks más baratos para chat normal, heartbeats y cosas de baja importancia
  • si el agente usa tools, no te vayas demasiado abajo, los modelos baratos suelen fallar más ahĂ­

En OpenClaw eso va con:

  • agents.defaults.model.primary
  • agents.defaults.model.fallbacks

Y para probar rápido:

  • /model en Discord
  • openclaw models status
  • openclaw models list
  • openclaw models scan
patent junco
#

He pensado en usar un modelo de Qwen, uno de Gemini/open ai y el sonnet se antropic

viscid fernBOT
#

Sí, esa mezcla tiene sentido, pero yo la ordenaría por rol, no por “tener 3 buenos”:

  • Sonnet/Anthropic: para lo más difĂ­cil, herramientas, prompts largos, cuando quieres máxima fiabilidad.
  • Gemini u OpenAI: como candidato a modelo por defecto si te da mejor coste/latencia.
  • Qwen: como fallback barato o para tareas simples.

Mi recomendaciĂłn real para calidad/precio:

  • no dejes Sonnet como default global si ya te parece caro
  • pon un modelo “medio” como primary
  • deja Sonnet para cuando de verdad haga falta, o cámbialo con /model
  • usa Qwen como fallback, pero si es local/Ollama yo no lo pondrĂ­a como principal para tool calling, ahĂ­ suele ser menos fiable

O sea, algo asĂ­ en estrategia:

  1. primary = tu mejor equilibrio coste/calidad
  2. fallbacks = uno barato
  3. Sonnet = “modo premium” cuando la tarea lo merezca
#

Si quieres, te digo qué orden pondría según si ese Qwen lo vas a usar local o por API/OpenRouter.

patent junco
#

Lo tengo todo en una vps, me recomiendas usar open router para las API?

viscid fernBOT
#

SĂ­, para una VPS OpenRouter suele ser una buena idea, sobre todo si quieres:

  • una sola API key
  • probar varios proveedores/modelos sin reconfigurar todo
  • montar fallbacks fácil
  • optimizar coste sin casarte con un proveedor

Mi recomendaciĂłn real serĂ­a:

  • si priorizas simplicidad y variedad, usa OpenRouter
  • si priorizas máxima fiabilidad/features nativas para tu modelo principal, usa API directa en ese principal, y deja OpenRouter para fallbacks o pruebas

¿Por qué?
Porque OpenRouter va genial como capa unificada, pero sigue siendo un proxy. Eso está muy bien para flexibilidad, pero algunas cosas específicas del proveedor no pasan exactamente igual que en la API nativa.

En una VPS 24/7, yo harĂ­a una de estas dos:

#
  1. Más simple: todo por OpenRouter
  2. Más fino: principal directo + fallbacks por OpenRouter

Si quieres calidad/precio sin complicarte mucho, yo probablemente empezarĂ­a por OpenRouter y luego, si ves que un proveedor te convence mucho, moverĂ­a solo ese principal a API directa.

Docs:
https://docs.openclaw.ai/providers/openrouter
https://docs.openclaw.ai/concepts/models

Si quieres, te paso una estrategia concreta para VPS con:

  • primary
  • fallback barato
  • y cuándo usar Sonnet manualmente con /model
patent junco
#

Hazme una estrategia si

viscid fernBOT
#

SĂ­, yo harĂ­a esta estrategia para una VPS:

Estrategia simple y buena en calidad/precio

1. Modelo por defecto (primary)
Pon aquí tu modelo de mejor equilibrio coste/calidad, no el más caro.
La idea es que el 80% de tus mensajes pasen por este.

2. Fallback barato
Añade un modelo barato para cuando quieras recortar coste o si el principal falla.
AquĂ­ encaja bien algo tipo Qwen.

3. Modelo premium solo cuando haga falta
Deja Sonnet fuera del flujo diario.
Ăšsalo manualmente con /model para:

  • tareas complejas
  • debugging difĂ­cil
#
  • tool use delicado
  • prompts largos/importantes

CĂłmo lo repartirĂ­a

  • Diario: Gemini/OpenAI o similar como primary
  • Barato: Qwen como fallback
  • Premium: Sonnet solo manual

Regla práctica

Si una tarea es:

  • normal → modelo medio
  • barata/simple → fallback barato
  • importante/difĂ­cil → Sonnet

Para VPS

Yo haría esto además: