従来の vault 設計は「人間が探しやすいフォルダ」に最適化されている。CyrilXBT の “business OS” 設計はこれを反転させる: agent が予測可能に書き込み・読み出しできる構造に倒し、人間のブラウズしやすさは secondary に置く。
具体的には 00 - INBOX/・06 - GENERATED/・07 - QUEUE/ のような operational なトップレベルフォルダを設ける。特に QUEUE/GENERATED の分離は、同期セッションを開始せずに agent に仕事を渡す非同期 assignment protocol として効く: QUEUE にファイルを置けば cron 駆動の agent が処理し、成果物が GENERATED に落ちる。Claude セッションを毎回立ち上げる必要がない。
これは個人スケールの Environment Engineering だ。API を AI-legible に再設計する逆方向アプローチを、vault に対して適用している。processing-clippings・tracking-ai-trends のような自作 skill が x/Feeds/ や Atlas/Sources/Clippings/ といった既存の置き場所を前提に動いているのと相似形で、agent から見て予測可能なフォルダ規約が無ければ skill は信頼できる動作にならない。今の Ideaverse 2.5 は人間ブラウズ向けの ACE 構造を保ちつつ、agent operational なフォルダ（x/Feeds/.cache/、x/Feeds/ai-trend/ など）を裏方として x/ 配下に押し込む折衷を取っている — この折衷の上限はどこかを定期的に問い直すべき claim。
出典: How I Turned My Obsidian Vault Into a Full Business Operating System Using Claude Code, How to Build an Obsidian Knowledge Vault That Gets Smarter Every Day Without You Doing Anything