정원의 하네스 전문가를 소개합니다 — 16송이 등장인물 도감
1편부터 5편까지, 우리는 정원을 만드는 이야기를 했습니다. 이번 편은 조금 다릅니다 — 다 자란 정원 하나를 통째로 열어, 그 안에 사는 등장인물 전원을 소개합니다.
하네스 시리즈를 읽어 온 분들께 가장 자주 받는 질문이 있습니다. "정원, 정원 하시는데 — 실제로 다 자란 정원에는 누가 사나요? 우리 팀 정원에는 어떤 전문가를 심어야 하죠?" 도입기를 다섯 편이나 읽어도, 막상 자기 정원에 첫 꽃을 심으려면 구체적인 견본이 필요합니다. 이 글은 그 견본입니다 — 설명 대신, 실제로 운영 중인 정원 하나의 등장인물 도감을 그대로 펼쳐 보여드립니다.
이 도감의 출처부터 밝힙니다. 지금 보실 페이지는 이 시리즈와 같은 카카시 하네스로, 다른 공간에 가꿔진 정원 — 옴니 컨버세이션 브릿지(Omni Conversation Bridge), 메신저 상담 채널과 A2A(Agent-to-Agent, 에이전트 간 통신) 브릿지를 잇는 제품의 정원 — 에서 만들어진 등장인물 페이지입니다. 그 정원의 번외편으로 만들어진 도감이 거의 완성본이었기에, 저희는 손대지 않고 그대로 영입했습니다. 1편의 문서 정원에 7명, 4편의 디자인 정원에 다른 얼굴들이 살았듯 — 이 정원에는 16송이의 꽃이 핍니다. (첫 게시 때는 14송이였습니다. 게시 직후 그 정원에 두 송이 — CLI 경험 장인과 고객대응 전문가 — 가 새로 피어, 도감도 함께 자랐습니다. 정원은 살아 있으니까요.)
도감을 읽는 법
도감에 들어가기 전에, 세 가지만 챙기면 됩니다.
- 세 겹의 토양 — 모든 카카시 하네스 정원은 같은 구조를 공유합니다. ☀️ 햇빛(knowledge, 무엇이 올바른지 판단하는 도메인 지식), 🌱 영양분(agents, 실제 검수를 수행하는 전문가), 💧 물길(engine, 검수가 흐르는 순서와 범위). 1편에서 소개한 그 3층 구조입니다.
- 배지의 의미 —
상주는 정원에 늘 있는 메타 에이전트(정원지기),활성은 지금 일하고 있는 꽃,대기는 심어는 두었으나 아직 계절이 오지 않은 꽃입니다. - 트리거는 이름 부르기 — 카드 하단의 명령어들은 그 전문가를 소환하는 말입니다. "보안 점검해"라고 부르면 경비병이, "DB 분석해"라고 부르면 디비 분석가가 깨어납니다. 3편에서 다룬 유비쿼터스 언어가 여기서는 소환 주문이 됩니다.
카드 속 표현은 원본 도감을 그대로 옮겼습니다. 처음 보실 약어만 미리 풀어 둡니다 — DDD(Domain-Driven Design, 도메인 주도 설계), BM(Business Model, 비즈니스 모델), MVP(Minimum Viable Product, 최소 기능 제품), PG(Payment Gateway, 전자결제 대행), CX/DX(Customer/Developer Experience, 고객/개발자 경험), OWASP(Open Worldwide Application Security Project, 웹 보안 표준을 만드는 비영리 재단), CRM(Customer Relationship Management, 고객 관계 관리), B2B(Business to Business, 기업 간 거래), CLI(Command Line Interface, 명령줄 인터페이스). 카드에 등장하는 CSBridge는 이 정원의 제품, 옴니 컨버세이션 브릿지를 가리키는 이름입니다.
그럼, 정원의 문을 엽니다.
하네스는 정원이고, 에이전트는 그 안에 피는 꽃이다.
하네스를 설명해하네스를 개선해하네스를 업데이트해평가로그를 점검해
경쟁사 조사해레퍼런스 분석해시장 조사해경쟁사 비교해
기획 검토해BM 검증해제품 전략 점검해마진 구조 검토해
해외진출 조사해외국인 온보딩 조사해해외결제 조사해글로벌 고객 변수 점검해
API 연동 점검해브릿지 연동 검증해웹훅 점검해브릿지 설계 검토
도메인 분석해DDD 분석해바운디드 컨텍스트 구분해컨텍스트 맵 그려
닷넷 구현 점검해구현 스택 잡아줘C# 표준 검토해액터 설계 검토
디자인 보강해화면 설계해웹 프리젠테이션 갱신디자인 게시
CLI 사용성 개선CLI UX 점검온보딩 개선명령어 UX 점검
백로그 처리해작업 시작해보드 점검해재점검해
개발서버 구축해애저 인프라로컬 띄워풀스택 띄워
DB 조회해DB 분석해쿼리 튜닝인덱스 분석
보안 점검해보안 감사해인증 점검해테넌트 격리 검증해
원가 점검해마진 점검해비용 감사해과금 로직 검증해
고객 문의 대응해문의 패턴 분석해고객대응 준비해서포트 지식 갱신해
테크블로그 작성테크블로그 게시블로그 초안테크블로그 편집도감이 말해주는 것 — 세 가지 관찰
도감을 덮기 전에, 이 16송이가 하네스를 도입하려는 분들에게 무엇을 말해주는지 세 가지만 짚습니다.
1. 정원마다 꽃이 다르다
1편의 문서 정원에는 검수자·편집장·용어지기가 살고, 이 정원에는 시장 정찰병과 연동 수문장이 삽니다. 같은 토양(3층 구조), 다른 꽃. 하네스는 정해진 팀 구성을 강요하지 않습니다 — 그 프로젝트가 반복해서 부딪히는 문제가 곧 심어야 할 꽃의 목록입니다. 메신저 상담 채널을 잇는 제품이니 연동 수문장이 피었고, 건당 과금 BM이니 원가 감시병이 심어졌습니다. 여러분의 정원에 심을 첫 꽃도 같은 방법으로 찾으면 됩니다 — 지난 한 달간 가장 자주 반복한 검토가 무엇이었나?
2. 미리 심지 않는다 — '대기' 배지의 교훈
16송이 중 두 송이 — 원가 감시병과 고객대응 전문가 — 만 대기 배지를 달고 있습니다. 원가 감시병은 과금 로직이 아직 코드로 구현되지 않아서, 고객대응 전문가는 제품이 아직 출시 전이어서 — 역할은 정의해 두되 가동은 미룬 상태입니다. 눈여겨볼 것은 고객대응 전문가의 대기 방식입니다. 잠들어 있는 동안에도 오류코드 사전은 지금부터 쌓습니다 — 대기는 방치가 아니라 준비입니다. 이것이 시리즈 내내 반복해 온 원칙 — "두 번 발생해야 자리가 잡힌다" — 의 등장인물 판입니다. 쓰지 않는 전문가를 미리 잔뜩 심으면 정원이 아니라 창고가 됩니다.
3. 트리거가 곧 팀의 언어다
카드마다 붙은 소환 주문들 — "보안 점검해", "백로그 처리해", "마진 점검해" — 은 그 팀이 실제로 쓰는 말입니다. 3편에서 현자들이 강조한 유비쿼터스 언어가 여기서는 사람과 에이전트가 공유하는 호출 규약이 됐습니다. 트리거를 정하는 일은 명령어를 만드는 일이 아니라, 팀이 그 일을 뭐라고 부르는지를 합의하는 일입니다.
정리
- 다 자란 하네스 정원의 실물 견본 — 실제 운영 중인 제품 정원의 등장인물 16인을 소개했습니다. 원본 도감의 14인을 그대로 영입하고, 게시 후 새로 핀 두 송이(CLI 경험 장인·고객대응 전문가)를 이어 심었습니다.
- 모든 카카시 하네스 정원은 같은 3층 토양(knowledge/agents/engine)을 공유하되, 꽃(전문가 구성)은 그 프로젝트의 반복 문제에 맞게 다르게 핍니다.
- 첫 꽃을 고르는 법 — 지난 한 달간 가장 자주 반복한 검토를 찾고, 그 일을 팀이 부르는 말로 트리거를 정하고, 아직 오지 않은 계절의 꽃은 '대기'로 남겨 둡니다.
Cuique suus flos. — 각자에게는 저마다의 꽃이 핀다. 여러분의 정원에는 여러분의 문제가 피워 낸 꽃이 자랍니다.
하네스의 이야기는 계속됩니다. 감사합니다. 💙
참고
- 시리즈 본거지:
- 블룸AI 하네스 시리즈
- BlumnAI-Studio/harness-kakashi — 하네스 카카시 배포팩
- 자매 글:
- 원본 소재:
- 옴니 컨버세이션 브릿지 정원, 번외편 「카카시 하네스 — 정원의 등장인물」 (같은 카카시 하네스로 가꿔진 다른 공간의 정원. 도감 페이지와 카드 일러스트 14장을 원본 그대로 영입 — 카드 문안은 해당 정원의
harness/agents/*.md정의를 요약한 것. 게시 후 그 정원에 새로 핀 두 송이 — CLI 경험 장인, 고객대응 전문가 — 는 같은 방식으로 에이전트 정의와 카드 일러스트를 이어 영입)
- 옴니 컨버세이션 브릿지 정원, 번외편 「카카시 하네스 — 정원의 등장인물」 (같은 카카시 하네스로 가꿔진 다른 공간의 정원. 도감 페이지와 카드 일러스트 14장을 원본 그대로 영입 — 카드 문안은 해당 정원의