Raydo
Controle et integrations

Modèles, outils et chemins d'exécution

Comment Raydo réunit modèles, outils, workflows CLI et points d'entrée externes dans un même espace de travail sur desktop.

Raydo n'essaie pas de remplacer tous les outils que vous utilisez déjà. Il cherche plutôt à ramener ces points d'entrée dans un espace de travail plus lisible.

Accès au modèle

Raydo peut gérer les services de modèle commun et les points de terminaison compatibles à partir d'un seul endroit. Pour la plupart des utilisateurs, la question n’est pas de savoir combien de types de connexion existent en coulisses. Le but est de pouvoir les visualiser, les changer et les utiliser sur un seul bureau.

Chemins d'exécution

Dans l'histoire du produit public, les trois principaux chemins d'exécution à comprendre sont :

  • Le runtime OpenClaw intégré de Raydo
  • workflows Codex en local
  • workflows Claude Code en local

Ceux-ci ne sont pas censés ressembler à des produits déconnectés. Ils sont regroupés sous une seule surface de contrôle.

## Canaux et points d'entrée extérieurs

Raydo peut se connecter aux surfaces de communication courantes afin que les mises à jour, la collaboration ou les notifications ne doivent pas rester uniquement sur le bureau. La plage exacte doit correspondre à ce que la version actuelle affiche dans le produit.

Connexion Feishu / Lark : une entrée, deux régions de service

Raydo présente Feishu Chine et Lark Global comme une seule entrée. Les utilisateurs n'ont pas besoin d'apprendre deux fonctionnalités différentes. Il leur suffit de choisir la bonne variante lors de l'installation :

  • Feishu Chine utilise l'autorisation feishu.cn et les domaines API.
  • Lark Global utilise l'autorisation larksuite.com et les domaines API.

Ce choix décide uniquement quel domaine de plate-forme Raydo utilise. Le workflow à l’intérieur de Raydo reste le même.

La configuration Feishu / Lark comporte deux couches et effectue des tâches différentes :

  • App ID / App Secret dans les paramètres du canal sont des informations d'identification au niveau de l'application. Ils proviennent de l’application Feishu Open Platform et identifient quelle application démarre la connexion. Raydo les utilise pour démarrer OAuth, échanger le code d'autorisation et actualiser les jetons d'accès.
  • Le compte Connect dans App Connections est une autorisation au niveau de l'utilisateur. Une fois que l'utilisateur a accordé l'accès dans le navigateur, Raydo peut travailler avec les ressources Feishu que le compte est autorisé à utiliser. Le résultat de l'autorisation est géré par le stockage du secret de connexion de Raydo et n'est pas écrit dans openclaw.json.

Débit recommandé :

  1. Choisissez la région de service dans les paramètres du canal Raydo : Feishu Chine ou Lark Global.
  2. Créez l'application dans la plateforme ouverte correspondante et saisissez l'ID de l'application / le secret de l'application.
  3. Dans la même application, ajoutez l'URL de rappel affichée par Raydo. Le rappel par défaut du bureau local est http://localhost:1456/connections/feishu/oauth/callback.
  4. Revenez à Raydo App Connections, choisissez Feishu / Lark et connectez le compte.
  5. Une fois l'autorisation du navigateur réussie, revenez à Raydo et accordez la connexion au projet, au rôle ou à la fonctionnalité concerné.

Si la page d'autorisation signale que l'URL de redirection n'est pas valide, le rappel enregistré dans la plateforme ouverte correspondante ne correspond pas exactement à l'URL utilisée par Raydo, ou la mauvaise région de service a été sélectionnée. Vérifiez le protocole, l'hôte, le port et le chemin caractère par caractère. Cette erreur se produit du côté Feishu / Lark avant que le rappel local de Raydo ne reçoive le résultat de l'autorisation.

MCP et connexion outil

Si vous utilisez déjà MCP ou d'autres outils locaux, Raydo vous aide en regroupant le travail de configuration et de connexion au même endroit au lieu de le laisser réparti sur des fichiers et des points d'entrée distincts.

Pourquoi cette couche est importante

Les modèles changent. Les outils changent. Les habitudes des équipes changent. Raydo essaie de garder stable la couche supérieure de l'espace de travail, pour que l'expérience utilisateur reste cohérente même lorsque la pile sous-jacente évolue.