人生を究極的にAIで管理したら便利になりすぎた話(結論はラスト)
ラハンの生コメント
下書きに謎の"/n"が大量に紛れ込んでたので察してほしい、たぶん音声入力の仕業
こんにちはwhyyouyouです。ここ最近人生に直結するプロジェクトがなくてなにかに手を出そうとしている時に、 claude codeに触れる機会が訪れました。
きっかけ編
そこで私は少し昔の記憶をさかのぼりこのショート動画を見たことを思い出しました。
https://www.youtube.com/watch?v=cGuPdyA7awc
まずこの動画のロング動画を視聴したうえでNotebookLMに読み込ませました。
そのあとしばらく放置したらようつべフィードにこの動画が流れてきました。
https://youtu.be/IrFngOHsohs?si=qEduvtEBVG8kEN17
よしこれをやろう!私はそれでこのプロジェクトを始動しました。
ディレクトリ構成や環境
まず私が取り掛かったのはディレクトリの作成です。
環境を明記しておきましょう。
windows(x64)
モニター1枚
マイク(ゲーム用のUSBで刺す系)
ちょうど余っていたSSD1TB(m.2)
このSSDをフォーマットして、MY-lifeプロジェクトを始動しました。
大まかなディレクトリ構成はこうです。
MY-life
CLAUDE.md
^data
^photo
^obsdianvault
^ai_data
^monthly
^photo
assets.md
dashboard.md
zatudan_log.md
travel.md
etc...
^ssh-key
.env
^dashboard_viewer
^static
dashboard-server.py
^出力用フォルダ
^automation
ワイが現在人力でしている作業一覧
・日記記入
・定例コマンドの実行
・見ているアニメの更新(annict)
・YOUTUBEをだらだら見る
具体的に何を導入すべき?
大前提CLAUDE.mdを導入しましょう。
私が記入している現在のCLAUDE.mdの項目のみ抜擢(あとで全体公開予定)
# Project Mandates: MY-life
**プロジェクト目的: 人生を究極的に管理する**
詳細スキーマ・ルールは `ai_data/instructions.md` を参照。
---
## 1. ガードレール(最優先)
## 2. Git・コミット規則
### ワークツリー管理(厳守)
## 3. 必須行動ルール(常に適用)
### ai_data/ 編集時
### 本名の記載制限
### 質問前の事前参照義務
### トーク終了時のトークン明記
### 雑談セッション終了時
### 不明な公開情報の扱い
## 4. 資産化(必須)
**「資産化」とは `ai_data/assets.md` に記入することを指す。**
> **理由**: 将来的にClaude以外のAIを並行して使う可能性があるため、資産データはClaude固有の仕組み(`memory/` 等)ではなく、AIに依存しない `ai_data/assets.md` に一元管理する。
会話中にユーザーの**好み・不満・気づき・こだわり・習慣・フィードバック**が判明したら、**判明した直後に** `ai_data/assets.md` に保存する。後回し禁止。
**保存すべき例(何気ない発言も資産)**:
- 好み: 「デジタル時計しか使わない」「Chromeのみ」
- 不満: 「ニトリのチェアが嫌」
- フィードバック: 「その提案の仕方は嫌」「それでいい」
---
## 5. 参照ファイル
`ai_data/instructions.md` のセクション7「参照ファイル」を参照。
重要なのは資産化の部分です。すべての会話から情報を収集するようにできます。
あと参照ファイルは必ず明記するようにしましょう、AIが混乱することが多々あります。
中長期的な視点では何が重要?
結論:ai_data内のmdやjsonを分けろ。
なぜかというと、情報を1つのファイルに集約させるとaiへの情報量が増えてしまい要点を導けません。
私が実際にどんな感じになっているかをお見せした方がよいでしょう
ai_data/
├── anime.md
├── apps.md
├── assets.md
├── dashboard.md
├── devices.md
├── finance.md
├── food.md
├── gigo.md
├── goals.md
├── health.md
├── instructions.md
├── maimai.md
├── maimai_data.json
├── memories.md
├── mfg.md
├── monthly/
│ └── 2026-06.md
├── music.md
├── novel_empire.md
├── organizations.md
├── otaku_goods.md
├── photo/
│ └── favicon_final/ # favicon一式(png/ico/svg/webm等、画像アセット)
├── projects.md
├── services.md
├── skills.md
├── steam_games.md
├── switch_games.md
├── todo_done.json
├── travel.md
├── upload_todo.json
├── user_profile.md
├── wishlist.md
├── x_feed.json
└── youtube.md
なぜさっきと表記が違うかといいますと、これだけラハンに出力してもらったからです。
私自身すべてを把握はしてないです。
mdを適切にジャンルごとに分けたい、指示書にはファイルの参照だけを残すのがベスト、実装を開始する前に提案して
と投げかけると動いてくれます。
実際に便利なの?
便利というより楽です
脳の記憶容量を節約できます。
個人的にはおとといの晩飯を記憶しておくのは脳の中期記憶の無駄だと考えていて、それを長期保存できるのが魅力ですね。
最終的には短期記憶で賄う部分も長期的に保存したいですね。
結論
長期的になればなるほど実感が沸き非常に便利というより脳が楽
次回予告
skillや定例コマンド、aiに情報を食わせるにはどうしたらよいか
みんなもレッツ爆裂! ↑Science is elegantみたいなセリフがほしい