Blogue

Comment nous concevons et faisons tourner Mythex (y compris ce qui a mal tourné) et les nouveautés du produit.

Ingénierie

Comment Mythex est conçu et exploité, y compris ce qui a cassé et comment nous l’avons réparé.

Une republication ratée ne supprime jamais un backend fonctionnel — Une republication ratée pouvait supprimer l'API en production d'une application. Trois correctifs pour la façon dont Mythex annule une publication qui tourne mal.
Des alertes qui se déclenchent une seule fois, et non une fois par serveur — Une alerte quotidienne nous est parvenue cinq fois en un après-midi. Pourquoi la déduplication en mémoire échoue avec deux serveurs, et comment un état partagé la corrige.
Passer à des espaces de travail plus grands sans faire attendre qui que ce soit — Un quart de nos espaces étaient restés à 1 Go après le passage à 2 Go. Notre première correction a fait attendre une personne sept minutes. Ce que nous avons changé.
Facturer les bases de données selon leur utilisation réelle — Nous estimions le coût des bases de données, et l'estimation se trompait dans les deux sens. Chaque base est maintenant facturée selon son usage mesuré, heure par heure.
Repérer les applications qui plantent juste après la publication — Trois publications ont réussi le contrôle de santé alors que leur API plantait à chaque démarrage. La cause : compter les plantages dans une liste limitée à cinq entrées.
Garder les tours d'agent riches en images dans la mémoire — Un tour d'agent a manqué de mémoire à 952 Mo en analysant des catalogues. Trois causes qui gardaient les images trop longtemps, et leurs corrections.
Garder les longs tours d'agent dans la fenêtre de contexte — Nos sous-agents pouvaient grossir jusqu'au refus du modèle ou mal compter les jetons en russe. Trois corrections pour mener le long travail à terme.
Garder le clavardage actif quand un téléphone se met en veille — Les téléphones se mettent en veille et changent de réseau. Deux bogues bloquaient le clavardage ou affichaient une réponse incomplète. Voici les corrections.
Un clavardage trop lourd pouvait faire tomber notre API — Le 28 septembre, nos deux serveurs d'API ont manqué de mémoire en même temps. La vraie correction : charger l'historique selon la taille, pas le nombre.
Appuyer deux fois sur Publish ne publie plus qu'une fois — Trois demandes de publication pour une même app lançaient trois déploiements. La base de données décide maintenant qui publie, et les autres sont informées.
Leçons de référencement tirées de la correction de notre propre site — Balisage FAQ en double, mauvaise miniature Google, pages de modèles sans clics, chemin bloqué par notre edge : ce que nous avons corrigé sur mythex.ai.
Les sites statiques restent en ligne pendant leur republication — Republier un site statique le vidait avant le téléversement. Désormais, l'ancienne version reste en ligne jusqu'à ce que la nouvelle soit prête.
La fuite de mémoire cachée dans une étiquette de progression — L'agent IA a manqué de mémoire en écrivant un gros fichier. Le coupable : une étiquette d'état renvoyée 41 000 fois, pas le modèle ni les sous-agents.
Le fichier d'échange manquant qui a figé nos serveurs — Un serveur de production a cessé de répondre sans planter, faute de swap : un emballement du cache de pages. Ce qui s'est passé et ce qui a changé.
Réveiller des bases de données sans connexions mortes — Au réveil, une application publiée retenait sa première requête 10 à 12 secondes à cause de connexions mortes. Nous sommes passés à 2,3 secondes.
Nous limitions nos propres services — Notre limite par adresse bloquait nos propres services internes, qui recevaient des 429 en production. Comment nous l'avons corrigé.
Pourquoi nous avons migré nos serveurs vers ARM — Nos serveurs n'utilisaient plus qu'un tiers de leur mémoire. Des instances ARM plus petites ont réduit la facture d'environ 30 %.
Comment nous avons ramené les déploiements à zéro erreur 502 — Un chien de garde en conflit avec nos déploiements, et un répartiteur trop lent à réagir : comment nous sommes passés de 10 erreurs 502 à zéro.

Produit

Les nouveautés de Mythex et pourquoi nous les avons conçues ainsi.

