Kann der Agent Features zu einer App hinzufügen, die er bereits gebaut hat?

Ja. Apps, die er ausliefert, sind gewöhnliche Dateien in deinem Workspace — du beschreibst die Änderung im Chat (oder fügst einen Screenshot von dem ein, was falsch aussieht), er editiert den Code, prüft seine eigenen Renderings erneut und deployt neu. An einer ausgelieferten App zu iterieren ist dieselbe Schleife wie sie zu bauen.

Ist die Erinnerungs-Uhr kostenlos nutzbar?

Ja — dingclock.pages.dev ist eine kostenlose installierbare Web-App. Im Browser öffnen und auf Installieren klicken; Erinnerungen feuern, solange das Fenster offen bleibt.

Welche Erinnerungs-Zeitpläne werden unterstützt?

Einmalig, täglich, wöchentlich (mit einzelnen Wochentag-Checkboxen, sodass Mon–Fri oder Tue/Thu/Sat ein Tipp sind), monatlich an einem Datum und jährlich — mit sinnvollen Defaults vorausgewählt.

Muss ich eine Spec schreiben, damit ein Feature eingebaut wird?

Nein. Dieses Feature ging von „meine Frau sagte, Erinnerungen wären schön" zu einem ausgelieferten, deployten Update — über Ein-Zeilen-Chat-Nachrichten und ein paar Screenshots, darunter ein Screenshot einer fehlenden Mon–Fri-Option, den der Agent dann behob.

Tag zwei: der Uhr das Erinnern beibringen

Gestern haben wir die Geschichte einer Laune erzählt: Ein beiläufiger Satz wurde zu einer installierbaren Desktop-Uhr. Heute Morgen bekam die App ihren ersten echten Feature-Wunsch — und der kam nicht vom Gründer. Er kam von der Frau des Gründers, die das Ding tatsächlich benutzt: "要是时钟上带事项提醒功能就好了" — wenn die Uhr doch nur Erinnerungen hätte.

Das ist der v2-Test, dem jede kleine App gegenübersteht: Kostet das zweite Feature ein Projekt — oder einen Satz? Hier der ehrliche Ablauf: Es kostete eine Handvoll Sätze und drei Screenshots, innerhalb eines einzigen Vormittags.

Die Anfrage — und wo sie ankam

Die Anfrage traf um 08:26 ein, mitten in der Daily-Report-Konversation des Nutzers — er hatte gerade das Morning Brief zu Ende gelesen, als er den Wunsch eintippte. Vierzig Minuten später kam der Arbeitsauftrag: „Nimm die op-clock-Version und mach einen ersten Entwurf — kopiere sie in ein neues Projekt-Unterverzeichnis, damit das Original unberührt bleibt." Der Agent klonte die Uhr nach Projects/desktop-clock-reminders/ und ließ das Original in Ruhe.

Eine ehrliche Fußnote zu diesem Ort: Ein Feature mitten in einer Bericht-Lese-Session zu bauen ist genau die Art Kontextverschmutzung, die uns noch am selben Tag dazu brachte, dem Agent eine Möglichkeit zu geben, große Nebenquests an eine frische Session abzugeben. Diese Konversation ist der Grund, warum dieses Feature existiert — ja, wir haben das Problem selbst gespürt, bevor wir es behoben haben.

Das Fenster der installierten Reminder-Clock-App mit zwei Erinnerungen und geöffnetem Wiederholungs-Dropdown — Der Endzustand ein paar Stunden später: Erinnerungen laufen in der installierten Desktop-App — `8:00 AM Futures · Mon–Fri`, `12:20 PM Lunch Time · Tue,Thu`.

Design per Screenshot, nicht per Spec

Die Wiederholung war die interessante Designfläche. Der erste Entwurf des Agents bot Einmalig / Täglich / Werktags / Wöchentlich / Monatlich / Jährlich in einem Dropdown. Der Nutzer schickte einen Screenshot mit einer Zeile zurück: "我怎么没有看到 Mon-Fri？" — wo ist denn Montag bis Freitag geblieben? Ein echter Bug, von einem echten Screenshot gefunden, in der nächsten Runde behoben.

Screenshot des Nutzers vom Wiederholungs-Dropdown mitten in der Iteration — Der eigene Screenshot des Nutzers, als Bugreport in den Chat eingefügt. Kein Issue-Tracker beteiligt.

Dann die bessere Idee, ebenfalls ein Satz: „Fasse Werktags und Wöchentlich zusammen — gib mir sieben Checkboxen, der heutige Wochentag vorausgewählt. Monatlich und jährlich auch, mit Defaults." Das ist eine UX-Spec, für die ein Designer ein Meeting berechnen würde — geliefert als Chat-Nachricht. Der Agent baute den Picker um Tages-Chips herum neu (Su Mo Tu We Th Fr Sa), behielt die Defaults und ließ seine eigene visuelle QA erneut über das Ergebnis laufen.

