Déplacement de la logique de l'agent IA vers YAML : Exécution depuis Telegram, VS Code et CLI

Un développeur en a eu assez d'écrire des outils TypeScript pour chaque connecteur dans OpenClaw (Postgres, SSH, Slack, etc.). Sa solution : déplacer la logique métier de l'agent dans un fichier agent.yaml et l'exécuter via OE Runtime en tant que serveur HTTP. Le SKILL.md d'OpenClaw pointe vers ce serveur, et le même YAML fonctionne désormais depuis Telegram, VS Code et la CLI — sans duplication de code.

Architecture

Le flux ressemble à ceci :

Message utilisateur dans Telegram → OpenClaw appelle POST /run-file → OE Runtime exécute agent.yaml → résultat renvoyé dans Telegram

Définition de l'agent en YAML

Au lieu d'écrire du TypeScript pour chaque outil, l'agent est défini de manière déclarative :

name: Database Analyst
instructions: |
  Vous êtes un analyste de base de données...
steps:
  - name: Query
    content: Lister toutes les tables et les nombres de lignes
connectors:
  - connection_name: My Database
    connection_type: postgresql

Pourquoi cela fonctionne

L'effet clé : le même agent.yaml s'exécute depuis VS Code, CLI et HTTP. Aucune duplication. Cela sépare la logique de l'agent de la couche d'interface et le rend portable sur différentes surfaces.

Pour qui cela est destiné

Si vous construisez avec OpenClaw et souhaitez réduire le code TypeScript répétitif, ou si vous avez besoin que votre agent fonctionne dans plusieurs environnements (chat, IDE, terminal), ce modèle mérite d'être examiné.