Claude CodeとObsidianを使った個人プロジェクト管理システム：アーキテクチャと疑問点

システムアーキテクチャ概要

開発者が、Claude CodeとObsidianを使用してプロフェッショナルなPM手法を個人生活に取り入れる個人プロジェクト管理システムを設計しています。このシステムは3層構造です：

• ファイルシステム（OneDrive）：記録用のファイルのみ（PDF、添付ファイル、領収書）を保存します。実行可能ファイルはここには置かれません。
• Obsidianボールト：ナレッジとトラッキングの層として機能します。すべてのプロジェクトログ、計画、ダッシュボード、日次ノートはここに保存されます。
• Claude Code：コンテンツを読み取り、ルーティングし、書き込むインジェストエンジンとして機能します。この層のほとんどは手動介入なしで動作します。

2つのClaudeセットアップと引き継ぎ

開発者は、構築用にノートPCでClaude Codeを、計画、ドラフト作成、モバイルキャプチャ用にスマートフォンでClaude.aiを使用しています。コンテキストのギャップを埋めるために、ボールト内の単一のマークダウンファイルである引き継ぎドキュメントには、フォルダ構造、ルーティングルール、命名規則、アクティブなプロジェクトのステータス、ビルドフェーズの進捗を含む完全なアーキテクチャが記述されています。Claude.aiはすべてのセッション開始時にこのドキュメントを読み込み、一貫性を維持し、文書化された規則外のフォルダパスやファイル名を提案しないようにしています。Claude.aiは建築家のオフィスとして機能し、Claude Codeは建設作業員として機能します。

日次ログとコマンド構造

すべての入力は、平易な言語で書かれた単一の日次ログファイルを経由します。Claude Codeはこのログを処理し、エントリーを適切な場所にルーティングします：リスクはリスクレジスタに、決定事項は決定ログに、アクションは実行中のアクションリストに、ブロッカーはフラグが立てられます。システムを駆動する2つのスラッシュコマンドがあります：

• /daily：その日のログを処理し、エントリーをルーティングし、プロジェクトファイルを更新し、アクションリストを更新します。スライドやメールは作成せず、ルーティングのみを行います。
• /pm-sync：より重いタスクを実行します—すべてのプロジェクトファイルを読み込み、更新を書き込み、ステータスメールを下書きし、週次スライドコンテンツを生成し、マスターダッシュボードを更新します。

プロジェクト構造とガバナンス

各プロジェクトには、複雑さに基づいた一連のファイルが含まれ、3つの階層があります：ライト（index.mdとmilestones.md）、ミッド（risks.mdとdecisions.mdを追加）、ヘビー（完全なスイート）。Claudeは新しいプロジェクトがログに記録されるときに、インテーク質問を通じて階層を決定します。主要なファイルには以下が含まれます：

• index.md：健全性、ステージ、終了基準、ステークホルダーを含む現在の状態のスナップショット。
• log.md：日々の追跡のための時系列ジャーナルで、コンテキスト回復のためのADHD配慮として機能します。
• 構造化ログ：milestones.md、risks.md、decisions.md、issues.md、assumptions.md、lessons-learned.md。

ガバナンス機能には以下が含まれます：Claudeはマイルストーンを自動クローズしません—フラグを立て、「I Approve [ID]」による明示的な承認を待ちます。作業がプロジェクトの終了基準を超えて拡大した場合、スコープクリープは自動的にフラグが立てられ、別のプロジェクトとしてスピンオフする提案が行われます。日次ログでキャプチャされた新しいプロジェクトアイデアは、構築開始前に5つの質問からなるインテークプロセスをトリガーします。

ドメインとプロジェクトの区別

このシステムは、プロジェクトと継続的なドメイン（例：予算管理、フィットネストラッキング、住宅メンテナンス）を区別します。ドメインにはプロジェクトログの代わりにトラッカーファイルとノートが割り当てられ、エスプレッソマシンの脱スケジュールのような日常タスクに対してリスクレジスタが作成されないようにします。

開発者のフィードバックへの質問

開発者は以下の点について意見を求めています：

1. 2つのコマンド構造（/dailyと/pm-sync）が理にかなっているか、それともルーティングを複雑にしすぎているか。
2. 構造化ログとは別に時系列ジャーナルとしてlog.mdを使用すること—時間の経過とともに有効か、それともノイズになるか。
3. マイルストーンをクローズするために明示的な承認を要求するコントロールゲートパターン—有用な摩擦か、単なる摩擦か。
4. モバイル/デスクトップのコンテキストを橋渡しする共有引き継ぎドキュメントを使用した2つのClaudeセットアップ—他の人はこのギャップを同様に解決しているか。
5. Obsidian + Claude Codeを一緒に実行した経験—何が壊れたか。