iCloud をやめ、Notion を絞り、記録は AI 専用にして、人が見る画面を自分で作った

v3 の何がまずかったのか

v3 は半年もちました。壊れたわけではありません。ただ、使っているうちに同じところで手が止まる回数が増えて、原因をたどると全部ひとつのことに行き着きました。設計図に書いた形と、自分が実際にやっている動きが、ずれている。

記録の置き場は、自分で書き溜めるつもりで作りました。半年後に開いてみたら、書き込んでいたのはほぼ AI です。思いつきを放り込む箱を 2 か所に構えたのも、場面で使い分けられると思っていたからで、実際には片方しか開いていません。設計が間違っていたというより、自分の実際の動きを見ないまま設計していた。v4 はそこを直す版です。

記録の置き場を AI 専用にした

ここが今回の山場です。

「自分では編集しない」というのは、最初は直すべき欠点に見えていました。書く習慣がないのが悪い、もっと使えばいい、と。半年やっても習慣にならなかったので、途中で考えを変えました。これは欠点ではなく事実です。事実として置いたら、この場所は人のために設計しなくていい、という答えが出てきます。

人が読む前提を外すと、作りが変わります。見出しを整えることも、体裁を揃えることも、あとで自分が読み返すためにやっていた作業でした。AI が検索して読むなら、見た目より、その判断をなぜ下したかが文として残っているかどうかが効きます。だから飾りをやめて、記録の担い手を AI に渡しました。

代わりに新しい問題が出ます。AI が書いたことが本当に正しいのか、誰がそれを確かめるのか。今は AI が書いたものをいったん仮置きのフォルダに落として、自分が目を通したものだけを正式な記録に上げています。この線引きが妥当かどうかは、まだ運用しながら試している最中です。

人が見る画面を自分で作る

記録を AI に渡すと、人が状況を眺める場所が空きます。v3 ではそこを Notion が担当していました。v4 では外しました。

理由は 2 つあります。Notion は API の呼び出し回数に上限があり、AI に更新させると待ち時間が伸びます。それに、人が見やすい形に整える作業が手作業として積み上がっていきました。ページを増やすたびに、面倒が増える。

そこで、自分で静的な HTML サイトを組んで、そこに集めることにしました。Mac の中で動く収集スクリプトが各所の状態を読み取って JSON という機械向けのテキストに書き出し、サイトはそれを並べるだけにします。AI に Notion を書かせるより、自分の HTML を更新させるほうが速い。自分で作った画面なので、見せ方を変えるのも数分で済みます。

行き先を決める場所とは別の層にしました。決める場所と、眺める場所は、担当が違うからです。

固定の役割分担をやめた

Claude Code と Codex を併用し始めたとき、最初は役割を固定しました。計画は Claude、実行は Codex という具合です。これが回りませんでした。

計画と実行はきれいに切れません。手を動かしている最中に前提が崩れて、設計まで戻ることが普通に起きます。そのたびにアプリを持ち替えて、今どこまで進んだかを渡し直す。この受け渡しの手間が、分業で得られるはずだった速さを食い潰しました。

今は、どちらのアプリからでも同じディレクトリを開けるようにして、その直下に土台となる 5 つの文書を置いています。プロジェクトの前提と決まりごと、次のセッションへの申し送り、どこまで終わったかの記録、文脈を戻す手順、設計の判断ログの 5 枚です。違いは、どちらから始めるかだけです。片方が行き詰まったら、そのまま同じ場所をもう片方に開かせて続きをやってもらいます。分けたのは役割ではなく、起点です。それだけで受け渡しがほぼ消えました。

まだ終わっていません

この版は下書きの扱いです。書いたとおりに全部動いているわけではありません。

行き先を決める場所（このページではここを管制塔と呼びます）と記録の置き場を、クラウド同期から外す移設は、まだ途中です。作業用フォルダに配った指示書のうち、いくつかは中の記述を一括置換したときに壊れていて、そのまま動こうとした Codex が止まります。AI がどこまで自分の判断で記録を書いてよいかの線も、決めきれていません。Notion をどこまで削るかも、まだ手を付けていないページが残っています。

半年後にまた、これは失敗だったと書いている可能性は普通にあります。そのときは v5 を切ります。