2日目：時計にリマインドを教える

昨日、私たちはひらめきの物語を投稿しました： 何気ない一言が、インストール可能なデスクトップ時計になりました。そして今朝、そのアプリに初めての 本物の機能リクエストが届きました — それは創業者からではありませんでした。実際にそのアプリを使っている 創業者の妻からでした："要是时钟上带事项提醒功能就好了" — 「時計に予定のリマインダーが 付いていたらいいのに」という意味です。

これは、すべての小さなアプリが直面する v2 の試練です：2つ目の機能のコストは、1つのプロジェクト でしょうか、それとも1つの文でしょうか。正直な実況をお伝えします — かかったのは数個の文と3枚の スクリーンショット、すべて1つの朝の中でした。

お願いの内容と、それが起きた場所

リクエストが届いたのは 08:26、ユーザーの daily report の会話の中でした — 彼は 朝のブリーフを読み終えたところで、その願いを声に出して書きました。40分後には作業指示が 来ました：「op-clock バージョンを元に最初の一歩を作って — 元のものが触れられないよう、 新しいプロジェクトのサブディレクトリにコピーして」。エージェントは時計を Projects/desktop-clock-reminders/ にクローンし、元のものはそのまま残しました。

その場所について正直な脚注をひとつ：レポートを読む会話の中で機能を作ることは、まさに私たちが その日の後半に出荷した「エージェントが大きな寄り道タスクを新しいセッションに引き渡す仕組み」の 動機となったコンテキスト汚染そのものです。この会話があの機能が存在する理由です — つまり、私たちは 修正する前に問題を自分自身で体感しました。

仕様書ではなく、スクリーンショットによるデザイン

繰り返し設定は興味深いデザインの対象でした。エージェントの最初の案は、ドロップダウンに Once / Daily / Weekdays / Weekly / Monthly / Yearly を並べたものでした。ユーザーはスクリーンショットを 1行の言葉とともに貼り返しました："我怎么没有看到 Mon-Fri？" — 「月曜から金曜は どこへ行ったの？」という意味です。本物のバグが、本物のスクリーンショットで捉えられ、次のラウンドで 修正されました。

その後、より良いアイデアもまた1つの文で届きました：「Weekdays と Weekly を統合して — 曜日のチェックボックスを7つ、今日の曜日をあらかじめチェックした状態にして。毎月と毎年にも、 デフォルトを付けて」。これはデザイナーなら会議1回分の対価を取る UX 仕様ですが、 チャットメッセージとして届きました。エージェントはピッカーを曜日チップ （Su Mo Tu We Th Fr Sa）中心に作り直し、デフォルトを維持し、 結果に対して自分でビジュアル QA を再実行しました。

もう1つのお願い：クリックして編集

最後の機能は、私たち全員が持つ怠惰なユーザーの本能から生まれました： 「既存のリマインダーをクリックして編集できますか？」。はい — 行をタップすれば フォームに既存の値が入り、Add が Update に変わります。小さなことですが、リマインダーの リストと、実際にメンテナンスするリマインダーシステムの違いはここにあります。

独自の名前

元の時計は onepress-clock.pages.dev にありました。ユーザーはもっと短いものを 求めました — dingclock.pages.dev が空いていたので、現在はそこにあります。 より長期的なアイデアも検討されています：*.getonepress.com のワイルドカード証明書が あれば、小さな無料ツールのファミリー全体がそれぞれ独自のサブドメイン （dingclock.getonepress.com など）に、証明書コストゼロで置けます — 各ツールが 独立してデプロイ・共有可能な存在です。無料の小さなツールは、正直なところ配布チャネルでも あります：それ自体が便利であり、それぞれが誰が作ったかを静かに伝えます。

そしてこのプロダクトは限界について正直であることを売りにしているので、時計自身の UI に書かれている 限界をそのまま引用します：「このウィンドウが開いている間だけアラートが鳴ります — 時計を 画面にピン留めしておいてください」。Web アプリはスリープ中の OS を起こせません。できるのは、 人々がウィンドウを開いたままにしておきたくなるくらい良いものになることです — 時計なら、 もともとそうしていました。

もう一度、数字の話

機能リクエストは 08:26、最終 QA パスは 11:00 を少し過ぎた頃 — 壁時計で3時間弱、そのほとんどは エージェントが単独で作業していました。人間の入力：約10個の1行メッセージと3枚の貼り付け スクリーンショット。元の時計は手つかずのまま、リマインダー版は dingclock.pages.dev で公開中です。

最初の記事は、ひらめきからアプリが現れる話でした。こちらは物語のより重要な半分です：2つ目の 機能のコストは1つ目と同じ — 1つの文でした。「アプリが改善され続ける」とはこういう感覚である はずです。そしてそれが成り立つのは、全体がどこまでも普通のファイルと会話でできているからです。

FAQ

エージェントは、すでに作ったアプリに機能を追加できますか？

はい — 出荷されたアプリはワークスペース内の普通のファイルです。変更点を伝えるか（おかしく見える箇所のスクリーンショットを貼るか）すれば、エージェントがコードを編集し、自分のレンダリングを再確認して、再デプロイします。反復は作るときと同じループです。

リマインダー時計は無料で使えますか？

はい — dingclock.pages.dev は無料のインストール可能な Web アプリです。ブラウザで開いて Install をクリックすれば、ウィンドウを開いている間リマインダーが鳴ります。

どんなリマインダーのスケジュールに対応していますか？

1回限り、毎日、毎週（曜日ごとのチェックボックス — Mon–Fri や Tue/Thu/Sat もワンタップ）、毎月の指定日、毎年に対応し、無難なデフォルトがあらかじめ選択されています。

機能を追加してもらうには仕様書を書く必要がありますか？

いいえ — これは「妻があるといいと言った」から出荷済みの更新まで、1行のメッセージと3枚のスクリーンショットだけで実現しました。そのうち1枚はバグ報告そのものでした。

試してみる：dingclock.pages.dev を開いて Install をクリック — あるいはアプリ を開いて、あなた版の時計に次に何をさせたいか伝えてください。