ゆき

ChatGPTとCodexで自分用Webアプリを作っています。日記・タスク管理など、自分の生活に合う小さな道具を作る進め方を発信。

[ゆき @yuki_log1225]

ChatGPTとの認識がずれたとき、AIより先に「自分の前提が変わっていないか」を見るようになりました。AIと話して、自分で考える回数が増えた話です。
https://t.co/17b9q3wDN5

[ゆき @yuki_log1225]

自作カレンダーで、予定ごとに場所を毎回入れていた。なのに振り返りの「場所ごとの時間」はずっと空。調べたら、集計は別の入れ方をした場所しか数えていなかった。入れたデータが出力まで届いているかは、出力を見るまで分からない。

[ゆき @yuki_log1225]

自作アプリで作業時間を集計しようとしたら、Googleカレンダー＋ChatGPTで足りました。全部自作するより、足りない部分だけ作る。その境界が見えた話です。
https://t.co/v3GAaoKPOu

[ゆき @yuki_log1225]

作るかどうかは勢いで決めていい。でも、何をどこまで作り込むかは分けて考える。「何度も困っているなら作る」という今の基準をnoteに書きました。
https://t.co/0icgUnqpDD

[ゆき @yuki_log1225]

SNSの週次振り返りは、全部自動化するより役割分担が合いました。スクショは人、読み取りはChatGPT、正本は表、資料化はCodex。半自動化の流れをnoteに。
https://t.co/yHRPCX0cQc

[ゆき @yuki_log1225]

「最初の入力だけちゃんとして、続ける入力はゼロにする」。自分用アプリを作るたびに、結局この同じ考え方に行き着く。機能はアプリごとに違っても、毎日使い続けられるかを決めるのはここな気がする。あとでnoteにまとめます。

[ゆき @yuki_log1225]

「今日の日付」のバグをまた踏んだ。再表示の日時をUTCで保存して、ローカル日付の購入日と文字列比���してたせいで、日本時間の深夜だけ動かない。前のアプリでも同じ場所で転んだ。今日を扱うときはローカル日付の文字列に統一する、を今度こそ覚える。

[ゆき @yuki_log1225]

商品候補の「有力・普通・微妙」の評価欄を全部消して、かわりに写真1枚を必須にした。店で見つけたものは写真が一番情報量が多くて、文字の評価は登録のたびに考えさせる負債になってた。候補に残したのは写真・店名・金額・メモだけ。

[ゆき @yuki_log1225]

自作の買いものリスト、日用品の補充欄に「完了」はない。買ったら一度消えて、3ヶ月後にまた出てくる。日用品は繰り返し買うものだから、完了で消すとリストを育て直すことになる。タスク管理の常識を生活の実感に合わせて崩せるのが自分用アプリのいいところ。

[ゆき @yuki_log1225]

日記アプリに約2か月置いた変動費の残額グラフは、僕には効かなかった。残額を見ても抑えられず、入力も二重だった。でも「今期どれだけ使ったか」が一目で分かること自体には価値があった。機能は消したけど、効いた部分だけは知見として残してある。

[ゆき @yuki_log1225]

自分用アプリ3つの、AI向けの書き出しを見直した。アプリには日付もメモも残っているのに、書き出しには件数しか出ていないものがあった。目的は、3つを同じ表にそろえることではなく、記録されているのに欠けている情報を、意味を失わずAIへ渡すこと。

[ゆき @yuki_log1225]

自作アプリのAI用書き出しで、ボタンを押した時刻の列名を「時刻」ではなく「記録時刻」にした。後からまとめて押すことがあって、押した時刻は行動した時刻とは���らない。「行動時刻」と呼ぶとAIが誤読するので、押した時刻だと名前で分かるようにした。

[ゆき @yuki_log1225]

自作の生活記録アプリで、使わなくなった変動費の入力欄を、削除ではなく非表示にした。そのとき、入力チェックが保存処理に残っていて、画面から直せないのに保存を止める作りになっていた。隠すときは、隠した側の処理も見る。

[ゆき @yuki_log1225]

自作アプリで、アニメの項目を整理したくても、見終わるまで削除できないか、削除すると残りも消えるかの二択だった。そこで「新しい対象を増やすか」と「残件を見せるか」を分けた。停止・削除しても新しい回は増やさず、残りは見終わるまで表示する。整理が先にできる。

[ゆき @yuki_log1225]

@kokobalab これやりたいの気持ちが先行しすぎると特にAI相手だと間違った認識��進んで取り戻しつかないことありますよね笑

[ゆき @yuki_log1225]

Claudeに長期データの分析を頼んだとき、依頼文の先頭に置いたのは分析内容ではなく「データがない期間は推測で埋めず、データなしと明示して」だった。結果、一部の期間が実際にデータなしで返ってきた。やることより、やらないことを先に書くほうが効く。

[ゆき @yuki_log1225]

順番を並べ替えるための自作アプリで、スワイプでも項目を動かせるようにしたら、肝心のドラッグを使わなくなった。楽な操作があるとそっちしか使わない。なのでスワイプは「今回の流れから外す」だけに絞った。足した便利機能が、本来やりたかった操作を殺すことがある。

[ゆき @yuki_log1225]

使い続けてる自作の日記アプリに、写真を残せる機能を足した。要件でいちばん長く書いたのは「写真��付けないもの」の一覧。タグ、キャプション、分類、写真専用の検索、追加を促す通知。全部入れない。写真を足すと勝手に写真アプリの方へ引っ張られるので、先に文章で止めておいた。

[ゆき @yuki_log1225]

自作の日記アプリから、メモ1件ずつの削除ボタンを消した。書いたものが直せる状態にあること自体が、書くときのハードルになっていたので。ただ全廃はせず、うっかり書いてしまったとき用に設定の奥だけ残した。「直さない」は機能を消すんじゃなく、導線の置き方で表す方が合ってた。

[ゆき @yuki_log1225]

自作アプリの一覧が縦に長すぎて、折りたたむか迷ってた。畳めばタップが増えるし、開いたままならスクロールが増える。でも開閉状態を保存するようにしたら、この悩み自体が消えた。よく開く場所は開いたまま残るので。一長一短って、前提を1個足すと一長一短じゃなくなることがある。

[ゆき @yuki_log1225]

長年使っている記録アプリで分類を消して作り直したら、内部IDが再利用されて、昔の記録が新しい分類名で表示されるようになっていた。記録自体は正しいから、自分の記憶のほうを疑ってしまう。自分用アプリを作るなら、分類は消さず非表示にする設計が安全。