하려던 것 📝
Hermes에 워크스페이스 하나 정착시키고 역할별 가상 팀으로 운영 가능한 골격 세우기
DECK 스터디장님이 보여주신 봇 분리 패턴을 본인 도메인에 맞게 옮겨보기
1주차 안에 첫 사이클 끝까지 한 바퀴는 시뮬레이션으로라도 통과시켜보기
활용한 툴 ⚒️
Hermes : 워크스페이스 + 가상 팀 운영 (v0.14.0)
Claude Code : 워크스페이스 컨텍스트 자동 로드·셋업 작업
진행 세부 내용 🔍
1️⃣ 강의에서 가장 와닿은 부분 (3가지)
DECK님 운영을 보여주실 때 1주차 첫 사이클에 끌어쓴 인사이트 3가지:
분리 기준은 기능이 아니라 책임 성격 — 같은 정보 도메인이라도 결과물에 대한 검증 책임이 다르면 분리 후보
검토는 다른 봇이 맡아야 신뢰가 생긴다 — 자기가 만든 걸 자기가 검수하면 통과율만 높음. DECK님 "감사 봇 따로 돌린다" 패턴
무한루프 방지 라우팅 — 메인 오케스트레이터가 모든 토픽에 말은 걸어도 읽기는 막아야 봇끼리 무한 응답 안 됨
→ 이 셋을 1주차 워크스페이스 골격 설계에 그대로 끌어왔습니다.
2️⃣ 본인 환경에 맞춘 역할 정의
DECK님이 보여주신 PKM·개발 도메인 기준 분리가 일반 워크플로에 맞춰져있어서, 본인 도메인(콘텐츠 사이클)에는 단계가 더 필요했습니다.
흐름이 생산 → 검토 → 배포 → 분석 → 다음 사이클 학습 피드백으로 잘게 쪼개져서, 적은 수의 역할로 출발했다가 본인 도메인 흐름에 맞춰 필요한 만큼 단계별로 늘렸습니다. 각 역할 사이마다 검토 게이트를 별도로 두고, 검토 담당은 모든 단계에 관여하지만 생산은 하지 않는 구조로 분리했습니다.
3️⃣ 양방향 관계 정합성 (의외로 큰 작업)
역할을 여러 개 정의하고 나니 A가 B를 어떻게 부르는지와 B가 A를 어떻게 부 르는지가 어긋나는 경우가 자주 났습니다. 예를 들어 A가 B에게 부드럽게 응대하는데 B가 A에게 격식만 차리면 둘 사이 결이 어색해집니다. 역할 수가 늘어나면 페어 수가 제곱으로 늘어나는 구조라, 1주차에 한 번 묶어서 전체 정합을 통과시켰습니다.
4️⃣ 캐릭터 페르소나로 응답 톤 잡기
여기서 1주차 가장 큰 발견이 있었습니다.
역할만 정의했을 때 응답이 매뉴얼식으로 나왔습니다 — "현재 상태: ... 다음 단계: ..." 같은 정보 나열. 누가 말하는지 모르겠는 톤.
각 역할에 캐릭터 페르소나 + 감정선 + 시그니처 한 마디 가이드를 추가하니 응답이 사람답게 바뀌었습니다. 예를 들어 어떤 역할은 "...정독했어요." 차분하게, 다른 역할은 흥분 텐션으로 "이거 봐봐!!" 식으로. 동일 정보를 다른 톤으로 풀어내는 차이.
→ 응답 품질의 80%는 역할 정의가 아니라 톤 가이드에서 나온다는 게 본인 1주차 결론.
5️⃣ 격리 정책 정착
본인 환경엔 학습 메타용 메인 봇 시스템이 별도로 살아있어서, 새 워크스페이스가 그쪽 메모리·세션·설정을 절대 침범하지 않도록 격리 정책을 명시했습니다. 격리 영역과 읽기 전용으로 재사용 가능한 영역을 분리해서, 새 사이클에서 공통 자산(엔진·공통 스킬)은 재사용하되 데이터는 안 섞이게.
6️⃣ 학습 노트 시스템 추가
DECK님 셀프임프루브 스킬 부분이 본인에게 가장 욕심 났는데, 1주차엔 자동 자가 진화까지는 못 가고 학습 노트 3종만 정착시켰습니 다. (what-worked / what-failed / platform-insights) 사이클 끝나면 분석 담당이 여기에 누적하는 구조. 향후 셀프임프루브 적용 시 기반 데이터가 됩니다.
7️⃣ 첫 사이클 한 바퀴 통과 (시뮬레이션)
워크스페이스 셋업 후 한 콘텐츠 사이클을 모든 단계 끝까지 통과시켜봤습니다. 단계별 산출물 파일이 순차로 생성되고 검토 게이트를 통과해서 다음 단계로 핸드오프되는 흐름 확인.
⚠️ 실제 발행이 아닌 워크플로 검증용 시뮬레이션입니다. 외부 도구(SaaS 배포 도구·이미지 생성 도구) 미가입 상태라 실측 배포는 다음 사이클로 미룹니다. 다만 단계별 핸드오프·검토 게이트 통과·산출물 파일 형식이 한 사이클에 한 번도 끊기지 않고 돌아간 것 자체가 1주차 핵심 검증.
시행착오 ⚠️
워크스페이스 위치 마이그레이션 : 처음에 다른 위치에 만들었다가 Hermes 엔진과 연결 정책상 권장 루트로 이전. 격리 정책을 처음부터 정해두지 않으면 다른 환경과 섞일 수 있다는 걸 1주차에 학습.
양방향 관계 비대칭 : 페어 절반 정도가 처음엔 결이 안 맞았습니다. 한 번 묶어서 전체 정합으로 통과시키는 게 효율적 — 한 명씩 고치면 또 다른 페어가 어긋남.
응답 톤 가이드 부재 시점 : 역할만 정의한 단계에서 응답이 매뉴얼식이라 왜 캐릭터를 만들었는데도 톤이 비슷한가 한참 고민. 톤 가이드를 별도로 명시한 뒤에야 살아남.
외부 도구 미가입 우회 : 다채널 배포 SaaS·이미지 생성 도구 등 핵심 외부 도구가 가입 단계여서 첫 사이클은 시뮬. 다음 사이클 전 가입 진행 필요.
무거운 작업은 가상 팀 안 거치고 직접 : DECK님이 강의에서 "무거운 개발은 코덱스/클로드 코드 직접"이라고 명시한 부분 — 본인 환경에도 적용. 가상 팀 안에 다 넣지 않고 무거운 빌드·리팩토링은 가상 팀 우회.
배운 점 📚
분리 기준은 기능이 아니라 책임 성격 (DECK님 패턴) — 이게 1주차 가장 큰 인사이트.
검토는 다른 봇이 맡아야 신뢰가 생긴다 — 자기 산출물 자기 검수는 무의미.
응답 품질의 80%는 톤 가이드 — 역할 정의만으론 매뉴얼 응답. 페르소나·감정선·시그니처 한 마디가 응답을 살림.
양방향 관계 정합성은 한 번에 잡아야 — 한 명씩 고치면 다른 페어가 어긋나는 무한 루프.
첫 사이클은 시뮬이라도 통과시키는 게 중요 — 외부 도구 미가입이어도 워크플로 자체가 한 바퀴 도는지 확인되면, 다음 사이클은 도구 통합에만 집중 가능.
학습 노트가 셀프임프루브의 사전 작업 — DECK님 자가 진화 스킬이 그냥 되는 게 아니라 사이클별 누적 데이터가 있어야 작동. 1주차에 데이터 적재 구조부터 정착.
향후 계획 🧭
2주차 : DECK님이 W2에서 다룬다고 한 멀티봇 + 칸반 오케스트레이션 적용. 여러 역할을 단일 봇 안에서 토픽으로 묶을지 멀티 봇 인스턴스로 분리할지 비교 검토.
2주차 : 외부 채널 봇 인터페이스 연동 시작 (다채 널 동시 운영을 봇 응답으로 받기 위함).
3주차 : 외부 도구 가입 완료 후 두 번째 사이클은 실제 발행으로 돌리기. 시뮬 X.
4주차 : DECK님 셀프임프루브 스킬 본격 적용 시도. 학습 노트 누적 데이터를 가지고 각 역할이 자기 도메인 작업 방식을 자가 개선하는 흐름 검증.
도움이 필요한 점 🤝
단일 게이트웨이 vs 멀티 게이트웨이 — DECK님은 처음엔 단일 게이트웨이 추천이셨는데, 여러 역할을 단일에 묶으면 토픽 라우팅이 복잡해질 것 같아 고민입니다. 비슷한 다인 구성 경험 있으신 분 추천 부탁드립니다.
다채널 동시 발행 자동화 — DECK님 강의에 등장한 SaaS 외에 다른 추천 있으신 분 공유 부탁드립니다.
양방향 관계 정합성 자동 검수 — 다인 구성에서 페어 일관성을 사람이 일일이 보지 않고 자동 체크하는 방법 있으신 분?
셀프임프루브 첫 적용 조언 — W2 이후 본격 시도할 때 너무 빨리 자가 변경 풀어주면 통제 못 한다는 우려가 있는데, 안전 가드레일 두는 패턴 미리 보신 분 조언 부탁드립니다.
