Roast Room 사용법: AI 자문단의 무료 범위와 의사결정 검토 방법

Roast Room 사용법에서 가장 먼저 챙길 건 설치 명령이 아니에요. Claude Code를 어떤 조건으로 쓰고 있는지, 어떤 방식으로 인증되는지가 먼저입니다. Roast Room은 여러 인물의 공개 자료를 참고한 AI 자문역이 의사결정을 검토해 주는 도구입니다. 코드는 MIT 라이선스로 무료 배포되지만, Claude Code의 구독·API 이용 비용은 따로 들어요.

흔히 헷갈리는 지점은 일반 Claude의 Skills 제공 범위와 Claude Code 이용 조건이 서로 다르다는 점입니다. 개인용 Pro·Max에서는 Claude와 Claude Code가 사용 한도를 공유해요. 그런데 ANTHROPIC_API_KEY가 설정돼 있으면 구독 대신 API 인증을 사용하게 되고, 이때 요금이 발생할 수 있습니다. 설치 전에 Claude Code의 Pro·Max 이용 안내를 읽고, 실행 환경에 API 키가 잡혀 있는지부터 확인하길 권합니다.

자문역 이름보다 자료와 검토 절차가 핵심이에요

Roast Room은 역할별 참고 자료를 바탕으로 자문역을 꾸립니다. 진행자인 Chair가 질문에 맞는 참여자를 추천하면 사용자가 이를 확인하는 방식이에요. 세션 기록이 남기 때문에 어떤 논의를 거쳐 판단에 이르렀는지 나중에 다시 살펴볼 수도 있습니다.

용어도 짚고 넘어가겠습니다. Skill은 지침과 참고 자료 등을 필요할 때 불러오는 구성이고, 별도 모델 학습을 뜻하지 않아요. 서브에이전트는 주 에이전트가 작업을 배정하고 결과를 돌려받는 구조입니다. 반면 Agent Teams는 독립된 세션들이 공유 작업과 메시지로 협업하는 구조죠.

자문역 인원도 혼동이 잦은 부분입니다. 영상 소개에서는 자문역 7명이 설명됐지만, 2026년 10월 30일 기준 저장소 지침에는 기본 7명과 추가 5명, 총 12명이 명시돼 있어요. 현재 구성을 영상 공개 당시의 구성으로 받아들이지 않도록 주의하세요.

응답을 읽을 때는 실제 인물의 공개 발언, 제작자가 정리한 판단 규칙, 실행 중 생성된 문장을 나눠서 보는 게 좋습니다. 이름은 어떤 관점일지 짐작하는 단서 정도로만 두세요. 판단의 근거는 자료와 논리에서 찾는 편이 낫습니다.

실행했다면 선택지·수치·제약을 넣어 주세요

Roast Room README는 Claude Code와 Node.js 20 이상을 준비하라고 안내합니다. 실행 순서는 아래와 같아요.

1. git clone https://github.com/nateherkai/roast-room.git으로 저장소를 복제합니다.
2. cd roast-room으로 이동한 뒤 npm start를 실행합니다.
3. 브라우저에서 http://localhost:4730에 접속합니다.
4. 같은 폴더의 다른 터미널에서 claude를 실행하고, /roast-room 뒤에 검토할 의사결정을 입력합니다.

여기서 하나 오해하기 쉬운 점이 있습니다. 웹 화면이 로컬에서 열린다고 해서 AI 추론까지 로컬에서 수행되는 건 아니에요.

검토할 사안에는 선택지, 실제 수치, 제약, 성공 기준, 현재 선호와 그 이유를 함께 적어 주세요. 예를 들어 ‘신규 기능 출시 여부’를 검토한다면 아래 빈칸을 실제 상황으로 채우면 됩니다.

신규 기능을 예정대로 출시할지, 범위를 줄여 출시할지, 연기할지 검토해 주세요. 개발 여력은 [투입 가능한 인원·시간], 목표 일정은 [날짜]입니다. 성공 기준은 [측정 지표와 목표치]이며, 반드시 지켜야 할 제약은 [조건]입니다. 현재는 [선택지]를 선호하고, 이유는 [근거]입니다.

수치가 추정값이거나 아직 확인 전이라면 그 상태도 밝혀 두세요. 그래야 자문역이 빈 정보를 임의의 전제로 채웠는지 가려내기 쉬워집니다.

참여 범위는 조정할 수 있어요. 4명이 2라운드로 검토하는 --quick을 쓰거나 --seats로 특정 자문역을 지정하는 방식입니다. 결과 보고서는 sessions/<date>-<decision>/verdict.md에 저장되고, 웹 화면에서는 PDF로 내보낼 수도 있습니다.

결과를 받으면 근거와 전제부터 보세요

결과가 나오면 자문역의 명성이나 점수에 먼저 눈이 가기 쉽습니다. 그보다 근거의 출처, 그리고 어떤 조건에서 판단이 바뀌는지를 먼저 보세요. 입력한 개발 여력과 일정이 반영됐는지, 사실과 추정이 섞이지 않았는지부터 확인하는 순서를 권해요. 팀에 공유할 때는 ‘공개 자료를 참고한 AI 생성 응답’으로 표기해 두면 실제 인물의 조언으로 오해할 가능성을 줄일 수 있습니다.

쓸지 말지는 문서에 명시된 기능 범위를 근거로 판단하면 됩니다. 다만 설치가 제대로 되는지, 한국어·PDF 출력 품질은 어떤지, 회당 비용이 얼마인지는 실제 환경에서 확인해야 해요. 특히 Chair에는 쉬운 영어를 쓰라는 지침이 들어 있습니다. 한국어 출력을 요청했을 때 그 요청이 진행 과정과 보고서까지 반영되는지 꼭 살펴보세요.

의사결정 정확도 향상이나 일정 비율의 비용 절감을 전제로 두기보다는, 내 선택에서 빠진 근거와 전제를 점검하는 용도로 접근하는 편이 적절하다고 봅니다.