AI ROASTING 자문단

고개만 끄덕이는 회의는 잊으세요. 25인의 거장이 당신의 결정을 로스팅합니다.

까려는 게 아닙니다. 밀어붙이기 전에 가장 강한 반대를 미리 듣는 자리입니다.

Claude Code에서 /council 한 줄로 씁니다(플러그인으로 설치했으면 /council:council). 25명의 전문가 가운데 질문에 맞는 사람들을 서로 반대편에 앉혀 토론시키고, 매끈한 합의 대신 표결, 엇갈린 지점, 판단 규칙, 이번 주 첫 행동을 돌려줍니다. 시장 진입, 조직 개편, 인수, 핵심 인재를 붙잡을지 보낼지처럼 혼자 떠안은 결정 앞에서 씁니다.

시작하기 · 첫 질문 쓰는 법 · 사이트

이렇게 나옵니다

1.2.0으로 실제로 돌린 토론(2026-10-31, 전체 모드, 약 6분)의 종합 의견입니다. 라운드 기록만 빼고 그대로 옮겼습니다.

문제 직원 60명 B2B 회계 소프트웨어 회사입니다. 개발자 25명 중 15명을 AI 에이전트 신제품으로 옮길까요? 흑자이고 기존 고객 이탈은 없으며, 가장 빡빡한 것은 사람입니다. 소집 클레이튼 크리스텐슨, 짐 콜린스, 일론 머스크, 나심 탈레브, 피터 드러커 · 전체 모드 가를 선택지 15명 이동 / 5~7명 팀 / 기존 제품 안 기능 / 지금은 하지 않음 (질문의 "15명 이동" 말고는 자문단이 짜서 시작 전에 확인받은 안)

AI ROASTING 종합 의견

한눈에

• 권고: 15명 대신 5~7명 팀으로 시작합니다 (5명 중 3명)
• 뒤집힐 조건: AI 때문에 서명을 미룬 계약이 한 건도 없으면 지금은 하지 않음으로 갑니다
• 이번 주 할 일: 최근 석 달 영업 기록에서 AI 때문에 서명을 미룬 건을 셉니다

직답 표결 (15명 이동 / 57명 팀 / 기존 제품 안 기능 / 지금은 하지 않음): 57명 팀 3명, 기존 제품 안 기능 2명, 15명 이동 0명, 지금은 하지 않음 0명 (합의 정도일 뿐, 결정을 대신하지 않습니다)

• 클레이튼 크리스텐슨: 5~7명 팀. 기존 제품 안에 넣으면 기존 고객 기준에 밀려 새 고객 쪽을 못 봅니다 (확신도 중간)
• 일론 머스크: 57명 팀. 15명은 되돌릴 수 없고, 57명은 시제품으로 확인할 수 있는 크기입니다 (확신도 낮음)
• 나심 탈레브: 5~7명 팀. 따로 선 작은 팀은 실패해도 그 팀만 잃습니다 (확신도 중간)
• 짐 콜린스: 기존 제품 안 기능. 돈 버는 회계 제품을 같은 사람들이 한 번 더 미는 쪽이 낫습니다 (확신도 중간)
• 피터 드러커: 기존 제품 안 기능. 고객은 이미 이 제품에 일을 맡기고 있고, 거기서 확인하는 게 가장 싸고 빠릅니다 (확신도 낮음)

아직 안 풀린 질문

• 외부 에이전트 연결(직접 만들지 않고 외부 업체 에이전트를 붙이는 안, 개발자 1~2명)은 2명이 빠졌다고 봤지만 이번 토론에서는 다루지 않았습니다.
• 회계 담당자가 없는 소규모 사업자처럼 아직 고객이 아닌 사람들의 수요는 기존 고객에게 전화해서는 알 수 없습니다.
• 15명을 빼면 남는 10명이 세법 변경을 감당할 수 있는지 모릅니다. 머스크는 기존 제품에 18명 이상을 남기자고 했습니다.

서로 엇갈린 지점