Mythex Is Now on iPhone and Android — Mythex now has its own iPhone and Android app. Build and edit apps by chat, watch the live preview, and get a notification when a build is done.
Un espace de travail privé et un aperçu en direct pour chaque projet — Chaque projet Mythex tourne dans son propre espace de travail privé, avec un aperçu en direct à côté du clavardage. Fonctionnement, utilisation et limites.
L'agent Mythex sait maintenant ce que Mythex peut construire — Une application iPhone ou un bot toujours connecté n'est pas disponible : l'agent le dit, propose l'équivalent le plus proche et attend votre accord.
Une page de destination pour chaque type d'entreprise — Vous cherchez un système de réservation pour une clinique dentaire? Vous tombez sur une page Mythex écrite pour ce commerce, avec une consigne prête à créer l'application.
Rechargement automatique : gardez votre application en marche quand les crédits sont bas — Le rechargement automatique achète des crédits quand votre solde est bas, pour qu'un long build ou une application publiée ne s'arrête pas à zéro. Configuration et limites.
Créez des applications Mythex avec Claude, Cursor ou Codex — Mythex expose un serveur MCP distant : connectez Claude, Cursor ou Codex, et ils codent dans votre bac à sable Mythex avec aperçu, base de données et publication.
Points de contrôle : annulez toute modification faite par l'agent — Après chaque tour réussi, Mythex enregistre un point de contrôle de votre projet. Revenez à l'un d'eux en deux clics, ou modifiez un message antérieur et réessayez.
Connectez Gmail, Google Sheets et Slack à votre créateur d'applications — Les connecteurs Mythex relient Gmail, Google Sheets, Slack, Notion et plus à l'agent, sans clé d'API dans votre code. Fonctionnement, configuration et limites.
Domaines personnalisés sur Mythex : en acheter un ou connecter le vôtre — Les applications Pro sur Mythex peuvent utiliser votre propre domaine. Achetez-en un dans Mythex ou pointez un domaine existant vers votre app avec un CNAME. Étapes.
Dictez vos consignes avec la saisie vocale — Dictez vos consignes à Mythex au lieu de les taper. Cliquez sur le microphone ou appuyez sur Alt+V, relisez le texte, puis envoyez. Fonctionnement et limites.
Corriger avec l'IA : un clic quand une publication échoue — Quand une publication échoue, Mythex vous dit ce qui s'est passé et propose Fix with AI : l'agent lit la sortie du build ou les journaux de votre app et corrige le projet.
Générer des images directement dans le clavardage — Demandez à Mythex une image héros, une og:image ou un logo : il la dessine dans le clavardage et ne la place dans votre app que sur demande.
Synchronisation et export GitHub : votre code Mythex vous appartient — Tout ce que vous créez sur Mythex vous appartient. Synchronisez un projet avec GitHub, téléchargez-le en archive ou importez-en un. Fonctionnement de chaque option et limites.
Mythex se souvient maintenant de qui vous êtes et de votre façon de travailler — Mémoire, « À propos de vous », connaissances et recherche dans les anciens clavardages : Mythex ne repart plus de zéro. Tout se voit et se désactive.
Planifier avant de construire : le fonctionnement du mode Plan dans Mythex — Le mode Plan laisse l'agent Mythex définir une approche avant de modifier quoi que ce soit. Lisez le plan, puis appuyez sur Build.
Les erreurs de publication disent maintenant ce qui s'est passé, en termes simples — Quand une publication Mythex échoue, vous obtenez une phrase claire sur ce qui n'a pas fonctionné, avec Fix with AI et Try again, au lieu de la sortie brute de l'hébergement.
Votre app publiée reste maintenant en ligne pendant que vous la republiez — Republier une app Mythex la mettait hors ligne pendant le build. Désormais, la version précédente reste en ligne jusqu'à ce que la nouvelle soit prête.
Secrets et variables d'environnement sans coller vos clés dans le chat — Quand l'agent Mythex a besoin d'une clé API, il utilise une carte sécurisée plutôt que la zone de chat. Fonctionnement des secrets et rotation d'une clé.
Partir d'un modèle : une première consigne rédigée pour votre application — Les modèles Mythex offrent une consigne de départ pour chaque type de site. Choisissez-en un et cliquez sur Utiliser le modèle.
Des sous-agents que vous pouvez ouvrir et lire — Quand l'agent Mythex répartit une tâche complexe en exécutions imbriquées, chacune apparaît dans le chat sous forme de ligne à ouvrir et à lire.
Testez votre application dans le navigateur d'une seule commande — Tapez /test : Mythex parcourt votre aperçu en direct comme un utilisateur, prend des captures d'écran et signale dans le chat ce qui ne fonctionne pas.
Pourquoi chaque application Mythex a sa propre base de données — Chaque application Mythex reçoit sa propre base Postgres, qui se met en veille. Pourquoi une base par application, et les compromis.
Espaces de travail et invitation de votre équipe — Invitez vos coéquipiers par courriel dans un espace de travail Mythex, sans frais par siège. Rôles des propriétaires et des membres, et facturation.

Entreprise

Des nouvelles de l’équipe.

Présentation des guides Mythex et du blogue Mythex — Guides pratiques sur la création d'apps et de sites avec l'IA, comparatifs honnêtes, et blogue d'ingénierie sur la façon dont Mythex est construit.
Mythex parle maintenant 12 langues — Le site de marketing de Mythex est maintenant offert en 12 langues, du portugais et de l'allemand jusqu'au हिन्दी, 日本語 et العربية. Choisissez la vôtre dans le pied de page.

Mythex · Tarifs · FAQ · Guides · Blogue · Cas d’utilisation · Créer avec l’IA · Modèles · Mythex comparé · Glossaire de la création d'applications avec l'IA · Outils gratuits pour créer des applications avec l'IA · À propos