Claude ProjectsとClaude Codeの比較：読み書きギャップに不満を抱くセカンドブレインユーザー

Redditユーザーが、カレンダーやGmailと連携した「セカンドブレイン」ファイルシステムをマークダウンファイル（個人のToDo、短期・長期目標、日記など）として維持している様子を説明。当初はClaude Codeをインターフェースおよびファイルの読み書きレイヤーとして使用していたが、Claude Chatの音声機能がリリースされてから、外出先でアクセスできるようそれらのファイルのスナップショットを含むClaudeプロジェクトを作成。音声アクセスは良好だったが、ファイルの更新が面倒に。ファイルがすぐに古くなるためだ。彼のワークフローは、生産的なチャットセッションを行い、会話の要約を依頼し、その要約をClaude Codeに貼り付けてファイルを編集し、更新したファイルをClaudeプロジェクトに貼り戻すというもの。これには毎週手動で同期する作業が必要となる。

主な問題点

• Claude Chat（プロジェクト）はスナップショットを読み取るだけで、ソースファイルを編集できない。
• Claude Codeはファイルシステムへのネイティブな読み書きアクセスを持つが、音声入力がない。
• 手動の往復（Chat→要約→Code→編集→プロジェクトにアップロード）は摩擦が大きい。
• スナップショットがすぐに古くなり、音声クエリの有用性が低下する。

提案された回避策

ユーザーは、ファイルをホストしてClaude Chatに読み書きアクセスを提供するMCP（Model Context Protocol）サーバーの構築を検討しているが、現在のセットアップでは「やりすぎ」だと述べている。彼らはAnthropicがClaude ChatにClaude Codeと同じようにプロジェクトファイルを編集させてほしいと考えている——グルーコードなしで読み取りと書き込みの両方をネイティブに処理する方法を。

Claudeで同様の個人ナレッジマネジメント（PKM）システムを運用している開発者にとって、Claude Chatの音声の利便性とClaude Codeのファイル操作機能の間のギャップは依然として問題点である。MCPサーバーはこれを橋渡しできるが、インフラストラクチャのオーバーヘッドが追加される。AnthropicがClaudeプロジェクトでのファイル書き込みを有効にするというシンプルな修正があれば、毎週の同期作業を排除できるだろう。