• 탈레브: 에이전트를 기존 제품에 붙였다가 사고가 나면 기존 고객 전체의 장부와 신뢰로 번집니다. 따로 세우는 쪽이 더 안전합니다.
• 콜린스: 신제품은 기존 고객이라는 기반 없이 시작합니다. 5~7명에게 두 방향을 다 시험시키면 어느 쪽도 끝까지 못 갑니다.
• 드러커: 고객의 답을 듣기 전에 팀 크기부터 정하면 순서가 거꾸로입니다. AI 때문에 막힌 계약이 열 건 중 서너 건은 되어야 팀을 세웁니다.

전문가들이 동의한 지점

• 지금 근거로 15명을 옮기자는 전문가는 없었습니다.
• 근거는 고객의 말이 아니라 돈이 걸린 행동이어야 합니다. 서명을 미룬 계약, 계약서에 AI 항목을 넣어 달라는 요구 같은 것입니다.
• 어떤 시험이든 사람이 승인하기 전에는 에이전트가 장부에 쓰지 못하게 합니다.

멈춰야 할 신호

• 팀을 세우기 전에 중단 기준(검수 정확도 같은 측정값과 중단 날짜)을 종이에 적지 못하면 → 지금은 하지 않음. 기준 없는 팀은 "곧 됩니다"라는 말만 남긴 채 계속 굴러갑니다.
• 석 달 안에 팀의 과제 목록이 기존 고객 요청으로 채워지면 → 기존 제품 안 기능. 이름만 신제품이고 실제로는 기능 팀이 된 것입니다.

판단 규칙 (기한: 2026년 11월 14일, 제안이니 바꿔도 됩니다)

• 확인했고 아래 어느 조건에도 들지 않으면 → 5~7명 팀
• 최근 석 달 신규 상담에서 AI 때문에 서명을 미뤘거나 계약서에 AI 항목을 요구한 건이 한 건도 없으면 → 지금은 하지 않음 (머스크, 탈레브 기준)
• 그런 건은 있지만 그 고객들이 별도 제품이 아니라 지금 화면 안의 기능을 원하면 → 기존 제품 안 기능 (콜린스 기준)
• 기한까지 확인하지 못하면 → 지금은 하지 않음

첫 번째 행동

• 1~3일차: 영업 담당자와 최근 석 달 상담 기록(영업 관리 시스템이나 상담 메모)을 꺼내 AI 때문에 서명을 미룬 건과 계약서에 AI 항목을 요구한 건을 셉니다.
• 4~5일차: 그 고객들에게 전화해 별도 제품을 원하는지, 지금 화면 안의 기능을 원하는지 묻습니다.
• 그사이 시범 팀의 최대 손실을 한 장에 적어 둡니다. 6명 1년 인건비 상한, 3개월 뒤 중단 날짜, 승인 전 장부 쓰기 금지를 담습니다.

AI ROASTING의 최종 조언 가장 강한 반대는 콜린스와 드러커에게서 나왔습니다. 고객은 이미 이 회사 제품에 회계를 맡기고 있습니다. 그러니 그 안에 AI를 붙이는 것이 사람을 가장 적게 쓰고 가장 빨리 결과를 보는 길이라는 주장입니다. 이 반대는 AI 때문에 서명을 미룬 고객이 원하는 것이 새 제품인지, 지금 쓰는 화면 안의 기능인지로 갈립니다. 답은 이번 주 영업 기록과 그 고객들과의 통화에서 나옵니다. 한 가지 위험은 남습니다. 이 통화는 기존 제품을 사려던 사람들에게 거는 것이라서, 회계 담당자가 없는 소규모 사업자 시장이 실제로 있는지는 알려 주지 못합니다.

• 첫 답에서 전문가 두 명이 같은 빠진 안("외부 에이전트 연결")을 짚어, 자문단이 더할지 한 번 물었습니다. 원래 선택지로 가자 그 안이 "아직 안 풀린 질문" 맨 위에 적혔습니다.
• 라운드 기록, 전문가별 원답 전부, 다른 사례 네 개(승진 제안, 퇴직금 투자, 공동창업자 지분, 영어 질문)와 채점 결과는 tests/runs/release-2026-10-31에 있습니다. 다섯 사례 가운데 둘은 형식 기준에 걸려 불합격으로 기록했습니다.

시작하기

필요한 것은 Claude Code 하나입니다. 아래 두 방법 중 하나로 설치합니다.

방법 1. 플러그인 (권장)

Claude Code 안에서 차례로 입력합니다.

/plugin marketplace add airoasting/skills
/plugin install council@airoasting
/reload-plugins

