Claude Projects는 건너뜁니다 — Austin Marchese 80/20로 오늘 Desktop Code 폴더와 CLAUDE.md를 깝니다 | DAKER 커뮤니티

Claude를 오래 써도 프로젝트를 늘리기만 하고, 정작 매일 쓰는 작업 공간은 허술한 경우가 많습니다. Austin Marchese는 영상 How to Rebuild Your Claude Setup From Scratch (80/20 Rule)에서, 처음부터 다시 배운다면 80%는 버리고 남는 20%만 순서대로 쌓겠다고 말합니다. 핵심은 Claude Projects나 Cowork를 먼저 깊게 파는 것이 아니라, Desktop의 Claude Code(그가 부르는 expert mode) 폴더 하나를 기준으로 두는 일입니다.

Claude Projects를 건너뛰고 Desktop Code 폴더부터 세팅하는 80/20 흐름을 만화풍으로 정리한 생성 이미지
설명용 생성 이미지입니다.
처음부터 다시라면 Projects·Cowork는 건너뛰고, Desktop Claude Code 폴더로 기초를 잡습니다.

1. 워크스페이스: 폴더가 곧 프로젝트입니다

Desktop 앱을 받은 뒤 Code로 들어가 작업 폴더를 고릅니다. 폴더 하나가 프로젝트입니다. 처음이라면 하루 일의 90%를 넣을 마스터 폴더를 하나 만들고, 슬래시로 초기화해 CLAUDE.md가 생기게 합니다. 이어서 about this project류의 인터뷰 프롬프트로 역할·사업·독자 맥락을 파일로 남기고, 원본을 두는 raw와 목차 역할을 하는 wiki 폴더를 만들어 LLM 지식 기반을 얇게 깝니다. 기술 작업이든 카피·브랜드 가이드든, 응답 품질은 이 맥락 파일에 크게 좌우됩니다.

CLAUDE.md와 about, raw/wiki가 있으면 나중에 도구가 바뀌어도 기초가 덜 무너집니다.

2. 협업: Obsidian과 Artifact를 같은 폴더에 붙입니다

같은 폴더를 Obsidian vault로 열면 Claude가 고친 마크다운을 바로 손으로 다듬을 수 있습니다. Artifact는 공유용 미니 페이지입니다. 이메일 초안을 Code에서 방향만 맞춘 뒤 Obsidian에서 손보고, Artifact로 팀에게 인라인 피드백을 받는 흐름이 예시입니다. 바텐더용 음료 레시피처럼, 로그인 없는 링크 하나로 쓰는 마이크로 도구도 Artifact로 충분히 시작합니다.

3. 외부 세계: 커넥터는 필요할 때만 로드합니다

이메일, 캘린더, 메시지(Slack 등), 회의 녹음 네 줄이 기본 연결로 제시됩니다. 승인 요청이 너무 잦으면 권한을 Goldilocks 구간으로 조정하고, 커넥터 도구 접근을 load when needed로 바꿉니다. 매 세션마다 전부 올리지 않아 토큰을 아낍니다. 목록에 없는 도구는 커스텀 MCP 존재 여부를 물어보는 식으로 확장합니다.

커넥터는 연결만 하고 끝내지 않습니다. 권한과 load when needed까지 맞춰야 실사용이 됩니다.

4. 스킬: 손으로 한 번 한 뒤에야 만듭니다

스킬은 같은 일을 같은 방식으로 반복하게 하는 재사용 프롬프트입니다. 바로 create a skill을 시키기보다, 먼저 대화로 결과물을 맞춘 뒤 그 대화를 기준으로 스킬을 만들고, 다음에 슬래시로 실행한 뒤 틀린 점을 반영해 enhance합니다. 반복되는 일만 스킬로 올립니다. 품질을 올리려면 Ask user question 폼, 출력 형식을 바꾸는 arguments, 병렬 조회용 sub-agents를 필요할 때 넣습니다. 시스템 유지용으로는 자료를 raw/wiki에 넣는 스킬과 설정을 점검하는 유틸 스킬이 도움이 됩니다.

5. 자동화: 루틴 본문은 짧게, 본체는 스킬입니다

Desktop의 local 루틴으로 스케줄을 걸고, 본문에는 문장 한두 줄만 남긴 채 실제 작업은 이미 만든 스킬에 맡깁니다. 끝날 때는 Slack·이메일 등으로 분석 41건·초안 2건처럼 명시적 요약을 받습니다. 실행 전에는 필요한 연결을 사전 검사해, 중간에 깨지기 전에 바로 실패하게 만듭니다. 클라우드 변수보다 로컬 루틴이 단순한 반복에 충분하다는 것이 영상 쪽 강조점입니다.

루틴에 긴 프롬프트를 다시 쓰면 실패입니다. 스킬이 본문이고 루틴은 트리거입니다.

6. 만들기 전에 거르는 다섯 질문

AI 망치만 들고 다니면 모든 문제가 못으로 보입니다. 순서대로 묻습니다. AI가 없을 때라면 무엇을 할까. 지금 도구 사용 미숙인가. 이미 있는 제품인가. 기존 도구를 보완하는 작은 도구로 足り한가. 그다음에야 MVP·자체 제품을 검토합니다. Notion 파이프라인에 썸네일 미리보기만 덧붙인 사례처럼, 주말을 갈아 넣어 SaaS를 다시 만들기보다 보완재가 팀에 안착하기 쉽습니다. 계획이 필요하면 plan 모드로 MVP와 가치를 인터뷰하게 합니다.

7. congruent하게 쌓습니다

마지막 조각은 방향의 일치입니다. AI는 무엇이든 배우게 해 주지만, 동시에 관심사를 흩뜨립니다. Buffett의 복리 비유를 빌려, 기초 위에 같은 방향으로만 얹어야 매번 처음부터 다시 짓지 않는다고 정리합니다. 대회·제품·문서 작업에서도 폴더·스킬·루틴이 한 목표를 가리키는지가 점검 포인트입니다.

오늘 할 일 하나

Desktop Claude Code에서 마스터 폴더를 열고 초기화한 뒤, about this project 인터뷰로 맥락 파일을 하나 만듭니다. 이미 Code를 쓰고 있다면 커넥터 네 줄과 load when needed만 점검해도 됩니다. 반복 업무가 보이면 손으로 한 번 맞춘 대화를 스킬로 올리는 쪽이, 루틴부터 늘리는 쪽보다 유지보수에 유리합니다.

여러분은 Claude 세팅을 Projects 중심으로 두고 있습니까, 아니면 Code 폴더와 스킬 루프로 옮겼습니까? 지금 막히는 한 가지를 댓글로 남겨 주시면 좋습니다.

출처