← All blueprints
v5 draft 2026-04-30

v5 — iCloud 排除 + Memory layer を AI 専用化

v4 の 1 ヶ月運用で見えた課題 (iCloud 同期、 Inbox 二重化、 Memory 手動編集前提) を解消。 Memory layer を AI agents 専用の永続記録領域として再定義。 仮説段階、 運用しながら検証中。

// 1. Frame — abstract layer model

4 つの抽象レイヤー。 個人事情に依存しない、 訪問者が自分の状況に当てはめるための骨格。

01
Inbox layer

外部から入ってくる思いつき / タスク / 受信物の最初の置き場

  • 外出先 / モバイルからもアクセス可能
  • シンプルで入力コスト最小
  • 後で必ず Triage で捌かれる
02
Triage layer

Inbox を捌いて適切な行先に振り分ける管制塔

  • IDE サイドバーから一覧可能なローカルディレクトリに配置
  • AI assistant が捌きを支援
  • iCloud / クラウド同期に依存しない
03
Working layer

実プロジェクト / 実作業の場

  • プロジェクトごとに独立した CWD
  • Claude Code 等の AI エージェントがメインで動作
04
Memory layer (AI agents 専用)

AI agents が自律的に書き込み / 読み出しする永続記録領域

  • ユーザーは原則として手で編集しない
  • AI agents の memory として運用
  • Working layer での判断 / 学び / 過去文脈を AI が自動アーカイブ
  • kepano/obsidian-skills (Obsidian community の Second Brain 思想を Claude Agent Skills 仕様で実装したもの) を採用
Flow rules (between layers)
  • Inbox → Triage で振り分け → Working で実行 → Memory に AI が自動アーカイブ
  • Memory layer はユーザー編集禁止 (例外は緊急時のみ)
  • すべて IDE サイドバーから見通せる構造
// 2. My implementation — concrete (Kazuki)

Frame を自分の場合どう埋めたか。 これはあくまで一例で、 真似する必要はない (How to adapt 参照)。

Inbox layer Notion (単一)

外出先 / デスクともに Notion の Inbox DB に統一

Why

v4 で Obsidian を外出先でほぼ見ないと判明、 Notion 単独で十分

Current issues
  • 仮説段階、 運用後に検証
Triage layer ~/.secretary/ (ローカルディレクトリ、 iCloud 排除)

管制塔 Markdown を IDE 内で見通せる場所に配置

Why

iCloud 経由の不可視化 / 同期遅延を回避、 IDE で grep / search 可能

Current issues
  • iCloud 排除のリスク (バックアップは GitHub に集約予定)
Working layer ~/dev/{project}/ (Claude Code CWD)

v4 と変更なし

Why

既に検証済み

Memory layer (AI agents 専用) Obsidian (AI 専用 vault)

kepano/obsidian-skills を導入し、 Claude Code 等の AI agent が自律的に書き込む memory 領域として運用

Why

v4 で「自分で Obsidian を編集しない」 と判明 → AI 専用化で価値を引き出す。 Obsidian community の "Second Brain" 思想を AI agents 向けに実装した kepano/obsidian-skills が公式リリースされたタイミング。

Current issues
  • 仮説段階、 AI agents の書き込みポリシーを運用しながら詰める
// 3. How to adapt — branch by your situation

あなたの状況に合わせて Frame をどう調整するか。 Memory layer は Obsidian でなくても良い、 Working layer は ~/dev/ でなくても良い。 重要なのは レイヤー分離 と 役割定義。

/01
仕事メイン、 開発しない

Memory layer は Obsidian でなくても良い。 Notion DB / SQLite / 単純な Markdown ディレクトリでも構わない。 重要なのは「AI agents 専用の永続記録領域を Working layer から分離する」 こと。

/02
プライベートも混ぜたい

v4 と同様、 tag or vault 分離。 AI agents が private 領域に触れるかは別ポリシーで制御。

/03
開発もする (= Kazuki と同じ)

~/dev/ + Claude Code + Obsidian (AI 専用 vault) フル活用。 kepano/obsidian-skills を Claude Code skills として導入。

// Day 1 minimum setup
  1. Notion Inbox DB 作成 (or 既存から移行)
  2. ~/.secretary/ をローカル化 (iCloud から外す)
  3. Obsidian vault を AI 専用に切替 (既存の手編集ノートは別 vault に分離)
  4. kepano/obsidian-skills を Claude Code skills として install
  5. GitHub バックアップポリシー設定
// 4. Migration log — from v4
Changes
  • iCloud 経由の Triage layer 配置を排除、 ローカルディレクトリ化
  • Inbox layer を Notion 単独に統合 (Obsidian 併用を廃止)
  • Memory layer を AI agents 専用化、 kepano/obsidian-skills 採用
Reasons
  • 1 ヶ月運用で iCloud 同期 / 二重 Inbox / Memory 手編集前提のいずれも非効率と判明
  • kepano/obsidian-skills の公式リリースが Memory layer の AI 専用化を後押し
Learnings
  • 仮説段階、 運用後に追記
  • 「自分で編集しない」 という事実を受け入れて AI 専用化する判断は重要