첫 줄은 AI ROASTING 스킬 모음(airoasting/skills)을 등록하고, 둘째 줄은 그 가운데 council을 설치합니다. 둘째 줄을 입력하면 설치 범위를 고르는 창이 열립니다. 보통은 모든 프로젝트에서 쓰는 사용자 범위(user)를 고르면 됩니다. 셋째 줄은 지금 열린 세션에 설치를 반영합니다. 대신 Claude Code를 다시 시작해도 됩니다. 터미널을 따로 열 필요가 없습니다.

방법 2. 직접 설치

터미널에서 저장소를 받아 설치 스크립트를 돌립니다. macOS, Linux, Windows의 WSL에서 돕니다.

git clone https://github.com/airoasting/council.git
cd council
./install.sh

25명의 전문가 정의를 ~/.claude/agents/에, /council 스킬을 ~/.claude/skills/council/에 복사합니다. 같은 이름의 파일이 이미 있으면 덮어쓰기 전에 .bak으로 백업해 둡니다. 미리 보려면 ./install.sh --dry-run, 다른 Claude 설정 폴더에 넣으려면 ./install.sh --claude-dir PATH를 씁니다.

둘 중 하나만 설치하세요. 둘 다 있으면 같은 전문가가 두 벌 생깁니다.

설치 방법에 따라 부르는 이름이 다릅니다

설치 방법	부르는 명령
방법 1. 플러그인	/council:council (플러그인 이름:스킬 이름)
방법 2. 직접 설치(install.sh, git clone)	/council

이 문서의 예시는 모두 /council로 적었습니다. 플러그인으로 설치했으면 /council:council로 바꿔 칩니다. 예: /council:council --quick 이번 분기에 출시해도 될까요?

설치했는지 확인

1. 플러그인으로 설치했으면 /reload-plugins를 입력하거나 Claude Code를 다시 시작합니다. 직접 설치했으면 Claude Code를 다시 시작합니다(열려 있던 세션을 닫고 새 세션을 엽니다).
2. 입력창에 /council을 칩니다. 자동완성 목록에 위 표의 이름이 보이면 설치된 것입니다.
3. 보이지 않으면 Claude Code를 완전히 닫았다가 다시 엽니다. 직접 설치했다면 ~/.claude/skills/council/SKILL.md 파일이 있는지 확인합니다.

첫 질문은 이렇게

처음에는 모드 없이 이 빈칸만 채우면 됩니다. 플러그인으로 설치했으면 맨 앞의 /council을 /council:council로 바꿉니다.

/council [상황 두세 줄]. [A안]과 [B안] 중 무엇이 맞을까요? 가장 빡빡한 것은 [사람/돈/시간]이고, [언제]까지 정해야 합니다.

안은 두 개에서 네 개까지 적을 수 있습니다. 셋 이상이면 "[A안], [B안], [C안] 중"처럼 이어 적습니다.

채운 예입니다.

/council 직원 60명 회계 소프트웨어 회사입니다. 흑자이고 고객 이탈은 없습니다. 개발자 25명 중 15명을 AI 에이전트 신제품으로 옮기는 안과 지금 팀을 그대로 두는 안 중 무엇이 맞을까요? 가장 빡빡한 것은 사람이고, 이번 분기 안에 정해야 합니다.

결정 하나, 고민 중인 안, 숫자 몇 개, 정해야 하는 날짜를 함께 적으면 토론이 날카로워집니다.

보내고 나면 이렇게 진행됩니다.

• 상황, 선택지, 제약 가운데 둘 이상이 빠져 있으면 전문가를 부르기 전에 한 번 되묻습니다.
• 자문단이 선택지를 짜거나 고치면 시작 전에 한 번 확인합니다. 위 예라면 "5~7명 팀", "기존 제품 안 기능", "지금은 하지 않음"을 더해 네 선택지로 시작할지 먼저 확인합니다. 그대로 좋으면 '진행'만 입력합니다(기록은 남기지 않습니다).
• /council을 붙이지 않아도 "~해야 할까"처럼 판단을 묻는 질문이면 자문단이 열릴 수 있습니다. 확실히 부르려면 /council(플러그인은 /council:council)로 시작하세요.

This is the beginning of the README. Read the rest at the original. Read the full README ↗