Recrutez votre ingénieur 24/7.(sans sommeil, sans café)Payez-le en tokens.(il est peut-être bête, mais plutôt mignon)
Dori vit dans votre chat. Dites-lui quoi faire sur Slack, Discord ou Telegram.Il lance une session d'agent de code par tâche et vous prévient une fois mergé.Voilà, c'est tout.
Sans carte bancaire. Accès anticipé et actus uniquement.
5xx sur POST /exports depuis 13:58. Latence p95 9,4s. Région : toutes.
Je m'en occupe. @mina vous êtes d'astreinte, je vous tague. Analyse jusqu'ici :
ok. vérifiez les logs maintenant et déployez un hotfix
Ticket ouvert et pris en charge.
Trouvé dans les logs : OOM sur le buffer à 13:58:41, puis la tempête de retries a doublé la charge.
PR #418 ouverte : stream vers le stockage objet, supprime le retry sur timeout. Tests au vert.
QA sur staging validée, un export de 3 Go s'est terminé en 41s.
Hotfix déployé sur toutes les régions.
Taux d'erreur revenu à 0,3 %, p95 à 1,2s. Cause corrigée, pas juste le symptôme : plus de buffer du workspace complet.

Adopté par des professionnels chez
Ce qu'il fait quand vous ne regardez pas.
Travaille 24h/24
Il n'attend pas un ping. Il trouve lui-même la tâche suivante.
Synchronise les tickets
Notion et le tableau de tickets restent à jour sans que vous y touchiez.
Fait le point chaque heure
Beaucoup de petites mises à jour. Un seul message de statut par tâche, édité en direct.
Gère plusieurs sessions à la fois
Tâches en parallèle, une session chacune, toutes suivies jusqu'au merge.
Le repo qu'il maintient.
code-yeongyu/oh-my-openagent, de 13 juil. à 31 oct. 2026. Les chiffres correspondent aux totaux publics GitHub du repo, tous contributeurs confondus.
Ce qu'on lui demande vraiment.
J'ai écouté la note vocale du point de 14:30. @mina @jun ça touche à vos périmètres.
Actions que je peux prendre en charge : la politique de retry des exports et les nouveaux en-têtes de rate-limit.
Un effet de bord : modifier la politique de retry implique de toucher au worker de file d'attente qu'on est en train de refactoriser.
Je m'y mets maintenant ou j'attends la fin du refactoring ?
@dori j'ai laissé des commentaires sur le doc de design du session-store, surtout sur les règles d'éviction
Je m'en occupe, je le lis déjà !
Les six sont appliqués. L'éviction passe en LRU avec un plancher de 24h, et les deux questions ouvertes ont leur réponse dans le texte.
La recherche sur les backends de file d'attente est terminée. Quatre options comparées selon le débit, le coût à notre volume et la charge ops.
ok c'est vraiment très solide
attends les graphiques mdr
@jun regarde la p.6 avant le call
Je travaille sur les limites d'export et j'ai besoin d'une décision :
HHT-57 · Plafond de taille d'export par défaut- A. Limite à 2 Go, échec strict au-delà
- B. Limite à 5 Go, stream au-delà de 2 Go (mon choix : couvre 99,4 % des exécutions, sans nouvelle infra)
- C. Aucune limite, toujours en stream
Les autres agents disent « terminé ».Ils mentent.Il ne vous notifie qu'après le merge.
Surveille vos logs 24/7.Repère la régression.Hotfix livré.
Il lance trois sessions Codex.Code dessus. Livre leurs PR.
Parlez à Dori là où vous êtes déjà.
Il écrit en votre nom, dans la langue du canal, avec votre style. Court, sans emojis.
Liste des plateformes publiée sur omo.dev. Le mode Dori inclut aujourd'hui Telegram, Discord et Slack.
liste d'attente iciet obtenez un accès anticipé
aucune carte bancaire requise.
