JYP Garden

클로드 코워크 완벽 세팅법 — Jay Choi

Properties1
tagssource, youtube, claude, claude-cowork, hermes-agent, agent-skill, learning-loop, knowledge

11 min read

클로드 코워크 완벽 세팅법 — Jay Choi

Claude Cowork를 단순한 비개발자용 에이전트가 아니라 “쓸수록 성장하는 에이전트”로 끌어올리는 세팅 가이드. Hermes Agent의 폐쇄형 학습 루프를 Cowork 폴더에 이식하고, 스킬·커넥터·플러그인·스케줄·프로젝트·라이브 아티팩트까지 통합 운영하는 방법을 7분 안에 정리한다.

메타

  • 채널: Jay Choi | 인디해커 라이프
  • 공개일: 2026-05-23
  • 길이: 7분 44초
  • 자막: 한국어 자동 자막 (yt-dlp)
  • 원본: 00-Inbox/youtube/Opyk8JzVSyI.ko.vtt

핵심 주장 (TL;DR)

  1. Cowork는 일회성 작업 도구로만 쓰면 매번 처음부터 다시 설정해야 한다.
  2. Hermes Agent의 폐쇄형 학습 루프 (스킬 자동 저장, 에러 경로 기록, 피드백 누적)를 Cowork 폴더에 심으면 “쓸수록 성장하는 에이전트”가 된다.
  3. Hermes와 Cowork는 동일한 스킬 표준을 공유하므로 별도 코드 없이 지침만으로 이식이 가능하다.
  4. 스킬·커넥터·플러그인은 모두 하나의 메모리 풀로 모이기 때문에, 프로젝트를 잘게 쪼개기보다 한 폴더 + 하위 작업 폴더 구성이 시너지가 크다.
  5. 라이브 아티팩트는 한 번 만들면 매일 최신 데이터를 끌어와 갱신되는 영구 대시보드다.

IDEAS (영상에서 제시된 통찰)

  • Cowork는 Claude Code가 개발자에게 준 실행력을 비개발자에게도 가져다주는 에이전트다.
  • 채팅은 결과를 텍스트로 뱉지만 Cowork는 로컬 파일을 직접 만들고 저장한다.
  • 채팅은 파일 업로드 20개 제한이 있지만, Cowork는 로컬 폴더 접근으로 제한이 없다.
  • 채팅이 단계별 지시를 요구한다면 Cowork는 목표만 주면 계획·분해·실행을 알아서 한다.
  • 기본 Cowork는 세션 간 기억이 없다 → 폐쇄형 학습 루프를 심어야 누적이 시작된다.
  • Hermes의 핵심 = 복잡한 작업 종료 시 스킬 문서로 자동 저장, 에러 해결 경로 기록, 사용자 수정 피드백 기억.
  • Hermes의 학습 패턴은 코드가 아니라 지침(“이런 상황이면 이렇게 행동해라”)으로 만들어진다.
  • Hermes ↔ Cowork 스킬 포맷 호환 → “Hermes의 원칙을 이 폴더에 적용해 줘” 한 줄로 이식.
  • 적용 후 작업이 누적될수록 메모리.md에 자동 기록이 쌓인다.
  • 스킬은 두 가지 생성 경로: ① Cowork가 작업 끝에 자동 추출, ② 사용자가 “이 과정을 스킬로 만들어 줘” 요청.
  • 외부에서 만든 스킬도 사이드바 → Customize → Skills로 가져올 수 있다.
  • 직접 만들든 자동 생성이든 하나의 스킬 풀에 모이기 때문에 Cowork가 알아서 참조한다.
  • 커넥터를 통해 들어온 데이터(Gmail/캘린더 등)도 메모리에 누적되어 명시적 지시 없이도 참조된다.
  • 플러그인은 도메인별(파이낸스/마케팅/법무/HR) 스킬+커넥터 묶음 패키지다.
  • 스케줄 기능은 컴퓨터가 켜져 있고 Claude 앱이 열려 있어야 동작한다 (절전 모드 방지 권장).
  • 프로젝트 단위로 완전히 쪼개면 메모리가 분리되어 시너지를 잃는다 → 같은 프로젝트 안에서 폴더로 영역 구분하는 게 유리하다.
  • 기존 아티팩트는 생성 시점 데이터 스냅샷이지만, 라이브 아티팩트는 열 때마다 연결된 앱에서 최신 데이터를 자동 fetch한다.

