클로드 프로젝트 vs 클로드 코드: 읽기/쓰기 격차가 두 번째 뇌 사용자들을 좌절시키다

한 Reddit 사용자가 개인 할 일, 단기/장기 목표, 일기 항목 등을 마크다운 파일로 관리하는 "두 번째 두뇌" 파일 시스템을 설명하며, 이를 캘린더 및 Gmail과 통합하고 있습니다. 처음에는 Claude Code를 인터페이스 및 파일 읽기/쓰기 계층으로 사용했지만, Claude Chat의 음성 기능이 출시된 후 이동 중에도 접근할 수 있도록 해당 파일의 스냅샷을 포함한 Claude Project를 만들었습니다. 음성 접근은 잘 작동했지만 파일 업데이트가 어려워졌습니다. 파일이 빠르게 구식이 되기 때문입니다. 사용자의 워크플로는 생산적인 채팅 세션을 진행하고, 대화 요약을 요청한 후, 해당 요약을 Claude Code에 붙여넣어 파일을 편집하고, 업데이트된 파일을 다시 Claude Project에 붙여넣는 것입니다. 이 과정은 매주 수동 동기화 세션을 필요로 합니다.

주요 문제점

• Claude Chat(Projects)은 스냅샷만 읽을 수 있고 원본 파일을 편집할 수 없습니다.
• Claude Code는 파일 시스템에 대한 기본 읽기/쓰기 권한이 있지만 음성 입력이 부족합니다.
• 수동 왕복(Chat → 요약 → Code → 편집 → Project에 업로드)은 마찰이 큽니다.
• 스냅샷이 빠르게 구식이 되어 음성 쿼리의 유용성이 떨어집니다.

제안된 해결책

사용자는 파일을 호스팅하고 Claude Chat에 읽기/쓰기 권한을 부여하는 MCP(Model Context Protocol) 서버를 구축하는 것을 고려하고 있지만, 현재 설정에 비해 "과잉"이라고 말합니다. 사용자는 Anthropic이 Claude Chat이 Claude Code와 동일한 방식으로 Project 파일을 편집할 수 있도록 허용하여, 접착 코드 없이 읽기와 쓰기를 모두 기본적으로 처리하기를 바랍니다.

Claude와 유사한 개인 지식 관리(PKM) 시스템을 운영하는 개발자에게 Claude Chat의 음성 편의성과 Claude Code의 파일 작업 간 격차는 여전히 걸림돌입니다. MCP 서버가 이를 해결할 수 있지만 인프라 오버헤드가 추가됩니다. Anthropic의 더 간단한 해결책인 Claude Projects에서 파일 쓰기를 활성화하는 것은 주간 동기화 작업을 없앨 것입니다.