ここからは、これまで紹介してきた道具たちを支える土台のレイヤーに入る。最初は、バラバラの記録を月に1度ひとつに束ねる「家族月報」だ。
連載をここまで読んでくれた人は、もう気づいているかもしれない。記録する道具が、増えすぎた。
道具が増えると「散らばる」問題が出てくる
時間会計、一言日記、達成記録、子どもの記録、家計、健康。ひとつひとつは「1つのことだけやる」小さな道具で、それぞれは良く回っている。
でも数が増えると、新しい問題が出てくる。記録が散らばって、全体を一望できないのだ。今月どんな1か月だったかを振り返ろうとすると、あちこちのスプレッドシートやダッシュボードを開いて回らないといけない。各ツールが「振り返る仕組み」を持っていても、ツールをまたいだ振り返りは誰もやってくれない。
小さな道具をたくさん持つ方針(家庭OSの考え方)の、これは裏側のコストだ。だから、それらを束ねる層が要るようになった。
月に1度、1枚にまとめる
家族月報は、月のはじめに各ツールのデータを集めて、1枚のドキュメントに統合する。時間の使い方はこうだった、子どもにはこんな「はじめて」があった、家計と資産はこう動いた、健康の指標はどうだった——という具合に、その月の家族の動きが1か所で通して読める形になる。
これは月初の棚卸しルーティンの最後に回している。各ツールのダッシュボードを更新し、家計を取り込み、という一連の作業をひととおり終えたあとで、その締めくくりとして月報を1枚生成する。バラバラの数字や記録が、ひとつの「今月はこんな月でした」という読み物になる。
なぜ「読み物」にするのか
ただデータを並べるだけなら、ダッシュボードのリンク集でも足りる。あえて1枚のドキュメントに束ねているのは、**あとから通して読み返せる「家族のアーカイブ」**にしたいからだ。
数字だけだと、その月の手触りは残らない。時間配分のグラフと、子どもの「はじめて」と、資産の推移が同じ1枚に並んでいると、「忙しかったけど、その分こんな成長があった月だな」みたいな、データ単体では出てこない文脈が立ち上がる。月報は、家計報告であると同時に、その月の家族の記憶のスナップショットでもある。
家庭OSの型でいうと、各ツールが「記録」と「集計」をやり、月報はそれらをさらに上で集計し直すメタな層にあたる。記録 → 集計、をもう一段重ねたもの、と言ってもいい。
使っている技術
月報は Google ドキュメントとして作る。ここはツールの分業が少し面白い。ドキュメントの新規作成は Claude 側の Google Drive 連携に任せ、中身の流し込みは各ツールと共通のサービスアカウントがやる、と役割を分けている（作成と更新で得意な口が違うため）。
処理自体は、各ログのスプレッドシートを読み、その月のぶんを集計して、1枚のドキュメントに文章として書き出すPython。新しいデータ基盤は作らず、すでにあるスプレッドシート群を読み直して束ねるだけの薄い層だ。これを月初の棚卸しルーティン（各ダッシュボードの再生成や家計CSVの取込）の最後に、その締めとして走らせている。
記録メモ： 道具を増やしていくと、どこかで必ず「全部を見渡せない」壁に当たる。そのとき新しい万能ツールを作るより、既存の道具の出力を束ねる薄い層を1枚足すほうが、ずっと安く済んだ。OSにとっての「まとめ画面」みたいなものだ。
束ねる層ができて、家庭OSはだいぶ見通しが良くなった。でも、束ねる前にそもそも各ツールがちゃんと動いていなければ、月報は穴だらけになる。次回は連載の最後に、その「道具たちがちゃんと動いているかを見張る道具」——いちばん地味で、いちばん大事な土台の話を書く。