tfx-debatelisted

# tfx-debate — Tri-CLI Structured Debate > **ARGUMENTS 처리**: 이 스킬이 `ARGUMENTS: <값>`과 함께 호출되면, 해당 값을 사용자 입력으로 취급하여 > 워크플로우의 첫 단계 입력으로 사용한다. ARGUMENTS가 비어있거나 없으면 기존 절차대로 사용자에게 입력을 요청한다. > 3개 CLI가 독립 분석 → 교차검증 → 합의 도출. Anti-herding으로 편향 없는 결론. ## 용도 - 설계 결정에서 최적 방향을 찾을 때 - 코드 아키텍처 선택지 비교 - 기술 선택 (프레임워크, 라이브러리, 접근법) - 요구사항 해석이 모호할 때 - 어떤 주제든 다관점 분석이 필요할 때 ## HARD RULES > headless-guard가 이 규칙 위반을 **자동 차단**한다. 우회 불가. 1. **`codex exec` / `gemini -p` 직접 호출 절대 금지** 2. Codex·Gemini → `Bash("tfx multi --teammate-mode headless --auto-attach --dashboard --assign 'cli:프롬프트:역할' --timeout 600")` **만** 사용 3. Claude → `Agent(run_in_background=true)` 4. Bash + Agent를 같은 메시지에서 동시 호출하여 병렬 실행 ## MODEL ROLES | CLI | 역할 | |-----|------| | Claude | 소프트웨어 아키텍트 — 시스템 설계 관점 | | Codex | 시니어 백엔드 엔지니어 — 구현/기술적 트레이드오프 관점 | | Gemini | DevOps/인프라 엔지니어 + DX 전문가 — 운영/개발자경험 관점 | ## EXECUTION STEPS ### Step 1: 주제 파싱 및 명확화 사용자 입력에서 토론 주제를 추출하라. 주제가 모호하거나 비교 대상이 불명확하면 AskUserQuestion으로 명확화하라: ``` AskUserQuestion: "토론 주제를 더 구체적으로 선택해주세요:" 1. {옵션A} vs {옵션B} 기술 비교 2. {주제} 아키텍처 접근법 비교 3. 직접 입력 ``` 주제가 명확한 경우 (예: "REST vs GraphQL") 이 단계를 건너뛰어라. 파싱 결과를 내부적으로 보유하라: - topic: 토론 주제 - context: 프로젝트 컨텍스트 (자동 추출) - options: 비교 대상 목록 - criteria: 평가 기준 목록 ### Step 2: 독립 분석 (Anti-Herding) **아래 2개 도구를 반드시 같은 응답에서 동시에 호출하라.** Claude Agent를 백그라운드로 실행하라: ``` Agent( subagent_type="claude", model="opus", run_in_background=true, prompt="당신은 소프트웨어 아키텍트입니다. {topic}에 대해 분석하세요. 프로젝트 컨텍스트: {context} 각