Cowork 레슨앤런 시리즈 · 4편 — 셋업·인프라
레슨앤런 1편 진단 시점에 “부수 발견 4건” 으로 적어둔 항목 중 세 번째다. 3편에서 “임시 폴더 5개” 가 도구가 자동 생성한 잔존물이었다면, 이번 회차의 “일회성 추출물 5개” 는 결이 정반대 — 본인(또는 Claude)이 의식적으로 만든 결과 보고서가 정리 안 된 채 영구화된 케이스다.
같은 잔존물 카테고리지만 발생 메커니즘이 다르다. 이번 회차는 그 차이가 핵심.
발견한 문제 — 약 40일 동안 한 번도 안 본 파일 5개
진단 시점(2026-05-14)에 코워크 폴더 루트에 떠도는 일회성 추출 보고서 5개를 식별했다.
| 파일 | 크기 | 작성일 | 정체 |
|---|---|---|---|
DATA_SUMMARY.txt |
8.6KB | 2026-04-05 | Excel 데이터 추출 빠른 참조 요약 |
EXTRACTED_PPTX_TEXT.txt |
33KB | 2026-04-05 | PPT 슬라이드 텍스트 추출본 |
HWP_EXTRACTION_REPORT.txt |
10KB | 2026-04-05 | HWP 파일 추출 보고서 |
EXCEL_DATA_EXTRACTION_REPORT.md |
7.6KB | 2026-04-05 | Excel 데이터 추출 보고서 (특정 프로젝트) |
SEO_최적화_보고서_2026-04-06.md |
3.5KB | 2026-04-06 | YouTube SEO 최적화 작업 보고서 (1회성) |
다섯 파일의 공통점이 명확하다:
- 약 40일 전 작성
- 이후 한 번도 수정·참조 없음 (마지막 수정일이 작성일 그대로)
- 모두 코워크 폴더 루트에 박혀있음 — 활동 폴더 안이 아님
7편 ③번 가치축 원칙(“영구 vs 일회성”) 위반의 정형 — 일회성 결과물이 영구 자산 자리에 박힌 패턴.
3편의 임시 폴더와 결이 어떻게 다른가
표면적으로 둘 다 “잔존물 정리” 다. 그런데 발생 메커니즘이 정반대다.
| 구분 | 3편 (임시 폴더) | 4편 (일회성 추출물) |
|---|---|---|
| 생성 주체 | 도구가 작업 중 자동 생성 | 사용자/Claude가 의식적으로 작성 |
| 정착본 | 별도 정착본 존재 (활동 폴더) | 정착본 없음 (보고서 자체가 결과물) |
| 정리 방식 | 정착본 검증 후 일괄 삭제 가능 | 활동 폴더로 분류하거나 백업 보관 |
| 헌법 처리 | 정기 청소 트리거(_grid_*, _temp_* 패턴) |
본문 추가 없이 운영 사이클로 흡수 |
| 일반화 교훈 | “막을 수 없으니 청소” | “작성 시점에 활동 폴더 안에 저장” |
핵심 차이: 3편은 “도구가 만든 부산물 정리” 라 청소 자동화로 해결되지만, 4편은 “본인이 만든 결과물의 저장 위치가 잘못됐던 것” 이라 작성 시점 습관으로 해결해야 한다.
왜 코워크 폴더 루트에 박혔나 — 작성 시점의 함정
40일 전 5개 보고서를 만들 때를 되짚어보면 패턴이 보인다.
4월 5일 — Excel·PPT·HWP 데이터 추출 작업: 특정 프로젝트의 자료를 한 번에 추출하는 작업이었다. Claude에게 “이 파일들 분석해줘” 시키면 결과 보고서가 어디에 저장됐을까? 별도 활동 폴더가 미리 만들어져있지 않으면 기본값 = 코워크 폴더 루트. 그 자리에 떨궈진 게 그대로 남았다.
4월 6일 — YouTube SEO 보고서: 채널 SEO 점검 후 결과를 한 줄 정리. 이 시점엔 “유튜브_콘텐츠/” 같은 활동 폴더가 이미 있었다. 그런데 보고서 자체는 활동 폴더가 아닌 루트에 저장됐다. 저장 위치를 명시하지 않으면 기본값 = 루트 패턴.
이 두 경우 모두 “본인이 의식적으로 루트에 저장하기로 결정” 한 게 아니라 저장 위치를 명시 안 했더니 루트가 됐다가 정확한 흐름이다.
“저장 위치를 명시하지 않으면 코워크 폴더 루트가 기본값.” — 가장 자주 놓치는 함정.
해결 방안 2가지
이번 케이스는 1·2·3편과 달리 선택지가 단순했다.
옵션 ① — 활동 폴더로 재분류
5개 파일을 작성 맥락에 맞는 활동 폴더로 옮긴다. Excel·PPT·HWP 추출본은 “분석 프로젝트” 같은 활동 폴더(없으면 신설), SEO 보고서는 “유튜브_콘텐츠/” 안으로.
장점: 활동별 분리(7편 ①번 원칙) 충실.
단점: 5개 각각 적절한 활동 폴더를 결정해야 함. 일부는 활동이 이미 끝나서 “어디로 보낼지” 가 모호. 그리고 “한 번 보고 안 볼 보고서” 를 활동 폴더에 두면 그 폴더 안에서 또 잡동사니 비슷한 모습이 된다.
옵션 ② — 백업 폴더에 통째 이관
5개 파일을 skill_backups/2026-05-14_일회성추출물정비/로 한 번에 옮기고 README에 “왜 일회성인지” 만 기록.
장점: 한 번에 끝. 활동 폴더가 불필요하게 비대해지지 않음.
단점: 보고서가 “한 곳에 모인 잡동사니 백업” 이 됨. 다만 “한 번 본 일회성 결과물” 이라 이 단점은 거의 무의미.
내가 고른 것 — 옵션 ②
판단 기준: “이 보고서를 다시 볼 일이 있나?” 5개 모두 정직하게 답하면 “거의 없음” 이다. 약 40일 동안 단 한 번도 참조 안 됐고, 같은 데이터가 필요하면 원본을 다시 추출하면 된다. 그러면 “활동 폴더에 두면서 다음 비대화를 만드는” 게 아니라 “백업 폴더 한 곳에 모아두는” 게 정직한 답.
3편과 같은 결론(백업 폴더 이관)인데 이유가 다르다. 3편은 “정착본이 있으니 임시본은 백업”, 4편은 “다시 볼 일이 거의 없으니 백업”. 백업 폴더는 “필요는 0에 가까운데 0은 아닌 자료” 의 표준 위치가 되어가는 패턴.
실제 정비 4단계
Step 1 — 백업 위치 신설
skill_backups/2026-05-14_일회성추출물정비/ ← 신설
같은 날 정비 회차 4번째라 폴더 이름이 점점 구체적이 된다. 회차별 하위 폴더 패턴이 이렇게 자연스럽게 누적된다.
Step 2 — 5개 파일 일괄 이관
파일명을 명시한 일괄 이동. 3편처럼 패턴 매칭(_grid_*)이 아니라 명시적 5개 리스트로 처리. “이 5개 + 알파” 같은 가능성이 있으면 패턴 매칭이 좋지만, 이번엔 5개가 명확히 끝이라 리스트가 더 안전.
Step 3 — README 작성 (분류 + 일회성 사유)
이번 README는 1·2·3편과 좀 다른 결로 작성. 두 그룹으로 분류했다:
- 분석·추출 결과물 4개 (모두 4/5 작성)
- 일회성 작업 보고서 1개 (4/6 작성)
그리고 “왜 일회성인가” 판단 기준 3가지를 명시:
- 보고서 형식 — 운영 중 반복 참조되지 않음
- 약 40일 전 작성 후 단 한 번도 수정·참조 없음
- 같은 데이터 필요 시 원본 재추출이 답 (보고서 자체가 진실 원천 아님)
마지막 기준이 가장 중요하다. 보고서가 진실 원천이 아니면 보존 가치가 약하다. 진실 원천(예: 원본 Excel·PPT)이 살아있는 한 보고서는 “한 번 본 결과” 일 뿐.
Step 4 — CLAUDE.md 손대지 않음
3편에서 “임시 폴더 정기 청소 트리거” 한 줄을 헌법에 박았는데, 이번엔 그러지 않았다. 이유:
- 일회성 추출물은 “막을 수 없는 도구 부산물” 이 아니라 작성 시점 습관 문제
- 헌법 한 줄로 “보고서는 활동 폴더에 저장” 박아도 매번 작성 시점에 그 한 줄을 떠올리기 어려움
- 더 효과적인 해법은 작업 요청 시 “이 결과를 어디에 저장할지” 를 같이 명시하는 습관 — 헌법보다 운영 사이클의 일부
3편(헌법 추가) vs 4편(헌법 손대지 않음)의 차이는 “막을 수 없는 자동 생성이냐, 작성 습관으로 잡을 영역이냐” 에서 갈렸다. 모든 정비가 헌법 추가로 이어지지는 않는다.
결과 — 무엇이 깨끗해졌나
| 항목 | 정비 전 | 정비 후 |
|---|---|---|
| 루트의 일회성 추출 보고서 | 5개 | 0개 |
| 7편 ③번 가치축 위반 (영구 vs 일회성) | 5건 | 0건 |
| 백업 폴더 README | 없음 | 있음 (분류 + 일회성 사유 3가지) |
| CLAUDE.md 갱신 | — | 없음 (작성 습관으로 잡을 영역) |
| 약 40일 동안 누적된 빚 | 5건 | 0건 |
다른 사람에게 적용할 수 있는 일반 원칙 3가지
① 저장 위치를 명시하지 않으면 코워크 폴더 루트가 기본값
이게 일회성 추출물이 루트에 쌓이는 가장 큰 원인이다. “이 파일들 분석해줘” 같은 요청에 저장 위치가 빠져있으면 결과물이 어디에 떨어질지 본인도 모른다. 요청 시점에 “결과는 [경로]에 저장” 한 줄 추가가 가장 간단한 예방.
해법: 작업 요청에 “결과 저장 위치” 를 항상 명시. 예: “이 Excel 분석하고 결과는 프로젝트A/분석결과/2026-05-14.md로 저장해줘”
② 보고서가 진실 원천이 아니면 보존 가치가 약하다
원본 데이터(Excel·PPT·HWP·DB)가 살아있으면 추출 보고서는 “한 번 본 결과” 일 뿐. 보고서를 정성껏 보관하기보단 원본을 잘 관리하는 게 정답.
해법: 보고서·요약본은 “한 번 보고 끝” 으로 간주. 같은 결과가 다시 필요하면 원본을 재추출. 이 가정이 깔리면 보고서를 루트에 쌓아둘 욕구가 사라진다.
③ 백업 폴더는 “필요는 0에 가까운데 0은 아닌 자료” 의 표준 위치
3편의 임시 폴더 백업, 4편의 일회성 보고서 백업이 같은 위치(skill_backups/)로 모이는 게 우연이 아니다. 백업 폴더는 “버리긴 아쉽지만 운영 중엔 안 봐도 되는 자료” 의 안식처. 이걸 한 폴더로 통합하면 운영 폴더(코워크 루트)는 깨끗해진다.
해법: 5-2편 안전장치 ①(“삭제분은 별도 백업 파일에”)을 모든 정비에 일관 적용. 백업 폴더가 비대해지는 걸 두려워하지 말기 — 그게 운영 폴더의 깨끗함을 사는 비용.
30분 사이클 시간 분배
| 단계 | 시간 |
|---|---|
| 진단 (5개 파일 식별 + 정체·작성일 확인) | 5분 |
| 해결 방안 결정 (옵션 ① 활동 폴더 분류 vs 옵션 ② 백업 이관) | 4분 |
| 실제 정비 (백업 폴더 신설 + 5개 이관 + README 작성) | 7분 |
| 결과 보고 + 글로 정리 시작 | 6분 |
3편보다 진단·정비가 빨랐다. 이유: 정착본 검증 단계가 필요 없었음(보고서 자체가 결과물이라 정착본 개념 무의미). 또 헌법 갱신 단계도 없음. 30분 한 사이클 중 약 22분으로 끝났다.
운영 사이클이 누적될수록 같은 종류의 정비가 빨라진다는 패턴이 보인다. 처음 정비(1편)는 30분 빠듯했는데, 4편쯤 되니 “같은 흐름을 반복” 하는 느낌.
마무리 + 마지막 회차 예고
이 회차의 통찰: 잔존물도 발생 메커니즘이 다 다르다. 3편(도구 자동 생성)과 4편(작성 시점 습관)이 표면적으로 비슷해 보여도 해법이 다르다. 3편은 헌법 추가, 4편은 습관 변경. “한 가지 해법이 모든 정비에 통하지 않는다.”
남은 부수 발견 1건 — 가장 위험·가치 큰 마지막 케이스:
레슨앤런 5편 — ROI 트래커 파일 2곳 중복
루트에 Claude_Cowork_ROI_트래커.xlsx + ROI_Tracker.xlsx 두 파일, 그리고 ROI/✅ 유지/Claude_Cowork_ROI_Tracker.xlsx 한 파일 — 총 3곳에 비슷한 이름의 ROI 트래커가 떠있다. 5-3편 단일 진실 원천 원칙의 정수가 그대로 깨져있는 케이스. 어느 게 진짜이고 어느 게 옛 버전인지 데이터 손실 위험까지 끼고 있는 이번 시리즈의 마지막이자 가장 신중히 다룰 케이스.
2026년 5월 현재 상태
- 정비 완료 일자: 2026-05-14 (1·2·3편 발행 직후 한 사이클 더)
- 이관 대상 파일: 5개 (코워크 폴더 루트의 4/5~4/6 작성 추출 보고서)
- 백업 위치:
skill_backups/2026-05-14_일회성추출물정비/ - 백업 폴더 안 구성: 5개 파일 + README.md (2그룹 분류 + 일회성 판단 기준 3가지)
- CLAUDE.md 갱신: 없음 (작성 습관으로 잡을 영역 — 헌법 한 줄로 해결 안 됨)
- 가장 큰 일반화 교훈: “저장 위치 명시 안 하면 코워크 폴더 루트가 기본값”
- 남은 부수 발견: 1건 (ROI 트래커 3곳 중복 — 마지막 회차)
undefined