非プログラマーのためのClaude Desktopファイルシステムプロジェクト管理セットアップ

持続的な知識作業のためのプロジェクトアーキテクチャ

非技術系ユーザーが、Claudeのチャットベースのプロジェクト作業における制限を克服するシステムを開発しました。解決される核心的な問題は、長いチャットでのClaudeの効果の希薄化と、セッション間の信頼性のある継続性の欠如です。この解決策では、Claude Desktopのファイルシステムアクセスを利用して、Claudeが直接読み書きできる永続的なプロジェクトディレクトリを作成します。

ディレクトリ構造と主要コンポーネント

ユーザーは、異なるドメイン（個人管理、財務、健康、法律、研究など）にまたがる9つのプロジェクトを管理しており、それぞれが以下の標準化されたディレクトリレイアウトに従っています：

[プロジェクト]/
  WORKFLOW.txt ← エントリーポイント、起動時に読み込む
  Inbox/ ← 双方向ファイル交換
  Workflow Files/
    HANDOFF.txt ← 状態スナップショット、常に上書き
    REFERENCE.txt ← オンデマンド詳細、起動時には読み込まない
    TASKS.txt ← アクティブな項目のみ、オンデマンド
    Clock/timestamp.txt ← 時間的認識
  Lessons/
    LESSONS_INDEX.txt ← 蓄積された知識のカードカタログ
    [トピック].txt
  Session Logs/
    Session_XXX.txt
  [サブプロジェクトA]/ ← ドメインによって形成
  [サブプロジェクトB]/

プロジェクト指示テンプレート

ユーザーは、すべてのClaudeプロジェクトに同一の指示を貼り付けています（ファイルパスのみ変更）：

ワークスペース：すべてのプロジェクトファイルは、[パス]のファイルシステム上に存在します。
セッション開始時に、Filesystem:list_allowed_directoriesを呼び出してファイルシステムアクセスを確認してください。
次に、プロジェクトパスに対してFilesystem:list_directoryを呼び出して読み取り可能であることを確認してください。
これらのツールは、write_file、edit_file、move_file、create_directoryを含む、プロジェクトファイルシステムへの完全な読み書きアクセスを提供します。
Filesystemが利用可能な場合は、WORKFLOW.txtを読み、その手順に従ってください。
Filesystemが利用できない場合は、ユーザーに通知し、セッションはプロジェクトの記憶と会話のコンテキストから動作することを説明してください。
機能はDesktopセッションと比較して制限されます。次回Desktopアクセスが利用可能になったときにファイルシステムに同期すべき決定や情報があれば、記録してください。

このシステムは、核心的な制約を中心に設計されています：起動時にClaudeが読み込むすべての情報は、会話全体を通じてコンテキストに残り、毎回のターンで再処理されます。設計上の決定は、起動時の体験と継続性を、コンテキストコストに対してバランスさせています。

WORKFLOW.txtは簡潔に保たれ、起動手順、プロジェクトの説明、時間的認識、ロギングルール、およびアカウント全体のユーザー設定には含まれていない、Claudeが時間をかけて学習した好みのみを含んでいます。その他すべては、REFERENCE.txtまたはオンデマンドで読み込まれる他のドキュメントに配置されます。