Finales Erinnerungs-Panel mit Chips pro Wochentag und einer gefüllten Erinnerungsliste — Das zusammengeführte Design, das der Nutzer bestellt hatte — Wochentag-Chips mit vorausgewähltem heutigen Tag — im eigenen QA-Screenshot des Agents vor der Auslieferung.

Ein Wunsch noch: Klicken zum Bearbeiten

Das letzte Feature entsprang demselben faulen Nutzerinstinkt, den wir alle kennen: „Kann man bestehende Erinnerungen anklicken und bearbeiten?" Ja — Zeile antippen, das Formular füllt sich vor, und Add wird zu Update. Kleinigkeit, aber genau der Unterschied zwischen einer Erinnerungsliste und einem Erinnerungs-system, das man wirklich pflegt.

Bearbeitungszustand einer Erinnerung mit vorausgefüllten Feldern und einem Update-Button — Klicken-zum-Bearbeiten, in derselben Session ausgeliefert — Mo bis Fr ausgewählt für eine Wochentags-Routine.

Ein eigener Name

Die ursprüngliche Uhr lebte unter onepress-clock.pages.dev. Der Nutzer wollte etwas Kürzeres — dingclock.pages.dev war frei, also lebt sie jetzt dort. Eine längerfristige Idee liegt auch auf dem Tisch: Ein Wildcard-Zertifikat auf *.getonepress.com würde eine ganze Familie kleiner Gratis-Tools auf eigenen Subdomains wohnen lassen (dingclock.getonepress.com und Freunde) — bei null Zertifikatskosten, jedes Tool sein eigenes deploybares, teilbares Ding. Kleine Gratis-Tools sind, ehrlich gesagt, auch ein Distributionskanal: für sich nützlich, und jedes sagt leise, wer es gebaut hat.

Und weil dieses Produkt Ehrlichkeit über Grenzen verkauft, hier die, die die Uhr selbst in ihrer UI nennt: "Alerts fire while this window stays open — keep the clock pinned on screen." Eine Web-App kann kein schlafendes OS wecken. Was sie kann: gut genug sein, dass Leute das Fenster offen lassen — was sie bei einer Uhr ohnehin taten.

Die Rechnung, noch einmal

Feature-Wunsch um 08:26, letzter QA-Durchlauf wenige Minuten nach 11:00 — unter drei Stunden verstrichene Zeit, das meiste davon arbeitete der Agent allein. Menschlicher Input: etwa zehn Ein-Zeilen-Nachrichten und drei eingefügte Screenshots. Die ursprüngliche Uhr ist unberührt; die Erinnerungs-Version läuft unter dingclock.pages.dev.

Der erste Beitrag handelte von einer App, die aus einer Laune entstand. Dieser hier ist die wichtigere Hälfte der Geschichte: Das zweite Feature kostete dasselbe wie das erste — einen Satz. So soll sich „die App wird immer besser" anfühlen, und es funktioniert nur, weil das Ganze bis ganz nach unten aus gewöhnlichen Dateien und Konversation besteht.

FAQ

Kann der Agent Features zu einer App hinzufügen, die er bereits gebaut hat?: Ja — ausgelieferte Apps sind gewöhnliche Dateien in deinem Workspace. Beschreib die Änderung (oder füg einen Screenshot von dem ein, was falsch aussieht); der Agent editiert den Code, prüft seine eigenen Renderings erneut und deployt neu. Iterieren ist dieselbe Schleife wie Bauen.
Ist die Erinnerungs-Uhr kostenlos nutzbar?: Ja — dingclock.pages.dev ist eine kostenlose installierbare Web-App. Öffne sie im Browser, klick auf Installieren, und Erinnerungen feuern, solange das Fenster offen bleibt.
Welche Erinnerungs-Zeitpläne werden unterstützt?: Einmalig, täglich, wöchentlich (einzelne Wochentag-Checkboxen — Mon–Fri oder Tue/Thu/Sat sind ein Tipp), monatlich an einem Datum und jährlich — mit sinnvollen Defaults vorausgewählt.
Muss ich eine Spec schreiben, damit ein Feature eingebaut wird?: Nein — hier führte der Weg von „meine Frau sagte, das wäre schön" zu einem ausgelieferten Update über Ein-Zeilen-Nachrichten und drei Screenshots, von denen einer der Bugreport selbst war.

Probier es: Öffne dingclock.pages.dev und klick auf Installieren — oder öffne die App und sag ihr, was deine Version der Uhr als Nächstes können soll.