Claude Projects를 사용하면서 너무 늦게 깨달은 8가지 사실

저는 아주 오래전부터 Pro를 사용해왔지만, 프로젝트 기능을 본격적으로 쓰기 시작한 건 몇 달 전부터입니다. 제가 처음부터 누군가에게 들었더라면 고생하지 않았을 팁들을 공유합니다.

1. 프로젝트 지침은 일관성을 위해 커스텀 스타일보다 낫습니다. 프로젝트 내 모든 채팅이 특정 방식으로 들리길 원한다면, 스타일이 아닌 프로젝트 지침에 넣으세요. 스타일은 전역적이지만, 지침은 범위가 지정됩니다. 저는 몇 주 동안 이걸 헷갈렸습니다.

2. 지식 파일은 머릿속에서 잊히기 쉽습니다. 프로젝트 지식 파일에 두 달 된 낡은 브리핑 문서를 넣어두고 왜 답변이 이상한지 계속 의아해했었죠. 예전 문서를 기반으로 답변하고 있었던 겁니다. 냉장고 청소하듯 지식 파일을 정리하세요.

3. 프로젝트 내에서 새 채팅을 시작하는 것은 과소평가되어 있습니다. 긴 채팅은 흐릿해집니다. 같은 프로젝트 내에서 새 채팅을 하면 컨텍스트는 유지하면서 지저분한 내용은 버릴 수 있습니다. 저는 기록을 잃을까 봐 겁먹었었죠. 그러지 마세요.

4. Sonnet 3.5는 대부분의 프로젝트 작업에 충분합니다. 저는 습관적으로 모든 작업에 Opus 3.5를 기본으로 사용하다가 한도를 다 써버리곤 했습니다. 일상적인 작업은 Sonnet으로 옮겼더니 오후 3시가 되어도 한도에 걸리지 않게 되었습니다.

5. 지침에 "추측하지 말고 모른다고 말해"라고 적어두면 실제로 도움이 됩니다. 자신 있게 틀린 답변을 하는 경우가 많이 줄어듭니다.

6. 실제 프로젝트 하나당 프로젝트 하나를 만드세요. 저는 "업무"라는 이름의 메가 프로젝트를 하나 가지고 있었는데, 잡동사니 서랍처럼 되어버렸습니다. 클라이언트별로 나누니 모든 게 훨씬 명확해졌습니다.

7. 자신의 목소리와 일치시키고 싶다면 자신의 글을 지식 파일에 붙여넣으세요. "나처럼 써"라고 말하는 건 아무 효과가 없습니다. 샘플 3개를 보여주는 것이 훨씬 효과적입니다.

8. 프로젝트 간에는 기억하지 못합니다. 뒤늦게 생각해보니 당연한 거였죠. 저는 프로젝트 간에 컨텍스트가 공유될 거라고 생각했는데, 그렇지 않습니다.

아마 이 내용의 절반은 문서를 읽는 사람들에게는 당연한 것일 겁니다. 저는 문서를 읽지 않았죠. 여러분이 뒤늦게 깨달아서 스스로가 멍청하게 느껴졌던 프로젝트 관련 팁은 무엇인가요?