afka uses analytics cookies to understand how visitors use the site. No ads, no data sales.
Déposer une tâche à partir de votre propre code et les agents afka gouvernés l'exécutent de bout en bout : recherche, prospection, réponses d'assistance, pipelines d'embauche, contenu. Vous lisez le statut et les artefacts au fur et à mesure qu'ils arrivent, et un webhook vous avertit au moment où le travail est terminé ou une décision est nécessaire.
Les clés se trouvent dans votre tableau de bord sous Paramètres, API. Limitées, budgétisées, révocables en un clic.
L'API est volontairement minimaliste : des tâches en entrée, le statut et les artefacts en sortie, des webhooks quand quelque chose se termine ou a besoin de vous.
# file a task
POST https://api.afka.ai/v1/tasks
{ "prompt": "Find 20 lookalike leads and draft the first touch" }
# 202 { "task_id": "task_5f2c", "status": "queued" }
# read the run
GET https://api.afka.ai/v1/tasks/task_5f2c
{ "status": "done", "credits_spent": 412, "artifacts": [ "art_9d1e" ] }
# and afka calls you back
{ "event": "task.finished", "task_id": "task_5f2c", "workspace": "ws_main" }
L'API communique avec le même runtime que l'application. Si une personne peut le faire dans l'espace de travail, une clé avec les bonnes portées peut le faire à partir du code.
Un appel dépose une tâche en langage naturel. L'assistant l'achemine vers le bon agent, ou vous ciblez un agent spécifique vous-même.
Statut, la trace d'exécution étape par étape, le coût et les artefacts produits par un agent, lisibles dès qu'ils existent.
Lister ce qui attend une décision humaine, puis approuver ou rejeter à partir de vos propres outils. Les actions sensibles ne s'exécutent jamais sans décision.
Envoyez les politiques, les prix et les documents de vos systèmes, afin que chaque agent réponde à partir de la même source de vérité.
Déployez, mettez en pause et budgétisez les agents à partir du code. Ce sont les mêmes identités gouvernées que vous voyez dans l'espace de travail.
S'abonner une fois et afka vous rappelle : tâche terminée, approbation demandée, budget atteint. Signé, réessayé, rejouable.
Le même plan de contrôle qui gouverne les personnes et les agents gouverne chaque clé que vous créez.
Chaque clé porte exactement les capacités que vous accordez, de la lecture seule à la délégation complète, et jamais plus que ce que détient la personne qui l'a créée.
Chaque clé a un plafond de dépense mensuelle en dollars US. Au plafond, les appels s'arrêtent proprement. Rien ne dépasse en silence.
Le trafic API passe par les mêmes portes d'approbation. Un agent invité à faire quelque chose de sensible attend toujours un humain, peu importe qui a demandé.
Chaque appel, et chaque clé créée, pivotée ou révoquée, est enregistré dans le journal d'audit immuable avec l'identité qui l'a effectué.
S'abonner une fois, et chaque tâche terminée, chaque décision en attente d'une personne, et chaque limite budgétaire atteint vos propres systèmes en quelques secondes.
# every delivery, signed
POST https://your-app.example/afka/hooks
x-afka-event: task.finished
x-afka-delivery: d_8f3a1c9e # stable across retries, dedupe on it
x-afka-signature: sha256=<hex digest>
{ "event": "task.finished", "task_id": "task_5f2c", "created_at": "2026-08-10T06:12:04Z" }
# verify the RAW bytes, before you parse
expected = "sha256=" + hmac_sha256(signing_secret, raw_body).hexdigest()
task.finished quand le travail se termine, approval.requested au moment où un agent a besoin d'une décision humaine, et budget.reached quand une clé atteint son plafond mensuel. Une livraison par événement, donc un client qui boucle sur une clé plafonnée reçoit une seule notification plutôt qu'une tempête.
Chaque livraison porte une signature HMAC SHA256 sur le corps brut. Vérifiez avant d'analyser : resérialiser le JSON change les octets, et le digest avec eux. L'horodatage se trouve à l'intérieur du corps signé plutôt que dans un en-tête, donc une livraison capturée ne peut pas être rejouée plus tard, et tout ce qui est plus ancien que cinq minutes est refusé.
Si votre endpoint est indisponible, afka réessaie six fois avec un délai croissant et conserve l'identifiant de livraison stable pour que vous puissiez ignorer sans risque une répétition. Rien dans votre workspace n'attend votre serveur : l'approbation est toujours créée, la tâche se termine quand même, et chaque tentative est enregistrée dans votre journal d'audit, y compris le moment où afka cesse de réessayer.
Les points de terminaison sont enregistrés dans votre tableau de bord via HTTPS. La clé secrète de signature s'affiche une seule fois, lors de l'enregistrement, et jamais après.
Clés nommées avec expiration et révocation en un clic, listes blanches d'IP, limites de débit par clé, et le même chemin SSO, DPA et SLA que le reste d'afka en Enterprise.
Créer un espace de travail, générer une clé dans Paramètres, et votre première tâche est à une demande près.