Jour deux : apprendre à l'horloge à rappeler

Hier, nous avons publié l'histoire d'une envie soudaine : une phrase lancée comme ça est devenue une horloge de bureau installable. Ce matin, l'appli a reçu sa première vraie demande de fonctionnalité — et elle ne venait pas du fondateur. Elle venait de la femme du fondateur, qui utilise vraiment le bidule : "要是时钟上带事项提醒功能就好了" — si seulement l'horloge avait des rappels.

C'est le test de la v2 auquel toute petite appli fait face : la deuxième fonctionnalité coûte-t-elle un projet, ou une phrase ? Voici le récit honnête, étape par étape — ça a coûté une poignée de phrases et trois captures d'écran, en une seule matinée.

La demande, et où elle est arrivée

La demande est tombée à 08:26, dans la conversation daily report de l'utilisateur — il venait de finir de lire le brief du matin quand il a tapé le souhait à voix haute. Quarante minutes plus tard arrivait l'ordre de travail : "à partir de la version op-clock, fais une première passe — copie-la dans un nouveau sous-répertoire de projet pour que l'original reste intact." L'agent a cloné l'horloge dans Projects/desktop-clock-reminders/ et n'a pas touché à l'original.

Une note honnête sur ce contexte : construire une fonctionnalité au milieu d'une session de lecture de rapport, c'est exactement le genre de pollution de contexte qui nous a poussés à livrer, plus tard le même jour, un moyen pour l'agent de confier les grosses quêtes annexes à une session neuve. Cette conversation est la raison d'être de cette fonctionnalité — donc oui, on a ressenti le problème de première main avant de le corriger.

Concevoir par capture d'écran, pas par spec

La récurrence était la surface de design intéressante. La première passe de l'agent proposait Once / Daily / Weekdays / Weekly / Monthly / Yearly dans un menu déroulant. L'utilisateur a collé une capture d'écran en retour avec une seule ligne : "我怎么没有看到 Mon-Fri？" — où était passée l'option du lundi au vendredi ? Un vrai bug, repéré par une vraie capture d'écran, corrigé à la passe suivante.

Puis la meilleure idée, toujours en une phrase : "fusionne Weekdays et Weekly — donne-moi sept cases à cocher, avec le jour de la semaine d'aujourd'hui pré-coché. Mensuel et annuel aussi, avec des valeurs par défaut." C'est une spec UX pour laquelle un designer facturerait une réunion, livrée en un message de chat. L'agent a reconstruit le sélecteur autour de puces de jours (Su Mo Tu We Th Fr Sa), gardé les valeurs par défaut et relancé sa propre QA visuelle sur le résultat.

Une demande de plus : cliquer pour modifier

La dernière fonctionnalité vient du même instinct d'utilisateur paresseux qu'on a tous : "est-ce qu'on peut cliquer sur les rappels existants pour les modifier ?" Oui — tu touches une ligne, le formulaire se pré-remplit, et Add devient Update. Petite chose, mais c'est la différence entre une liste de rappels et un système de rappels que tu entretiens vraiment.

Un nom rien qu'à elle

L'horloge d'origine vivait sur onepress-clock.pages.dev. L'utilisateur a demandé quelque chose de plus court — dingclock.pages.dev était libre, c'est donc là qu'elle vit maintenant. Il y a aussi une idée à plus long terme sur la table : un certificat wildcard sur *.getonepress.com permettrait à toute une famille de petits outils gratuits de vivre sur leurs propres sous-domaines (dingclock.getonepress.com et ses copains) à coût de certificat nul — chaque outil étant son propre bidule déployable et partageable. Les petits outils gratuits sont, honnêtement, aussi un canal de distribution : utiles en eux-mêmes, et chacun dit discrètement qui l'a fait.

Et comme ce produit vend l'honnêteté sur ses limites, voici celle que l'horloge affiche elle-même dans son UI : "Alerts fire while this window stays open — keep the clock pinned on screen." Une appli web ne peut pas réveiller un OS endormi. Ce qu'elle peut faire, c'est être assez bonne pour que les gens gardent la fenêtre ouverte — ce que, pour une horloge, ils faisaient déjà.

Les maths, encore

Demande de fonctionnalité à 08:26, dernière passe de QA quelques minutes après 11:00 — moins de trois heures en temps réel, l'agent travaillant seul la plupart du temps. Intervention humaine : une dizaine de messages d'une ligne et trois captures d'écran collées. L'horloge d'origine est intacte ; la version avec rappels est en ligne sur dingclock.pages.dev.

Le premier article racontait une appli née d'une envie soudaine. Celui-ci est la moitié la plus importante de l'histoire : la deuxième fonctionnalité a coûté autant que la première — une phrase. C'est ce que « l'appli continue de s'améliorer » est censé faire ressentir, et ça ne marche que parce que tout, du haut en bas, n'est que fichiers ordinaires et conversation.

FAQ

L'agent peut-il ajouter des fonctionnalités à une appli qu'il a déjà construite ?

Oui — les applis livrées sont des fichiers ordinaires dans ton espace de travail. Décris le changement (ou colle une capture d'écran de ce qui cloche) ; l'agent modifie le code, revérifie ses propres rendus et redéploie. Itérer, c'est la même boucle que construire.

L'horloge à rappels est-elle gratuite ?

Oui — dingclock.pages.dev est une appli web installable et gratuite. Ouvre-la dans un navigateur, clique sur Install, et les rappels se déclenchent tant que la fenêtre reste ouverte.

Quelles fréquences de rappel sont prises en charge ?

Ponctuel, quotidien, hebdomadaire (cases à cocher par jour de semaine — Mon–Fri ou Tue/Thu/Sat en un geste), mensuel à une date donnée, et annuel, avec des valeurs par défaut sensées présélectionnées.

Faut-il rédiger une spec pour faire ajouter une fonctionnalité ?

Non — tout ça est passé de « ma femme a dit que ce serait bien » à une mise à jour livrée avec des messages d'une ligne et trois captures d'écran, dont l'une était le rapport de bug lui-même.

À toi de jouer : ouvre dingclock.pages.dev et clique sur Install — ou ouvre l'appli et dis-lui ce que ta version de l'horloge devrait faire ensuite.