올리버 에게 채용을 맡기다..에서 문의

작성한 질문수 37

0

안녕하세요, 경언님.

번호 달아서 답변드리겠습니다.

1) 왜 채용 계획서를 Oliver에게 주는가

먼저 개념 하나를 정리하면, 채용 계획서는 그냥 텍스트 파일입니다.

그래서 루트에 둬도 되고 어디 둬도 됩니다.

강의 전체 내용의 서사에 맞춰서 Oliver가 진행하는것이 맞다고 생각한 강의 의도입니다.

정답이 있는게 아니구요.

MAGMA에서 Oliver는 전략기획실장이고, 동료를 채용하는 책임을 맡은 직원입니다.

게다가 동료 5명은 전부 Oliver를 본떠서(--clone-from oliver) 만들어집니다.

그래서 "기준이 되는 직원이자 채용 권한을 가진 직원"인 Oliver에게 맡기는 게 가장 자연스러운 설계죠.

Sophie에게 줘도 기술적으로는 됩니다. Sophie도 terminal·file 도구가 있으면 같은 명령을 실행할 수 있어요. 다만 Sophie는 총무(전사 지원) 역할이라, 조직을 세우는 일은 전략기획실장 Oliver에게 맡기는 게 역할 분담상 깔끔하고 판단한 것이지, 우리가 헤르메스를 이해하는데 방해가 되는 부분은 아닌것같습니다.

즉 정답이 하나 있는 게 아니라, "역할에 맞는 직원에게 책임을 준다"는 설계 원칙을 따른 선택입니다. 경언님이 직접 회사를 만들 때도, 그 회사에서 채용을 책임질 직원을 정하고 그 직원에게 주시면 됩니다.

2) 채용 계획서 내용은 어떻게 만드나

당연하죠. "그냥 만들어줘"로 나오는 문서가 아닙니다. 채용 계획서가 클로드코드나 코덱스로 만들어진것이라는 질문이, 뉘앙스가 AI가 자동으로 만들어준걸 올려드렸다고 오해하고 계신것 같은데요?

AI로 글을 다듬을수는 있어도 글 다듬는 과정에서 타이핑을 대신해 준 것일 뿐이고, 그 안에 들어갈 결정은 전부 제가 기획하고 고민해서 내린 겁니다.

이 문서자체가 교육문서입니다. 이 문서 작성의 개괄을 보시고, 회사설계 문서의 프레임을 보시면서 내 회사는 어떤 부분은 그대로 따라가되 어떤 부분은 걷어내고 어떤 부분을 더 넣어서 만들어야겠다 라고 판단하실수 있는 레퍼런스 입니다. 제가 신경써서 구성한것이니 신뢰를 갖고 봐주시면 안될까요?

무슨 회사인지, 어떤 목표를 위해 어떤 직원이 몇 명 필요한지, 각 직원의 직책·전문성·성격·도구는 무엇인지를 먼저 정해야 비로소 문서가 채워집니다.

회사설계에서 제가 중점을 놓고 본 부분은, 회사 설정을 먼저 정하고(저희 강의에서는 MAGMA 컴퍼니북이 그 역할입니다) → 그 목표를 이루려면 어떤 역할이 필요한지 뽑고 → 역할마다 profile id, 직책, description, 도구·스킬, 그리고 SOUL.md(그 직원의 자기소개 겸 직무기술서)를 적습니다. 채용 계획서는 이 결정들을 한 장에 모아 집행용으로 정리한 양식이에요.

활용하실때 참고하실점은, 채용 계획서가 그대로 재사용 가능한 템플릿이라는 점입니다. 경언님이 다른 회사를 만드실 때는 같은 칸(회사 맥락 → 직원 카드 → SOUL.md)에 경언님 회사의 내용만 바꿔 넣으시면 됩니다. 그리고 그 "내용을 어떻게 결정하는가"가 바로 섹션 3 전체에서 MAGMA를 예시로 함께 설계해 보는 이유입니다. 따라 하시면서 "아, 이 칸은 이런 판단으로 채우는구나"를 체득하시도록 구성했어요.

