こどものやることリストに記憶を持たせる
子ども4人がiPadで毎日つける「朝・昼・夜のおしごと」チェックを、リロードしても・親のスマホからでも同じに見えるよう、データベースに保存して公開しました。
ひとことで言えば──「できた！」のタップを、iPadの中ではなくクラウドのデータベース（Cloudflare D1）に1行ずつ書き込むようにしたので、どの端末で開いても同じ進み具合が出ます。
「保存して」を受け取る
日付・子・タスク・時刻を1行
終わったら1回だけ
ツールの画面
子どもの名前・タスクはダミーデータに置き換えています
本番と同じプログラムを手元で動かし、中身だけ架空の4人に差し替えて撮影しました。
保持できるようにしたデータ
「リロードで消えたら困るもの」を書き出すと、答えは子どもの“できた”の記録でした。これが消えると、子どもは頑張りが消えてがっかりし、親は確認できません。そこから逆算して、5つの表（テーブル）に分けました。
まず体験：保存先で何が変わるか
あおいのiPadでタスクをタップしてから、「全部の端末をリロード」「iPadの閲覧データを消す」を押してみてください。保存先を切り替えると結果が変わります。
あおいのiPad タップする端末
親のスマホ 見るだけ
予備のiPad 別の端末
5つの表（クリックで中身を表示）
表（テーブル）＝Excelのシートのようなもの。行（レコード）＝1件のデータ。主キー（PRIMARY KEY）＝「この組み合わせの行は1つしか作れない」という決まり。
どこに・なぜ保存したか
第7回講義の軸は2つでした。①保存方法には段階がある（Markdown→JSON→データベース）、②データベースは便利だがAIから遠い（棚の奥）。そこで「全部をデータベースへ」ではなく、データごとに置き場所を分けました。
リポジトリ
秘密の金庫
その端末だけ
データベース（D1）
データベースを選んだ3つの理由
子ども4人が各自のiPadで、親がスマホで、同じ記録を同時に読み書きします。1つのファイル（JSON）を丸ごと上書きする方式だと、後から保存した人が前の人の分を消してしまいます。データベースなら「1行だけ追加・更新」ができます。
完了記録は「日付×子ども×タスク」で毎日増えます。「今日の朝の分は全部終わった？」を数える処理（SQLの集計）が、表になっていると一瞬で書けます。
別に作った学習アプリでは、進捗を1つのかたまり（JSON）で丸ごと保存していました。空のデータで上書きされ、子どもの英単語の記録が消える事故が起きました（2026-06-15）。「行単位で保存できる箱」を選んだのはこの経験からです。
なぜ Vercel＋Neon ではなく Cloudflare D1 か
課題の推奨は Vercel＋Neon（Postgres）です。私は同じ考え方（表とSQLを使うクラウドのデータベース）を、Cloudflare D1で実装しました。
D1を選んだ理由
- 家族アプリ（写真アルバム・学習アプリの同期）がすでにCloudflareにあり、置き場所を1か所にそろえられる
wrangler deployの1コマンドで画面とサーバーが本番に出る。Claude Codeだけで完結- D1もNeonと同じく表とSQLで扱うデータベース（D1はSQLite系、NeonはPostgres）
移行前（Googleスプレッドシート＋GAS）の不便
- コードをエディタに手でコピペする必要があった
- 保存しただけでは反映されず、「新しいバージョンを公開」を忘れると動かない
- AIが直接触れず、修正のたびに人間の手作業が挟まった
2026-07-16にスプレッドシート版からD1版へ移しました。旧版は戻せるように残してあります。
他のツールでは、あえてデータベースを使っていない
| 自作ツール | 保存先 | そう決めた理由 |
|---|---|---|
| Markdownプレビュー（3ヶ月目の画面） | ブラウザ内（localStorage・IndexedDB） | 使うのは自分1人。フォルダの場所の覚え書きだけなので、サーバーに送る必要がない |
| 学習アプリの進捗同期 | Cloudflare KV（1アプリ＝1つのJSON） | 1人分の状態を端末間でそろえるだけ。代わりに毎日のバックアップで上書き事故に備える |
| かぞくアルバム | R2（写真の実物）＋KV（写真の情報） | 画像は表に入れず、ファイル置き場へ。30日で自動削除 |
| 研究（論文執筆）の管理 | リポジトリ内のMarkdown・JSON | AIが毎回読む決定記録。棚の奥にしまうとAIが読み落とすので、手元に置く |
工夫したポイントと苦戦したポイント
工夫
工夫二重記録が起きない決まり
progress表の主キーを「日付＋子ども＋タスク」にしました。同じタスクを2回タップしても、行は増えずに上書きされるだけです。
工夫LINE通知は1回だけ
「朝ぜんぶ終わった」の通知を送る前に、notified表へ「2026-09-30_あおい_朝」のような印を書きます。印がもうあれば送りません。連打しても通知は1通です。
工夫PINはサーバー側で確かめる
親のPINはデータベースにもコードにも書かず、秘密の金庫に置きました。画面のプログラムを子どもが読んでも、PINは分かりません。
工夫写真が送れなくても記録を失わない
通信に失敗したら、形式を変えて送り直し、画像を縮小してもう一度送ります。それでも駄目なら、iPadの中に「再送待ち」として残し、電波が戻ったら自動で送ります。子どもは撮り直さなくて済みます。
苦戦
苦戦引っ越したら中身が古かった
最初にデータベースへ入れたタスク一覧（55件）は古い元データから作ったものでした。実際に使っていたシートと比べると、38件の中身が違い、47件が足りませんでした。
苦戦「9時」が「18時」より後に並んだ
完了時刻を「9:49:10」と「18:52:31」のように桁をそろえずに保存していました。文字として並べると「1」が「9」より先に来るため、朝一番が「18:52」と表示されました。
苦戦iPadのSafariだけ、ときどき写真が送れない
「Load failed」という手がかりの少ないエラーでした。電波が悪いのかサーバーが悪いのか区別できません。
苦戦無料枠の「1日の上限」
隣のアプリ（かぞくアルバム）で、30秒ごとに一覧を読み直していたら、無料プランの1日の上限を数時間で使い切り、画面全体がエラーになりました。
作ってみて分かったこと
- 「何を保存するか」は、困る人から決まる。消えて困るのは子どもの達成感と親の確認でした。そこから逆算すると、保存するのは「日付・誰が・どのタスクを・何時に」の4つで足りました。
- データベースは“正解”ではなく“選択肢”。1人で使うツールはブラウザ保存、1人分の同期はJSON、複数人が毎日書き込む記録だけデータベース、と使い分けました。
- AIとの距離は、設計図をリポジトリに残すことで縮められる。データそのものは棚の奥（D1）にあっても、表の設計図と修正の記録（SQLファイル）はリポジトリにあります。AIはそれを読めば、棚の中身の形が分かります。
- 苦戦の多くは「保存した後」に起きた。時刻の桁、古い元データ、無料枠の上限。動いた瞬間ではなく、毎日使い続けて初めて出る問題でした。
次にやりたいこと（発展課題）
たまった完了記録をAIに読ませて、「今週は夜の歯みがきが抜けやすい」のような週の振り返りを親に届けたいと考えています。AIに渡すのはSQLで集計した表だけにして、道を外れないようにする設計がハーネスエンジニアリングの練習になると考えています。