Le journal de développement AI de juillet comprend des versions publiques, des tests contrôlés, des builds internes et des non-livraisons délibérées. L’histoire utile se trouve dans la frontière entre ces états, car les logiciels passent rarement par un seul état bien défini.
Ce journal couvre ce qui est parvenu aux utilisateurs, ce qui est resté dans TestFlight, ce que j’ai vérifié uniquement dans un simulateur ou un build de debug, et ce qui est resté bloqué. J’emploie « livré » dans un sens strict. Un build local n’est pas public. Un test réussi n’est pas une adoption. Une fiche publique n’est pas un revenu. Une étape d’approbation qui n’envoie rien peut être le bon résultat en production.
La règle pratique du mois était la discipline de release : définir l’état, vérifier l’artefact de l’extérieur et limiter le rayon d’impact lorsqu’une fonctionnalité échoue.
Journal de développement AI de juillet 2026 en un coup d’œil
| Résultat | État | Preuve | Leçon |
|---|---|---|---|
| --- | --- | --- | --- |
| Memento Capture 2.3.7 | Public | DMG signé et notarié, manifest et site synchronisés, vérification après nouveau téléchargement | Vérifier l’artefact reçu par les utilisateurs |
| Détection de tonalité de Mix Analyzer | En production | Détection majeur/mineur vérifiée avec 24 progressions connues et contrôlées | Les entrées contrôlées valent mieux que les anecdotes pratiques |
| Récupération de tokens de Mix Analyzer | En production | La récupération après une analyse échouée est visible et limitée au propriétaire | La récupération fait partie du contrat produit |
| Liste d’attente Kiddays | En production | Double opt-in, routes anglaise et suédoise, canonicals et sitemap | Le consentement et la découvrabilité doivent être livrés ensemble |
| Build 74 de Kiddays Premium | TestFlight interne | Build interne avec 166 tests ; achats, restauration, expiration de l’essai et App Review en attente | Le nombre de tests prouve l’effort de couverture, pas l’impact de la release |
| Liste de leads du CRM interne | En production | Liste vérifiée sur mobile, recherche et cinq filtres rapides dans une implémentation compatible avec les mises à niveau | Les outils d’administration ont eux aussi besoin de discipline de release |
| Deux Apify SEO Actors | Publics | Les Actors de scoring et de réécriture rejettent les entrées vides | La disponibilité publique n’est pas la monétisation |
| Build 27 de l’onboarding BroTider | TestFlight interne uniquement | Build d’onboarding vérifié dans le simulateur | Une distribution interne n’est pas un lancement sur l’App Store |
| FactCheck, outreach, Frame Insight | Bloqués ou limités au debug | Aucun lancement de FactCheck, aucun envoi d’outreach, Frame Insight conservé derrière debug | Des états honnêtes de non-livraison évitent les affirmations fausses |
Memento Capture 2.3.7 devait survivre au parcours de release public
J’ai publié Memento Capture 2.3.7 sous la forme d’un DMG signé et notarié. Cette affirmation n’est devenue utile qu’une fois le reste du parcours de release aligné. J’ai synchronisé le manifest de mise à jour et le site, puis effectué un nouveau téléchargement avant d’en vérifier le résultat.
Une archive locale peut être correcte alors que le site public sert un fichier plus ancien ou que le manifest pointe ailleurs. La release est l’artefact qu’un visiteur peut télécharger depuis la page de téléchargement de Memento Capture, et non le fichier présent sur ma machine. La page d’assistance de Memento Capture constitue le point de relais public si le build téléchargé nécessite un suivi.
Le même principe s’applique lorsque je rends un site appelable par des agents : une réponse API ou un build réussi ne suffit pas. L’état public doit correspondre à l’état prévu. J’ai décrit cette approche dans la manière dont j’ai créé un site prêt pour les agents→.
Mix Analyzer s’est amélioré grâce à des preuves contrôlées et à une récupération visible
Détection de tonalité : d’abord des preuves contrôlées
Le travail de détection de tonalité dans Mix Analyzer était facile à exagérer, j’ai donc limité l’affirmation. J’ai testé la détection majeur/mineur avec 24 progressions contrôlées dont les tonalités étaient connues à l’avance. Cela m’a fourni un ensemble d’entrées reproductible et une réponse attendue claire.
Vingt-quatre progressions ne prouvent pas une précision universelle. Elles ne couvrent pas tous les enregistrements, accords empruntés, modulations ou styles de production. Elles vérifient une évolution dans la bonne direction avec un ensemble contrôlé. La méthode et ses limites sont documentées dans la mise à jour de la détection des tonalités majeur/mineur, et l’état de la release apparaît dans le changelog de Mix Analyzer.
Je n’ai pas pu retester les deux morceaux originaux, car ces fichiers n’étaient pas disponibles. Je laisse cette lacune visible au lieu de la remplacer par une reconstruction présentée avec assurance. Si les entrées ne peuvent pas être reproduites, l’ancien cas ne peut pas devenir une nouvelle preuve.
Récupération après une analyse échouée : visible et limitée au propriétaire
Le mois a également inclus un parcours de récupération en production pour les analyses échouées. La récupération de tokens est désormais visible et limitée au propriétaire, de sorte que l’état de récupération peut être consulté tout en restant associé au bon compte.
Ma règle consiste à définir le résultat attendu avant l’exécution et à séparer une réussite contrôlée d’une affirmation de production. J’utilise ce cadre lorsque je compare des modèles AI sur du travail réel→, et il s’applique tout aussi bien à l’analyse audio.
Kiddays a livré une liste d’attente publique, tandis que Premium est resté interne
Liste d’attente : publique
Kiddays a connu deux états de release en juillet. La liste d’attente est devenue publique avec un double opt-in, des routes anglaise et suédoise, des canonicals correctes et une couverture par le sitemap. Le consentement, la livraison, la localisation et la découvrabilité dans les moteurs de recherche devaient être cohérents.
Le double opt-in empêche une adresse e-mail de devenir un abonnement actif simplement parce que quelqu’un l’a saisie. Les canonicals définissent la relation entre les pages localisées, tandis que le sitemap les rend découvrables. J’ai écrit séparément sur le modèle de liste d’attente sécurisée pour une bêta→ qui sous-tend ce type de release.
Premium : TestFlight interne
Kiddays Premium n’a pas atteint le même état. Le build 74 était disponible via TestFlight interne et disposait d’une suite de 166 tests. Les achats, le comportement de restauration, l’expiration de l’essai et App Review restaient en attente. Je ne le présente pas comme une release sur l’App Store, un système d’abonnement terminé ou un résultat client.
Le nombre 166 décrit une surface de vérification. Il ne dit pas combien de personnes utiliseront Premium, si le parcours d’achat passera la review, ni si le produit crée de la valeur. Les tests peuvent montrer que les comportements connus restent intacts. Ils ne peuvent pas remplacer la distribution, la review ou l’utilisation réelle.
Les releases plus discrètes ont tout de même changé les opérations quotidiennes
CRM interne : en production mais privé
J’ai livré une amélioration de liste de leads dans un CRM interne dont je ne précise pas le nom. Le résultat en production a été vérifié sur mobile et comprenait une recherche ainsi que cinq filtres rapides. J’ai conservé une implémentation compatible avec les mises à niveau afin qu’elle ne dépende pas de la modification d’une surface centrale fragile susceptible d’être écrasée ultérieurement.
Il ne s’agissait pas du lancement public d’un produit, et le contexte client reste privé. Les logiciels d’administration internes méritent le même soin qu’une page destinée aux clients. Une liste qui fonctionne sur ordinateur mais échoue sur téléphone est inachevée lorsque le personnel utilise les deux.
Apify Actors : publics, mais non monétisés
J’ai également rendu mes deux premiers SEO Actors publics sur Apify. L’un évalue le SEO d’un article ; l’autre aide à la réécriture. Tous deux rejettent les entrées vides au lieu de consommer des ressources pour une requête qui ne peut pas produire de résultat utile. Public signifie que les utilisateurs peuvent trouver les Actors. Cela ne signifie pas qu’ils ont généré des revenus, gagné en adoption ou prouvé l’existence d’un marché.
BroTider : interne uniquement
Le build 27 de l’onboarding BroTider a atteint un autre état limité : vérifié dans le simulateur et distribué via un parcours TestFlight INTERNAL_ONLY. Il ne s’agissait pas d’une release sur l’App Store. La vérification dans le simulateur m’a fourni des preuves sur l’onboarding dans cet environnement, et non sur le comportement sur tous les appareils ou sur la préparation au lancement public.
Trois éléments n’ont pas été livrés, et cela faisait partie du travail
FactCheck est resté bloqué. Je n’ai pas transformé un état de lancement non résolu en annonce de release.
Le workflow d’outreach n’a rien envoyé, car son étape d’approbation a bloqué l’action. C’est le comportement prévu. La rédaction et la préparation des destinataires n’autorisent pas un message externe. Un système qui s’interrompt avant une action lourde de conséquences est utile même lorsque le nombre d’envois est nul. Mon article sur les permissions déterministes des agents AI→ explique le principe : le modèle peut proposer une action, mais la politique et le propriétaire décident si elle est exécutée.
Memento Frame Insight est resté limité au debug. Une sortie de debug peut prouver qu’un parcours s’exécute et révéler des hypothèses erronées. Ce n’est ni une fonctionnalité destinée aux utilisateurs, ni un workflow pris en charge, ni la promesse que la fonctionnalité sera livrée sans modification.
Je veux que les journaux mensuels conservent ces non-livraisons. Les supprimer donnerait au mois une apparence plus nette et rendrait le bilan d’ingénierie moins utile.
Ce que juillet a changé dans ma manière de livrer
Quatre règles sont ressorties du mois.
La dernière règle façonne également ma réflexion sur les contrôles de sandbox au niveau de la trajectoire→. Une automatisation de longue durée dispose de nombreuses occasions de trouver des combinaisons faibles entre des contrôles individuellement raisonnables. Des périmètres réduits et une vérification indépendante diminuent ce risque.
Les numéros de build et de tests ont leur place ici parce qu’ils montrent ce que j’ai vérifié. Ce ne sont pas des métriques d’impact. Un nombre de commits mesure l’activité du dépôt. Un nombre de tests mesure une suite définie. Un numéro de build identifie un artefact. Aucun de ces éléments ne m’indique l’adoption, la satisfaction, les revenus ou la valeur pour l’utilisateur sans preuves distinctes.
Note sur les preuves et la review
Avant d’enregistrer ce brouillon, j’ai vérifié les pages publiques de téléchargement et d’assistance de Memento, le changelog et la mise à jour produit de Mix Analyzer, ainsi que mon profil Apify. Les éléments TestFlight internes, bloqués et limités au debug restent étiquetés comme tels. Ces sources établissent l’état de release ; elles ne prouvent ni l’adoption ni les revenus.
Ce qui se poursuit en août
Août commence avec des frontières inachevées plutôt qu’avec une nouvelle liste de promesses. Kiddays Premium doit encore faire l’objet du travail sur les achats, la restauration, l’expiration de l’essai et App Review avant que je puisse le décrire comme publiquement livré. BroTider a encore besoin de preuves allant au-delà de la vérification dans le simulateur et du TestFlight interne avant toute affirmation concernant l’App Store. FactCheck reste bloqué jusqu’à ce que sa condition de lancement change. Frame Insight reste une expérience tant qu’il ne quitte pas le statut limité au debug.
Pour Mix Analyzer, l’ensemble contrôlé de tonalités reste la preuve dont je dispose. Les deux morceaux originaux indisponibles restent une lacune explicite, à moins que ces entrées redeviennent disponibles.
Je conserverai la même règle de reporting : dire ce qui a changé, joindre les preuves les plus solides dont je dispose et laisser vide tout résultat non étayé. Si vous construisez des systèmes similaires d’AI, d’applications ou d’automatisation, suivez la suite ou envoyez-moi un message au sujet de la frontière de release qui vous pose le plus de difficultés.