Claude Projects를 단순히 폴더로 생각하지 않으니 훨씬 이해가 잘 됨

프로젝트는 폴더가 아님. 건강 상태가 의료 기록 파일이 아닌 것과 같지. 폴더는 파일을 정리하는 장소일 뿐이고, 프로젝트는 원하는 결과물과 기한이 있는 크고 뚜렷한 작업 단위임. Claude 프로젝트 폴더에 적절한 파일을 정리해 넣으면 그 프로젝트에 딱 맞는 구체적인 컨텍스트를 구축하거나 제공하게 되는 거임. 그게 마법을 일으키는 핵심이지.

폴더 내에서 반복되는 작업에 기술을 연결하면, 세션 자체가 시간이 지나면서 기술을 개선하는 데 활용될 수 있는 원시 데이터가 됨.

맞는 말임 ㅋㅋ 그냥 폴더가 맞긴 한 듯. 내가 생각이 바뀐 건 폴더 자체가 유용한 게 아니라는 걸 깨달았기 때문이야. 프로젝트에는 새로운 채팅으로 이어지는 지식과 지침을 넣을 수 있어서 매번 똑같은 배경지식을 설명할 필요가 없거든. 그러니까 '폴더가 아니다'라고 한 건 잘못된 표현이었을지도 😅 그냥 특정 업무를 위한 자체 컨텍스트/규칙이 있는 폴더 같은 거지.

지식(무엇을 알아야 하는가), 지침(어떻게 행동해야 하는가), 프롬프트(지금 당장 필요한 작업)라는 멘탈 모델은 프로젝트의 가치를 정확히 꿰뚫고 있네. 난 스타일 가이드, 선호하는 어휘, 부정적인 예시를 포함한 '글쓰기 및 어조 비평' 프로젝트를 운영 중인데, 초안을 넣으면 일반적인 결과물을 다시 쓰는 시간을 엄청나게 줄여줌. 사람들이 프로젝트를 단순히 폴더로 쓰는 걸 멈추게 할 아주 좋은 프레임워크임!

물리적으로 Claude의 '인스턴스'를 분리하고 싶다면 그렇게 하는 게 맞지. 하지만 많은 사람들이 실수로 잘못된 폴더에서 작업 시작했다고 기억을 잃어버리지 않는 범용적인 어시스턴트를 원한다는 불만을 토로하는 것 같아. 그래서 난 프로젝트를 하나만 쓰고, Claude가 알아서 모든 걸 분류하고 인덱싱하게 만드는 거야.

프로젝트를 영구적인 역할 작업 공간으로 다루는 건 좋지만, 업로드한 가이드라인 파일 15개가 세 번 정도 대화하고 나면 서로 주목받으려고 싸우기 시작한다는 걸 깨닫게 될 거임. 진짜 중요한 건 모델이 구식 컨텍스트에 과적합되지 않도록 프로젝트 메모리를 가볍게 유지하는 거임.

파일끼리 충돌하는 문제가 진짜 한계점임. 프로젝트 지식에 있는 모든 걸 매번 읽어대니까, 파일 12가 파일 3이랑 서로 질문이랑 상관있네 없네 하면서 싸우는 꼴이 됨. 규칙은 Instructions에 넣고, 지식은 순수하게 참고용으로만 쓰는 게 파일 줄이는 것보다 훨씬 도움 됐음.