Outils

Statut actuel

La build authentifiée ne contient pas de registre d’outils spécifique à un runtime Agents, parce que ce runtime n’est pas encore exposé.

Il n’existe pas de /api/agents/tools vérifié dans la branche release actuelle.

Les outils réels aujourd’hui : Connectors

OrbitWake possède en revanche une surface Connectors opérationnelle. Elle expose des outils de services externes via des routes comme GET /api/connectors/tools et POST /api/connectors/execute.

Cette surface est indépendante d’un runtime Agents et possède son propre modèle de permissions et d’approvals.

Exemple vérifié : GitHub

Le Connector GitHub expose des actions de lecture et d’écriture réelles. Les exemples confirmés incluent la lecture de fichiers, la recherche de code, la liste des branches, la création de branches/fichiers/PR et le merge de pull requests selon les permissions applicables.

Consultez Connectors — GitHub pour le contrat vérifié.

Un outil n’implique pas une permission automatique

Les actions Connector sont classées par niveau read, write ou sensitive. La présence d’un outil connecté ne signifie pas qu’un agent — futur ou autre — pourrait l’exécuter sans contrôle.

Pas de shell agent documenté

La documentation actuelle ne décrit aucun shell général exposé au runtime Agents. Le mode Agent VS Code lui-même n’exécute pas de commandes shell.

Ne déduisez pas des visuels marketing “Run tests” qu’une API Agents permettant l’exécution shell est disponible.

Outils montrés sur la page marketing

Les cartes “Repository”, “Tests”, “Production” et “External connectors” de la page publique servent à illustrer un modèle de contrôle produit.

Étape suivante

La page Permissions distingue les contrôles Connectors réellement actifs des permissions Agents qui ne sont pas encore exposées.