Aller au contenu principal

D-01 Registre d'outils

Brique D: Outils, skills, plugins, MCP, connecteurs. Version anglaise: D-01-tool-registry

1. Rôle et responsabilités​

Catalogue versionné des outils déclarés par Tool Manifest : schémas d'entrée et de sortie, effets de bord, risque, scopes, coût.

  • Valider le manifeste contre tool-manifest.schema.json
  • Publier, déprécier, bloquer un outil
  • Exposer la liste filtrée par droits

2. Position dans l'architecture et interactions​

  • Appelants: POST /v1/manifests/apply, portail, CI.
  • Chemin d'exécution: Synchrone.
  • Toute interaction passe par l'API Control Plane v1 (/v1) derrière la passerelle API (D-14).

3. Composant open source et partie développée​

  • Open source: aucun (à développer)
  • Développé: Entièrement développé.
  • Intégration externe via un adaptateur eai/integrations/<system>.py avec repli in-process lorsque l'URL n'est pas configurée.

4. Modèle de données​

Tables (schéma eai, RLS tenant_id):

  • eai.tools

Colonnes communes : id uuid, tenant_id uuid NOT NULL, created_at, updated_at ; politique RLS current_setting('app.tenant_id', true)::uuid.

5. Contrat​

  • Contrat appliqué: tool-manifest
  • Schéma JSON: contracts/v1/tool-manifest.schema.json
  • Champs clés: spec.action, spec.input_schema, spec.endpoint, spec.scopes_required, spec.data_classification, spec.side_effects, spec.idempotent, spec.requires_approval, spec.risk_level, spec.cost
  • Validation : POST /v1/contracts/{name}/validate ; application d'un manifeste : POST /v1/manifests/apply.

6. Endpoints API​

  • GET /v1/tools
  • POST /v1/tools
  • GET /v1/tools/{name}
  • PATCH /v1/tools/{name}
  • DELETE /v1/tools/{name}

Requête POST /v1/tools:

{
  "apiVersion": "eai/v1",
  "kind": "Tool",
  "metadata": {
    "name": "jira.search",
    "version": "1.2.0"
  },
  "spec": {
    "description": "Jira search",
    "action": "read",
    "input_schema": {
      "type": "object"
    },
    "endpoint": {
      "type": "http",
      "url": "https://<jira-host>/api"
    },
    "scopes_required": [
      "jira:read"
    ],
    "data_classification": "internal"
  }
}

Réponse:

{
  "name": "jira.search",
  "version": "1.2.0",
  "status": "active"
}

7. Exemples SDK​

Python:

from enterprise_ai import EnterpriseAI

client = EnterpriseAI(base_url="<control-plane-url>", api_key="eai_xxx_secret")
client.tools.create(manifest=tool_manifest)
client.tools.list()

TypeScript:

import { EnterpriseAI } from "@enterprise-ai/sdk";

const client = new EnterpriseAI({ baseUrl: "<control-plane-url>", apiKey: process.env.EAI_API_KEY });
await client.tools.create(toolManifest);

Java:

EnterpriseAIClient client = EnterpriseAIClient.builder()
    .baseUrl("<control-plane-url>")
    .apiKey(System.getenv("EAI_API_KEY"))
    .build();
client.tools().create(toolManifest);

Go:

c, _ := eai.NewClient(eai.WithBaseURL("<control-plane-url>"), eai.WithAPIKey(os.Getenv("EAI_API_KEY")))
c.Tools.Create(ctx, toolManifest)

8. Configuration​

  • Variables d'environnement: EAI_DATABASE_URL
  • Clés Helm: controlPlane.config, controlPlane.secrets

9. Contrôles de sécurité​

  • Publication réservée à developer / tenant_admin
  • Politique OPA tool.publish (risque high -> approbation)
  • Toutes les requêtes portent le tenant issu du credential ; RLS PostgreSQL
  • Chaque mutation et décision de politique écrit un événement d'audit chaîné

10. Observabilité​

  • Métriques Prometheus: eai_tools_registered{status}
  • Traces: spans OpenTelemetry avec conventions sémantiques GenAI (gen_ai.operation.name, gen_ai.agent.id, gen_ai.tool.name), attributs eai.tenant_id, eai.run_id, propagation traceparent.
  • Actions d'audit: tool.apply, tool.update, tool.delete

11. Unités FinOps​

  • Le champ spec.cost alimente l'estimation.
  • Émis comme Usage Event (POST /v1/finops/usage) avec tenant, projet, agent et run.

12. Modes de défaillance et résilience​

  • Version immuable : republier crée une nouvelle version
  • Erreurs normalisées (enveloppe error, message_i18n en/fr)

13. Adoption autonome (client d'un client)​

  • enterprise_ai.tools + Control Plane + PostgreSQL.
  • SDK: enterprise_ai.tools / mcp / skills / plugins / connectors / channels
  • Déploiement minimal : chart Helm avec controlPlane.enabled=true et PostgreSQL ; les composants externes désactivés utilisent leur repli in-process.

14. Tests d'acceptation​

  1. Manifeste invalide -> 422 avec erreurs
  2. Outil bloqué non listé pour les agents
  3. Accès inter-tenant refusé
  4. Erreur renvoyée en fr avec Accept-Language: fr