APIAPI

Authentification, autorité et idempotence

Authentifiez explicitement, respectez Workspace et liez chaque tentative payante à une clé d’idempotence.

Maturité API / MCP

La documentation est publique, mais la disponibilité API/MCP dépend du manifeste actif et des droits du compte. Foundation ou experimental ne garantit pas la stabilité.

Authentification Bearer

Envoyez le token MYEQ dans Authorization. Un Bearer explicite invalide échoue sans changement silencieux d’identité.

curl https://myeq.pro/api/v1/production/capabilities \
  -H "Authorization: Bearer $MYEQ_API_KEY"

Workspace fait partie de l’autorisation

Un token valide ne contourne pas le tenant fence ; l’appartenance courante est vérifiée.

Classes d’autorité

Read inspecte, Plan propose sans dépense, Mutate change l’état, Spend lance du travail payant, Approve enregistre l’acceptation, Admin modifie la politique.

L’exécution payante exige l’idempotence

Utilisez une Idempotency-Key stable et une confirmation explicite. Pas de retry aveugle après résultat ambigu.

curl -X POST https://myeq.pro/api/v1/production/plans/PLAN_ID/generate \
  -H "Authorization: Bearer $MYEQ_API_KEY" \
  -H "Idempotency-Key: production-123-attempt-1" \
  -H "Content-Type: application/json" \
  -d '{"confirm": true}'

Workspace · Project · Asset · Entity · Storyboard · Plan · JobGénéré ≠ Certifié