얼마 전 저는 새로운 세션의 첫 번째 프롬프트에서 Sonnet이 서브에이전트(subagent)를 생성하는 것에 대한 농담을 여기에 올린 적이 있습니다. 댓글에서 저는 하나의 작업을 위해 두 개의 에이전트가 토큰(tokens)을 소모하는 점이 짜증 나는 부분이라고 말했습니다. 저는 비추천을 받았고, 가장 높은 추천을 받은 답글은 기본적으로 "그건 Haiku 서브에이전트 아닌가요? 비용을 절약해주고 메인 컨텍스트(context)를 깨끗하게 유지해줍니다."였습니다. 예전에는 그것이 맞았습니다. 하지만 이제는 그렇지 않으며, 많은 사람들이 여전히 과거의 사고방식에 머물러 있다고 생각합니다. 문서에 따르면: 서브에이전트 프론트매터(frontmatter)의 model 필드는 기본적으로 inherit(상속)로 설정됩니다. 이를 생략하면 서브에이전트는 메인 대화의 모델로 실행됩니다. Explore는 예전에 항상 Haiku로 실행되었습니다. v2.1.198 버전부터는 메인 모델을 상속받습니다 (Claude API에서는 Opus로 제한됨). Plan 및 일반 목적(general-purpose) 모델도 마찬가지로 상속받습니다. 따라서 귀하의 세션이 Opus라면, 그 "저렴하고 작은 백그라운드 검색 에이전트"는 Opus 에이전트인 것입니다. 우선순위 결정 순서는 첫 번째 일치 항목이 적용됩니다: CLAUDE_CODE_SUBAGENT_MODEL 환경 변수 > 호출당 모델 파라미터 > 서브에이전트의 model: frontmatter > 메인 대화 모델. 만약 예전의 저렴한 동작 방식을 되찾고 싶다면: CLAUDE_CODE_SUBAGENT_MODEL=haiku를 설정하여 모든 서브에이전트를 Haiku로 강제하거나, 특정 에이전트의 frontmatter에 model: haiku를 설정하세요. 특히 Explore의 경우, model: haiku를 가진 Explore라는 이름의 사용자 또는 프로젝트 에이전트를 직접 정의하세요. 사용자/프로젝트 에이전트는 내장된 에이전트를 오버라이드(override)합니다. 이번 변경 사항에 대해 공정하게 말하자면, 품질을 위해 거의 확실하게 이루어진 결정이며, 컨텍스트 격리(context isolation)는 여전히 서브에이전트의 진정한 이점입니다. 하지만 "서브에이전트는 기본적으로 무료다"라는 조언은 이제 시대에 뒤떨어진 조언이며, 토큰 하나하나가 아까운 요금제를 사용 중이라면 이는 중요한 문제입니다. 마지막으로, /u/HimaSphere가 남긴 3개의 비추천에 대해 인색하게 느껴지네요 [link] [comments]