섹션 1,2,3은 헤르메스 자체를 이해하는 부분이고 이후 과정에서 회사 만들때 신경쓰는 부분들을 케이스스터디를 합니다.

하지만 기대하시는게 회사구성 문서 작성법이 무엇이냐? 라면 그것은 이 강의의 초점이 아닙니다. 헤르메스 에이전트 구성에 포커싱이 되어 있습니다.

3) 그 헷갈리는 지시문 해석

말씀하신 문장은 제가 라이브로 Oliver에게 던진 지시인데, 자동/수동 경계를 이미 안다는 전제로 압축해서 쓴 거라 처음 보면 당연히 어렵습니다. 하지만 영상 앞뒤의 맥락과 가이드 문서를 함께 보면 충분히 이해할수는 있습니다. 풀어 드릴게요.

"이 토큰으로 5명 슬랙앱을 각각 생성하고 매니페스트를 자동 주입해줘"

여기서 토큰은 앞서 사람이 1회 발급한 App Config Token입니다. 그걸로 직원 5명의 슬랙 앱을 하나씩 만들고, 매니페스트(=슬랙봇의 설정 명세서. 봇 이름·권한·스코프 같은 걸 적은 JSON)를 자동으로 넣어 달라는 뜻입니다.

"Oliver와 Sophie를 참고해서 동일한 방식이 필요해"

Oliver와 Sophie는 이미 앞 유닛에서 슬랙 봇을 정상으로 붙여 둔 상태입니다. 그러니 "이미 잘 되어 있는 그 두 개를 본보기로, 똑같은 구조·권한·설정으로 만들어라"는 뜻이에요. 새 방식을 발명하지 말고 검증된 예시를 그대로 따르라는 지시입니다.

"내가 직접 입력할 토큰은 .env 위치에 있고"

슬랙 보안상 봇 토큰 발급은 사람만 할 수 있습니다. 그래서 Oliver가 빈 .env 파일(키 이름만 있고 값은 비어 있음)을 미리 만들어 두면, 사람이 거기에 토큰을 채워 넣습니다. 그 빈 칸의 위치를 알려준 거예요.

"앱 생성 후 내가 수동 작업이 필요한 시점에 알려주면 저장하고, 요청을 다시 할게"

이게 핵심입니다. 앱 생성까지는 Oliver가 자동으로 하지만, 중간에 사람만 할 수 있는 단계(앱 설치 + 토큰 발급)가 있습니다. 그러니 "그 사람 차례가 되면 멈추고 나한테 알려줘. 내가 수동으로 처리해서 토큰을 줄 테니, 그걸 저장하고 그다음부터 다시 이어서 진행해"라는 뜻입니다. 자동과 수동이 한 번 손을 맞잡는 지점이라고 보시면 됩니다.

요약하면,

(1) 역할 책임자에게 맡긴 설계

(2) 내용은 회사 설정에서 사람이 결정하고 양식에 채우는 것

(3) 그 지시문은 "검증된 예시대로 만들되, 사람만 할 수 있는 단계에서 멈추고 신호를 달라"는 반자동화 핸드셰이크입니다.

이 프롬프트는 사실 사람이 이해하기 위해서 작성된 것이라기 보다는 에이전트에게 던지는 명령어같은 문장입니다. 사실은 프롬프트 하나로 만들기 보다는 하나하나 시행착오를 겪어가시면서 빌드업해서 가상 회사를 만들어나가는게 현실적일것입니다. 강의는 그렇게 전달드릴수 없습니다. 완성된 검증된 프롬프트로 전달드려야 하죠. 그래서 한번에 처리될수 있는 프롬프트로 정리해드린것입니다.

진행하시다 막히는 부분 있으면 언제든 다시 질문 남겨 주세요.