Modelos, Herramientas y Runtime Paths

Raydo no intenta reemplazar todas las tools que ya usas. Intenta traer esos puntos de entrada de vuelta a un workspace más claro.

Acceso a modelos

Raydo puede gestionar servicios de modelos comunes y endpoints compatibles desde un solo lugar. Para la mayoría de usuarios, lo importante no es cuántos tipos de conexión existen por debajo. Lo importante es poder verlos, cambiarlos y usarlos dentro del mismo desktop.

Runtime paths

En la historia pública del producto, los tres runtime paths principales que conviene entender son:

• el OpenClaw runtime integrado de Raydo
• los local Codex workflows
• los local Claude Code workflows

No deberían sentirse como productos desconectados. Están reunidos bajo la misma superficie de control.

Channels y puntos de entrada externos

Raydo puede conectarse con communication surfaces comunes para que actualizaciones, colaboración o notificaciones no se queden encerradas dentro del desktop. El alcance exacto debería seguir lo que la versión actual muestra en el producto.

Conexión de Feishu: credenciales de app y autorización de cuenta

La conexión con Feishu tiene dos capas, y cada una resuelve algo distinto:

• App ID / App Secret en Channel settings son credenciales de nivel app. Vienen de la app creada en Feishu Open Platform e identifican qué app está iniciando la conexión. Raydo las usa para iniciar OAuth, intercambiar el authorization code y refrescar access tokens.
• Connect account en App Connections es autorización de nivel usuario. Cuando el usuario concede acceso en el navegador, Raydo puede trabajar con los recursos de Feishu permitidos para esa cuenta. El resultado de la autorización se gestiona en el almacenamiento de secretos de conexión de Raydo y no se escribe en openclaw.json.

Flujo recomendado:

1. Introduce el Feishu App ID / App Secret en Raydo Channel settings y confirma si la app usa Feishu China o Lark global.
2. En la misma app de Feishu Open Platform, añade la callback URL que muestra Raydo. La callback local por defecto del desktop es http://localhost:1456/connections/feishu/oauth/callback.
3. Vuelve a Raydo App Connections, elige Feishu y conecta la cuenta.
4. Cuando la autorización del navegador termine, vuelve a Raydo y concede la conexión al project, role o capability que la necesite.

Si Feishu indica que la redirect URL no es válida, la callback registrada en Feishu Open Platform no coincide exactamente con la URL que Raydo usó al iniciar OAuth. Revisa protocolo, host, puerto y path carácter por carácter. Este error ocurre en Feishu antes de que la callback local de Raydo reciba el resultado de autorización.

MCP y conexión de tools

Si ya usas MCP u otras local tools, Raydo ayuda trayendo la configuración y la conexión de vuelta a un mismo lugar en vez de dejarlas repartidas entre varios files y varios puntos de entrada.

Por qué esta capa importa

Los modelos cambian. Las tools cambian. Los hábitos del equipo cambian. Raydo intenta mantener estable la capa superior del workspace para que la experiencia del usuario siga siendo más consistente incluso cuando la mezcla subyacente evoluciona.