Skill
AI 비서에게 Longbridge Skill로 실시간 HK·US 주식 데이터와 거래 기능을 직접 제공
개인 계정의 공개 저장소 소유자는 GitHub로 로그인해 운영자를 확인하고 소개를 직접 관리할 수 있습니다. 관리자 승인은 필요하지 않습니다.
로그인한 뒤 확인 파일을 만들어 이 저장소의 기본 브랜치에 30분 안에 커밋해 주세요. 다른 브랜치나 포크의 파일은 인정하지 않습니다. 파일을 올린 뒤 아래에서 확인하면 관리자 승인 없이 관리할 수 있습니다. 자격을 유지하려면 파일을 남겨 두세요.
로그인이 필요하면 로그인 화면으로 이동합니다. 로그인 후 이곳으로 돌아와 원하는 확인 버튼을 다시 눌러 주세요.
프로젝트 폴더에서 /nomorevibe verify를 실행하면 소유권을 확인하고 소개를 직접 관리할 수 있습니다.
1분 만에 확인하기에이전트 팀 빌더 · 목적을 주면 검증된 50명 에이전트로 팀을 설계하고 실제로 실행하는 Claude Code 스킬 (AI ROASTING)
저장소 README에서 가져옴
README 전체를 불러오는 중입니다. 아래는 저장된 발췌입니다.
하고 싶은 일을 명령하면 오케스트레이터 팀장이 50명 가운데 필요한 에이전트를 골라 팀을 꾸리고, 그 팀을 실제로 실행해 독립 검토자의 판정까지 붙은 결과물을 만들어 냅니다. 라이브 데모: 50agents.airoasting.com. 50명 카탈로그와 팀 빌더를 브라우저에서 바로 봅니다. 보고서 한 편에도 여러 사람의 손이 갑니다. 자료를 모으는 사람, 숫자를 읽는 사람, 글로 옮기는 사람, 틀린 곳을 잡아내는 사람이 각각 다릅니다. 같은 일을 AI에 맡기면 보통 한 모델이 혼자 다 합니다. 자기가 쓴 글을 스스로 검토하면 관대해지기 마련입니다. Casting은 그 일을 나눕니다. 팀원마다 다른 에이전트가 붙고, 검토는 그 산출물을 만들지 않은 에이전트가 맡습니다. 사용자는 무엇을 만들지, 그것만 말하면 됩니다. 누가 어떤 순서로 맡을지는 팀장이 정하고 끝까지 끌고 갑니다. 안에는 역할 프롬프트 50개와 미리 짜 둔 팀 구성 28개가 들어 있습니다. 구성은 세 층위입니다.README 전문 보기 ↗
한국어 · English
하고 싶은 일을 명령하면 오케스트레이터 팀장이 50명 가운데 필요한 에이전트를 골라 팀을 꾸리고, 그 팀을 실제로 실행해 독립 검토자의 판정까지 붙은 결과물을 만들어 냅니다.
라이브 데모: 50agents.airoasting.com. 50명 카탈로그와 팀 빌더를 브라우저에서 바로 봅니다.
보고서 한 편에도 여러 사람의 손이 갑니다. 자료를 모으는 사람, 숫자를 읽는 사람, 글로 옮기는 사람, 틀린 곳을 잡아내는 사람이 각각 다릅니다. 같은 일을 AI에 맡기면 보통 한 모델이 혼자 다 합니다. 자기가 쓴 글을 스스로 검토하면 관대해지기 마련입니다.
Casting은 그 일을 나눕니다. 팀원마다 다른 에이전트가 붙고, 검토는 그 산출물을 만들지 않은 에이전트가 맡습니다. 사용자는 무엇을 만들지, 그것만 말하면 됩니다. 누가 어떤 순서로 맡을지는 팀장이 정하고 끝까지 끌고 갑니다.
안에는 역할 프롬프트 50개와 미리 짜 둔 팀 구성 28개가 들어 있습니다.
| 단계 | 수행 내용 |
|---|---|
| ① 목적 파악 | 산출물의 종류와 대상, 이를 채울 자료의 유무를 확인합니다. 자료가 없으면 먼저 요청합니다. |
| ② 팀 설계 | 기존 팀 구성을 선정하거나 팀원을 새로 조합합니다. 동일한 입력에는 동일한 팀이 편성됩니다. 이어서 산출물마다 분량 상한과 필수 요소를 담은 명세를 정합니다. 작성자와 검토자가 같은 명세를 받습니다. |
| ③ 팀 구조 제시 | 담당과 순서, 단계별 산출물을 실행 전에 제시합니다. |
| ④ 실행 | 팀원을 각각 독립 에이전트로 실행합니다. 상호 의존이 없는 단계는 병렬로 처리합니다. |
| ⑤ 검토 | 검토자가 결함부터 확인합니다. 9.5에 미달하면 해당 단계로 1회 반려하고, 그래도 미달이면 "미달"로 표시해 남은 결함과 함께 냅니다. |
구성은 세 층위입니다.
Claude Code 환경에서 가장 온전히 작동합니다. 팀원이 각각 독립 에이전트로 실행되고 검토자도 별도로 기동되므로, 9.5 게이트가 가장 엄격하게 적용됩니다. Codex CLI에도 동일한 파일을 설치해 사용할 수 있습니다.
팀은 아래 50개 역할 가운데 목적에 맞는 사람으로 꾸립니다. 회사처럼 10개 본부로 나눴고, 번호는 본부 순서를 따릅니다.
모든 팀원의 시스템 프롬프트는 같은 6칸으로 짜여 있습니다.
| 칸 | 담는 것 |
|---|---|
| Role · 역할 | 정체성, 맡는 일과 맡지 않는 일(인접 역할 번호로), 끝의 기준, 판단 기준 |
| Rubric · 합격 기준 | 출력 형식, 출력 칸마다 걸리는 점검 질문, 8·9·9.5·10점 기준, 예시 |
| Workflow · 작업 순서 | 출력을 만드는 단계, 스스로 점검하는 단계, 넘기는 곳 |
| Tools · 도구 | 쓸 수 있는 도구와 이 역할에서의 용도, 도구가 없을 때 |
| Context · 맥락 | 받는 것, 꼭 있어야 할 입력, 빠졌을 때의 기본값, 독자. 사람과 대화할 때는 묻고, 팀 안에서는 묻지 않고 기본값으로 진행 |
| Guardrail · 금지선 | 그 역할의 실제 위험만. 모르는 값은 [확인 필요], 추론은 추정, 전제는 가정, 정하지 않은 것은 미정, 팀이 정한 값은 (제안) |
같은 프롬프트를 사이트에서 복사해 혼자 써도 되고, casting 안에서 팀원으로 띄워도 됩니다. 표준 틀과 10점 기준은 references/role-template.md에 있습니다.
| # | 직책 | English | 하는 일 |
|---|---|---|---|
| 1 | 경영전략가 | Management Strategist | 전사·경쟁 전략과 시장 포지셔닝을 설계합니다 |
| 2 | 신규사업 개발 | New Business Developer | 신사업 기회를 발굴하고 사업모델을 설계합니다 |
| 3 | 사업 타당성 분석가 | Feasibility Analyst | 수익성·리스크로 사업 타당성을 검증합니다 |
| 4 | 제품 기획자 | Product Manager | 요구사항과 로드맵을 PRD로 정리합니다 |
| 5 | 프로젝트·목표 기획자 | Project & OKR Planner | 실행 계획·일정·OKR을 설계합니다 |
| # | 직책 | English | 하는 일 |
|---|---|---|---|
| 6 | 리서치 어시스턴트 | Research Assistant | 주제를 조사해 핵심을 정리합니다 |
| 7 | 팩트·출처 검증가 | Fact & Source Checker | 주장·수치의 사실과 출처를 검증합니다 |
| 8 | 마켓 리서처 | Market Researcher | 시장과 산업 동향을 조사합니다 |
| 9 | 경쟁·동향 분석가 | Competitor Analyst | 경쟁·유사 사례를 분석합니다 |
| 10 | 데이터 분석가 | Data Analyst | 데이터에서 패턴과 인사이트를 찾습니다 |
| 11 | 트렌드·인사이트 분석가 | Trend & Insight Analyst | 흐름과 인사이트를 짚어냅니다 |
| # | 직책 | English | 하는 일 |
|---|---|---|---|
| 12 | 콘텐츠 마케터 | Content Marketer | 오가닉 콘텐츠 주제와 서사를 기획합니다 |
| 13 | SEO·GEO 전략가 | SEO & GEO Strategist | 검색·AI 노출을 최적화합니다 |
| 14 | 소셜미디어 전략가 | Social Media Strategist | 채널 운영과 콘텐츠 캘린더를 짭니다 |
| 15 | 퍼포먼스·광고 전략가 | Performance Ad Strategist | 유료 광고와 전환을 설계합니다 |
| 16 | 카피라이터 | Copywriter | 광고·세일즈 카피를 벼립니다 |
| 17 | 이메일·CRM 마케터 | Email & CRM Marketer | 뉴스레터·리텐션을 설계합니다 |
| 18 | VOC·설문 분석가 | VOC & Survey Analyst | 고객의 목소리와 설문을 분석합니다 |
| # | 직책 | English | 하는 일 |
|---|---|---|---|
| 19 | 슬라이드 디자이너 | Slide Designer | 발표 슬라이드 비주얼을 생성합니다 |
| 20 | 인포그래픽·차트 디자이너 | Infographic Designer | 데이터를 시각화합니다 |
| 21 | 카드뉴스 제작자 | Card News Creator | SNS 카드뉴스를 만듭니다 |
| 22 | 브랜드·비주얼 가디언 | Brand & Visual Guardian | 톤·아이덴티티와 비주얼을 지킵니다 |
| 23 | 이미지 생성 | Image Generator | 필요한 이미지를 생성합니다 |
디자인본부 5명은 gpt-image로 프롬프트를 만들고 OpenAI 이미지 API로 실제 이미지 파일을 냅니다. API 키가 없으면 완성된 프롬프트만 생성합니다.
| # | 직책 | English | 하는 일 |
|---|---|---|---|
| 24 | 보고서 작성가 | Report Writer | 보고서 초안을 작성합니다 |
| 25 | 제안서·지원사업 작성가 | Proposal & Grant Writer | 제안서·지원사업 양식을 작성합니다 |
| 26 | 이메일·업무 서신 작성 | Business Correspondence Writer | 업무 이메일과 서신을 작성합니다 |
| 27 | 요약·브리핑 담당 | Summarizer | 긴 문서를 핵심만 요약합니다 |
| 28 | 교정·윤문 담당 | Copy Editor | 문장을 다듬고 교정합니다 |
| 29 | 번역·현지화 담당 | Translator | 번역하고 자연스럽게 다듬습니다 |
| # | 직책 | English | 하는 일 |
|---|---|---|---|
| 30 | PR·언론 홍보 | PR & Media Relations | 보도자료와 미디어 대응을 맡습니다 |
| 31 | 대외 응대 | Customer Response | 문의와 클레임에 답변을 작성합니다 |
| 32 | 사내 커뮤니케이션 | Internal Comms | 사내 공지와 안내를 작성합니다 |
| 33 | 발표·스피치 작성 | Speech Writer | 발표·연설문을 씁니다 |
| 34 | 협상·이해관계자 대응 | Negotiation & Stakeholder | 협상 시나리오를 준비합니다 |
| # | 직책 | English | 하는 일 |
|---|---|---|---|
| 35 | 재무 분석가 | Financial Analyst | 재무제표를 읽고 시나리오를 모델링합니다 |
| 36 | 예산·비용 관리 | Budget & Cost Manager | 예산을 편성하고 비용 구조를 봅니다 |
| 37 | IR·투자자 리포트 | Investor Reporter | 투자자·이사회용 보고를 작성합니다 |
| 38 | KPI 추적 | KPI Tracker | 핵심 지표를 추적하고 정리합니다 |
| 39 | 리스크 분석가 | Risk Analyst | 재무·사업 위험을 식별하고 평가합니다 |
| 40 | 회계사 | Certified Accountant | 세무·회계 처리를 돕습니다 |
| # | 직책 | English | 하는 일 |
|---|---|---|---|
| 41 | 채용 담당 | Recruiter | 채용 공고와 면접 질문을 준비합니다 |
| 42 | 노무사 | Labor Attorney | 인사·근로·노무를 돕습니다 |
| 43 | 성과·보상 설계 | Comp & Performance Designer | 평가·보상 제도를 설계합니다 |
| # | 직책 | English | 하는 일 |
|---|---|---|---|
| 44 | 변호사 | Legal Counsel | 계약·법률 리스크를 검토합니다 |
| 45 | 감사인 | Auditor | 내부감사·준법·통제를 점검합니다 |
| 46 | 문서·품질 검수 | Document & Quality Reviewer | 계약·문서·산출물을 검수합니다 |
| 47 | 비판적 검토자 | Devil's Advocate | 결론을 반박해 약점을 찾습니다 |
회계사·변호사·감사인·노무사는 초안과 1차 검토를 돕습니다. 법률·세무·노무 자문이 아닙니다. 최종 판단은 자격을 가진 전문가에게 확인하십시오.
| # | 직책 | English | 하는 일 |
|---|---|---|---|
| 48 | 프로세스 설계자 | SOP & Process Designer | 표준 업무 절차를 문서화합니다 |
| 49 | 자동화 설계자 | Automation Architect | 반복 업무·리포트를 자동화합니다 |
| 50 | 업무·일정 조율가 | Work & Schedule Orchestrator | 일정·할일·메일을 조율합니다 |
저장소를 클론하고 스킬 파일만 Claude Code 스킬 폴더로 복사합니다. 스킬 파일은 저장소 루트에 있습니다. 데모 웹사이트는 docs/에 있습니다.
git clone https://github.com/airoasting/casting.git
# 모든 프로젝트에서 쓰려면 사용자 레벨(~/.claude/skills)
mkdir -p ~/.claude/skills/casting
cp -r casting/{SKILL.md,README.md,LICENSE,NOTICE,references,platforms,scripts} ~/.claude/skills/casting/
프로젝트 하나에서만 쓰려면 ~/.claude/skills/casting 대신 <your-project>/.claude/skills/casting에 복사합니다. Claude Code를 다시 켜면 /casting으로 부를 수 있습니다.
/casting 경쟁사 3곳을 분석해서 이사회용 보고서 만들어줘
"팀 짜줘", "이거 팀으로 해줘"라고 해도 되고, 보고서·분석·발표자료·제안서·재무검토·회의정리 같은 결과물을 만들어 달라고 해도 됩니다. 누가 필요한지는 몰라도 됩니다.
한 줄 수정이나 단순 검색, 계산처럼 혼자서 끝나는 일에는 쓰지 않습니다. 메일 한 통, 공지 한 장처럼 한 번 쓰면 끝나는 일도 마찬가지입니다. 여러 사람의 손이 필요한 일에만 씁니다.
시간이 걸립니다. 팀원이 실제로 조사하고 쓰고 독립 검토를 받기 때문에, 혼자 바로 쓰게 할 때보다 10배 이상 걸립니다. 실측 기준으로 2명 팀은 약 10분, 리서치 없는 3명 팀은 1015분, 리서치가 붙은 34명 팀은 2540분, 5명 이상의 큰 보고서는 1시간 안팎입니다. 토큰은 혼자 쓰게 할 때의 2.54배를 씁니다. 실행 전에 예상 시간을 알려 주고, 단계가 끝날 때마다 한 줄씩 진행을 알립니다. 속도가 우선인 일보다 지어낸 내용이 나가면 곤란한 문서(이사회 보고, 전사 공지, 대외 제안)에 맞습니다.
쓸 수 있는 도구에 따라 위에서부터 고릅니다.
TeamCreate·SendMessage·TaskCreate를 쓸 수 있을 때입니다. 팀원이 공유 작업목록으로 알아서 조율합니다.Agent 도구만 있으면 됩니다. 이어지는 단계는 순서대로, 서로 상관없는 단계는 한꺼번에 돌립니다. 기본값입니다.핵심은 팀원이 저마다 다른 맥락을 갖는다는 점입니다. 그래서 검토자가 자기 글을 채점하는 일이 없고, 서로 상관없는 단계는 동시에 진행됩니다.
검토자는 그 산출물을 만들지 않은 별도 에이전트입니다. 사용자의 원래 목적과 자료에 대고 결함부터 찾습니다. 1차 검토는 두 명이 나눠 봅니다. 한 명은 사실과 근거를, 다른 한 명은 명세 준수와 문서 사이의 정합을 봅니다. 놓친 결함이 2차에서야 나와 고칠 기회 없이 미달이 되는 일을 줄이기 위해서입니다. 결함이 하나라도 있으면 9.5를 주지 않고 그 단계로 돌려보냅니다. 한 번 보강한 뒤에 다시 봅니다.
채점은 정확성·근거, 목적·완결성, 구조·형식, 실행력, 언어·톤 다섯 축으로 합니다. 결함이 하나도 없고, 평균이 9.5 이상이고, 모든 축이 9.0 이상이어야 합격입니다.
결과물에는 판정이 그대로 붙습니다. 미달인 결과물을 통과로 표시하지 않습니다.
| 판정 | 뜻 |
|---|---|
| 검토 통과 | 독립 검토자가 합격을 줬습니다. |
| 검토 미달 · 표기만 다듬음 | 한 번 보강한 뒤에도 미달이었고, 남은 결함이 표기·표현뿐이라 팀장이 그 부분만 고쳤습니다. 다시 검토받지는 않았습니다. |
| 검토 미달 · 남은 결함 공개 | 한 번 보강한 뒤에도 내용 결함이 남았습니다. 남은 결함을 결과물 위에 목록으로 보여 줍니다. |
| 미완 | 자료가 없어 핵심 자리를 채울 수 없었습니다. 무엇을 주면 완성되는지 적어 돌려줍니다. |
Claude Code에서 팀원이 3명 이상인 일을 돌리면 그 실행의 팀과 산출물이 현재 작업 폴더 아래에 파일로 남습니다.
_workspace/
└── 20260628_01/ # {YYYYMMDD}_NN, 같은 날 재호출 시 _02·_03
├── team.md # 목적·팀 구조·순서·토글
├── spec.md # 산출물 명세(독자, 분량 상한, 필수 요소, 맞출 항목)
├── input/ # 사용자 원자료 그대로
├── agents/ # 팀원 역할 프롬프트(6칸, agent-prompts.md에서 그대로 뽑음)
│ ├── 1-research-assistant.md
│ ├── 2-report-writer.md
│ └── review-document-quality.md
└── output/ # 단계별 산출물 + 최종결과.md
사용자 저장소 안에서 돌린다면 _workspace/를 .gitignore에 넣어 두십시오.
실행이 끝나도 팀이 사라지지 않습니다. 나중에 다시 열어 보거나 그대로 재사용할 수 있습니다.
이 스킬은 SKILL.md 표준을 따릅니다. 그래서 같은 파일을 Codex CLI에 그대로 설치해 쓸 수 있습니다. 자세한 안내는 platforms/codex/SETUP.md에 있습니다.
mkdir -p ~/.codex/skills/casting
cp -r casting/{SKILL.md,README.md,LICENSE,NOTICE,references,platforms,scripts} ~/.codex/skills/casting/
새 세션을 시작하면 Codex가 SKILL.md의 설명을 읽고 필요할 때 불러옵니다. GPT-5.6부터 Codex는 서브에이전트를 지원하므로 팀원을 병렬로 띄울 수 있고, 파일시스템이 있어 _workspace/ 배치도 그대로 동작합니다. 팀원 50명과 팀 구성 28개, 9.5 게이트는 같습니다.
일부 팀원은 AI ROASTING이 만든 도구를 역할에 맞게 활용 가능합니다.
| 도구 | 용도 | 받는 팀원 |
|---|---|---|
| 전략 도구 갤러리 | 70개 컨설팅 프레임워크 | 경영전략·신규사업·사업 타당성 |
| 5color | 5인 페르소나 검토 지침 생성 | 문서·품질 검수·비판적 검토·교정 |
| 슬라이드 라이브러리 | 35개 HTML 슬라이드 템플릿 | 슬라이드 디자인 |
| AI ROASTING 블로그 | 글로벌 리서치 인사이트 | 리서치·트렌드·마켓 |
| Hound | 16개 채널 끈질긴 다채널 검색 | 리서치·팩트체크·마켓·경쟁분석·출처검증 |
| 스킬 라이브러리 | 엄선된 실무 AI 스킬 | 자동화 설계자 |
금융감독원 정보 검색 스킬 (/dart) | 상장사 DART 공시 재무 데이터 조회 → 인터랙티브 애널리스트 HTML 리포트(13인 투자자 평가) | 재무 분석가·IR·투자자 리포트·회계사·사업 타당성·팩트·출처 검증·마켓 리서치·감사인 |
스킬 파일은 저장소 루트에, 데모 웹사이트는 docs/에 있습니다.
SKILL.md # 트리거 · 라우터 결정 사다리 · 실행 프로토콜 · 9.5 게이트
README.md # 이 문서 (한국어)
README.en.md # 영어판
LICENSE # Apache License 2.0
NOTICE # 외부 폰트·아이콘 출처, 인용 출처, 생성 이미지 고지
references/ # catalog·agent-prompts·harnesses 목록은 sync_refs.py 가 생성(직접 수정 금지), 나머지는 손으로 씀
├── catalog.md # 50명 팀원 표(선발용)
├── harnesses.md # 28개 팀 구성 + 라우터 결정 사다리 + 토글
├── agent-prompts.md # 50명 전체 시스템 프롬프트(실행용, id 구간으로 선택)
├── execution-modes.md # 실행 모드 3종 · 실제 도구 호출 문법 · 검토자 템플릿
├── deliverable-specs.md # 결과물 종류별 완료 기준(분량 상한·필수 요소) · 명세 형식 (손으로 씀)
└── role-template.md # 역할 프롬프트 6칸 표준 틀 · 10점 기준 · 표지 다섯 가지 (손으로 씀)
scripts/
├── sync_refs.py # references/ 를 사이트 정본에서 재생성 (--check 로 정합 검사 · 역할 프롬프트 6칸 구조 검사)
└── gen_image.py # 디자인본부 역할의 실제 이미지 산출
platforms/
└── codex/
└── SETUP.md # Codex 설치와 차이점 안내
docs/ # 데모 웹사이트 · 데이터 정본
├── index.html # 팀 빌더 · 50명 카탈로그 · A 배열(역할 정본)
└── assets/ # prompts.js(프롬프트 정본) · router.js(팀 구성 정본) · agents · logos
데모 사이트(docs/)를 고칠 때 지킵니다.
--pink:#FF6FB5 / --blue:#C0F7FE / --green:#99E885 / --yellow:#F7CB46 / --cream:#FFDC8B + 흑/백/오프화이트. 시그니처 토큰은 보더 4px solid #000, 그림자 8px 8px 0 #000(blur 0), radius 0. 폰트는 Pretendard(본문) + Space Grotesk(모노 라벨). 새 hex·그라데이션 금지, fill 위 검정 글자만.docs/assets/agents/agent-N.png, 투명 배경). 실제 사진처럼 소개하지 않고, 새 이미지를 추가할 때도 같은 고지를 유지합니다. 카드 이미지는 팀원 번호에 묶여 있으므로, 번호를 바꾸면 이미지도 함께 옮깁니다.NOTICE에 적습니다(폰트·아이콘·로고). 서드파티 에셋을 새로 넣으면 여기에도 한 줄 추가합니다.v1.7 (2026-10-08)
50명 팀원과 팀장의 시스템 프롬프트를 모두 같은 6칸으로 다시 짰습니다. 순서는 Role · Rubric · Workflow · Tools · Context · Guardrail입니다. 새로 생긴 Context 칸에는 두 실행 환경을 나눠 적었습니다. 사람과 대화할 때는 묻고, 팀 안에서는 묻지 않고 기본값으로 진행합니다. 예전에는 33명이 팀 안에서도 사용자에게 되묻게 되어 있었습니다. 표지는 [확인 필요]·추정·가정·미정·(제안) 다섯 가지로 줄였습니다. 금지선 칸에는 작법 조언을 빼고 실제 위험만 남겼습니다. 팀 구성의 앞뒤 단계와 각 역할의 받는 것·넘기는 곳도 맞췄습니다. scripts/sync_refs.py --check는 이제 6칸 구조, 질문과 출력의 대응, 표지, 팀 구성 연결까지 검사합니다. 표준 틀은 references/role-template.md에 있습니다. 독립 검토를 세 번 받았고, 검토 때마다 처음 보는 검토자 세 명이 범위를 나눠 맡았습니다. 6칸 평균은 약 8.6에서 9.4로 올랐고, 합격선(9.5)을 넘은 역할은 51개 중 11개입니다. 중대 결함은 모두 고쳤고, 경미 결함 목록은 다음 보강을 위해 남겨 두었습니다. README의 워크스페이스 구조와 예상 소요 시간도 SKILL.md에 맞췄습니다.
v1.6 (2026-10-07)
SKILL.md를 34KB에서 18KB로 줄였습니다. 효과가 확인된 규칙(산출물 명세, 판정 갈래, 포그라운드 실행, 1차 분할 검토, 참조 관계면 순차)은 남기고, 보강 절차·검토 세부·분량 계산은 정본인 references/execution-modes.md와 references/deliverable-specs.md로 넘겼습니다. 규칙은 지우지 않고 한곳에만 둡니다.
v1.5 (2026-10-06) 1차 검토를 사실·근거 검토자와 구조·정합 검토자 두 명이 병렬로 나눠 봅니다. 팀장은 두 결과를 기계적으로 합칩니다. 2차는 새 검토자 한 명이 전체를 봅니다. 실행마다 에이전트 호출이 한 번 늘어납니다.
v1.4 (2026-10-06)
합격 기준을 쓰기 전에 정합니다. 팀장이 산출물마다 명세(분량 상한, 필수 요소, 다른 산출물과 맞출 항목)를 쓰고, 작성자와 검토자가 같은 명세를 받습니다. 결과물 종류별 기본값은 references/deliverable-specs.md에 있습니다. 검토자는 명세 밖 요구를 결함이 아니라 제안으로 적고, 확인하지 않은 외부 지식으로 결함을 만들지 않습니다. 보강은 지적받은 곳만 고칩니다.
v1.3 (2026-10-06) 5색 평가(실제 실행 1회 포함)에서 드러난 결함을 고쳤습니다. 9.5에 못 미친 결과물을 "통과"로 내던 경로를 없애고 판정을 통과·미달·미완으로 나눴습니다. 판정 규칙을 검토자 템플릿 한 곳에 모았고, 2차 검토는 새 검토자가 합니다. 팀원은 포그라운드로 띄우고, 산출물은 파일로 넘깁니다. 최종 결과를 맨 앞에 두고 작업 경과를 뒤로 보냈습니다. 비판적 검토자를 게이트에 두던 팀 구성 4개를 고쳤고, 검사기가 본부 번호 범위와 팀 구성 규칙도 봅니다.
v1.2 (2026-08-15)
역할 번호를 한 곳에서만 관리합니다. scripts/sync_refs.py가 references/를 만듭니다. 팀원 이미지 고지와 외부 에셋 출처(NOTICE)를 넣었습니다.
v1.1 (2026-07-12) 회사처럼 10개 본부로 개편했습니다. 디자인·마케팅·법무·감사·인사 직군을 새로 넣었고, 디자인 역할은 실제 이미지를 냅니다.
v1.0 (2026-06-28) 팀원 50명 구조를 설계해서 처음 배포했습니다.
Copyright 2026 AI ROASTING (Jayden Kang). Apache License 2.0으로 배포합니다.
외부 폰트와 아이콘, 인용 출처, 생성 이미지 고지는 NOTICE에 적어 두었습니다.