INSIGHTS

  • 에이전트 학습은 코드가 아니라 지침으로 구현된다: Hermes의 폐쇄형 루프가 특별한 런타임이 아니라 “이런 상황이면 이렇게 해라” 류의 지시문 누적이라는 사실은, 에이전트 오류 학습 루프 패턴이 본질적으로 프롬프트·메모리·스킬 풀의 합주임을 다시 확인시켜 준다.
  • 호환 표준(스킬 포맷)이 이식성의 진짜 비용을 결정한다: Hermes ↔ Cowork 사이에 동일 스킬 표준이 깔려 있어 한 줄 지시로 이식이 가능했다. 표준화된 agent-skill-design이 에이전트 생태계의 사실상 lingua franca가 되는 흐름이다.
  • 메모리 풀 단일성이 시너지의 핵심: 프로젝트를 잘게 쪼개기보다 “한 폴더 + 하위 영역”이 낫다는 주장은 Long-Term Memory 구조에서 공유 메모리 풀 + 컨텍스트 라우팅이 분리된 사일로보다 우월하다는 일반 원칙과 같다.
  • 라이브 아티팩트 = 누적 자산의 사용자 인터페이스: compounding-artifact 원칙이 Cowork에서 사용자에게 보이는 형태로 제품화된 사례.
  • 자동 자막의 STT 오류는 고유명사 정규화가 필요하다: “헤르믹스/해리메스” → “헤르메스”, “기타버스타” → “깃허브 스타” 등. 향후 ingest 파이프라인에서 한국어 자막의 고유명사 사후 보정 단계가 가치 있다.

QUOTES

  • “Cowork는 클로드 코드가 개발자에게 가져다 준 실행력을 모든 사람에게 가져다 준다.”
  • “결과물을 텍스트로 뱉어 주는 게 아니라 실제로 일을 해 주는 거죠.”
  • “이건 특별한 코드로 만든 게 아니라 에이전트한테 ‘이런 상황이면 이렇게 행동해라’고 지시해서 만든 겁니다.”
  • “Hermes와 Cowork는 둘 다 같은 스킬 표준을 쓰고 있어서 스킬 포맷도 호환되죠.”
  • “프로젝트를 완전히 나눠 버리면 이런 시너지가 안 나옵니다.”
  • “한번 만들면 계속 쓸 수 있는 나만의 대시보드죠.”

REFERENCES

[
  {"name": "Anthropic", "type": "org"},
  {"name": "Claude Cowork", "type": "tool"},
  {"name": "Claude Code", "type": "tool"},
  {"name": "Hermes Agent", "type": "tool"},
  {"name": "Gmail", "type": "tool"},
  {"name": "Google Calendar", "type": "tool"},
  {"name": "Notion", "type": "tool"},
  {"name": "Slack", "type": "tool"},
  {"name": "Jay Choi", "type": "person"}
]

FACTS

  • Hermes Agent는 GitHub 스타 16만 개(영상 발언, 자막 STT는 “기타버스타 16만 개”로 인식)를 받은 오픈소스 프로젝트다.
  • 클로드 채팅의 파일 업로드 제한: 20개.
  • Cowork 스케줄은 OS 절전 모드와 클로드 앱 종료 시 동작하지 않는다.
  • Cowork 플러그인 카테고리 예시: 파이낸스, 마케팅, 법무, HR.

RECOMMENDATIONS (영상 권고)

  1. Cowork 작업용 폴더를 1개 만들고, “Hermes Agent의 폐쇄형 학습 루프 원칙을 이 폴더에 적용해 줘”로 시드 세팅.
  2. 최소 Gmail + Google Calendar 커넥터는 연결 (수동 입력 없이 메모리에 누적되도록).
  3. 도메인별 플러그인은 필요할 때만 설치.
  4. 영역별 분리는 프로젝트 분할이 아니라 하위 폴더 구조로 해서 메모리 풀 공유를 유지.
  5. 반복 작업은 스케줄로 자동화, 절전 모드 방지 옵션 활성화.
  6. 라이브 아티팩트로 매일 보는 대시보드(매출, 일정, 이메일 요약 등)를 한 번만 만들어 두고 재사용.

본 vault 적용 메모

미해결 질문

  • Hermes의 학습 루프 이식이 실제로 얼마나 안정적인가? (영상도 “약간의 부족함이 있을 수 있다”고 인정)
  • Cowork 스킬 표준과 Hermes Skill 포맷의 실제 호환 범위는?
  • 라이브 아티팩트가 fetch하는 데이터 소스의 인증·권한 갱신은 어떻게 관리되는가?

그래프 뷰