launch-sub-agent

launch-sub-agent 스킬 개요

launch-sub-agent 스킬은 하나의 채팅 스레드에 일을 몰아넣지 않고, 특정 작업에 맞는 집중형 서브 에이전트를 실행하도록 돕습니다. launch-sub-agent for Multi-Agent Systems 패턴으로 여러 단계를 오가며 작업하는 사용자에게 특히 잘 맞습니다. 코딩, 리서치, 리뷰, 디자인, 검증처럼 분리된 컨텍스트와 의도적인 모델 선택이 도움이 되는 작업에 유용합니다.

launch-sub-agent가 잘하는 일

launch-sub-agent 스킬의 핵심 가치는 오케스트레이션입니다. 작업을 분석하고, 적절한 모델 등급을 고르고, 필요하면 특화된 에이전트를 매칭한 뒤, 검증까지 포함해 작업을 실행합니다. 그래서 컨텍스트 오염은 줄이고 출력의 규율은 높이고 싶을 때, 일반 프롬프트보다 훨씬 유용합니다.

누가 설치하면 좋은가

작업을 자주 하위 작업으로 나누거나, 다른 에이전트를 감독하거나, 복잡도에 따라 태스크를 반복 가능한 방식으로 라우팅해야 한다면 launch-sub-agent를 설치할 만합니다. 특히 이미 에이전틱 워크플로를 쓰는 팀에 잘 맞습니다. 이 경우 진짜 문제는 “모델이 답할 수 있는가?”가 아니라 “작업을 어떻게 깔끔하게 배분하고 결과를 어떻게 검증할 것인가?”이기 때문입니다.

어떤 경우에 잘 맞는가

launch-sub-agent 스킬은 입력을 경계가 분명한 과제로 정의할 수 있을 때 잘 맞습니다. 예를 들어 기능 구현, 이슈 조사, 옵션 비교, 문서 작성, 코드 리뷰가 그렇습니다. 반대로 모호한 브레인스토밍, 상호작용이 매우 많은 협업, 또는 전체 대화 이력이 그대로 유지돼야 하는 작업에는 효율이 떨어집니다.

launch-sub-agent 스킬 사용 방법

스킬을 설치하고 먼저 확인하기

스킬 관리자에서 제공하는 설치 경로로 스킬을 설치한 다음, SKILL.md를 먼저 여세요. 이 저장소는 따로 둘러볼 지원 폴더가 없으므로, 사실상 기준이 되는 소스는 스킬 파일 자체입니다. 실무적인 launch-sub-agent 설치 흐름은 다음과 같습니다. 설치하기, SKILL.md 읽기, 그다음 자신의 환경에 맞게 명령과 인자 패턴 조정하기.

대략적인 목표를 실행 가능한 작업으로 바꾸기

이 스킬은 위임할 수 있을 만큼 구체적인 작업일 때 가장 잘 작동합니다. 좋은 입력에는 목표, 기대 산출물, 제약 사항, 그리고 관련된 저장소나 환경 정보가 들어갑니다. 예를 들어 “auth를 고쳐줘”보다는 기존 Express 앱에 password reset을 구현하고, 현재 API shape는 유지하며, 패치 요약은 docs/reset-plan.md에 출력해줘처럼 쓰는 편이 낫습니다.

프롬프트에 무엇을 넣어야 하는가

launch-sub-agent 사용 패턴은 작업 설명과 함께 --model, --agent, --output 같은 선택적 라우팅 힌트를 받습니다. 이런 힌트는 명확성을 높일 때만 쓰는 것이 좋습니다. 작업이 이미 복잡하다는 걸 알고 있다면 더 강한 모델을 고르고, 서브 에이전트가 특화돼야 한다면 이름을 명시하고, 결과물을 어디엔가 저장해야 한다면 출력 경로를 처음부터 넣으세요.

먼저 읽어야 할 파일

SKILL.md부터 시작하세요. 오케스트레이션 순서, 작업 분석, 검증 요구 사항이 모두 여기에 정의돼 있습니다. 그다음에는 주변 에이전트 시스템을 설명하는 저장소 수준 문서를 확인하세요. 특히 launch-sub-agent를 기존 멀티 에이전트 설정에 붙이는 경우에는 더 중요합니다. 스킬을 자신의 환경에 맞게 조정한다면, 모델 선택과 에이전트 명명 처리를 도구체인에서 어디서 담당하는지 꼭 보세요.

launch-sub-agent 스킬 FAQ

launch-sub-agent는 멀티 에이전트 시스템에서만 쓰는가?

멀티 에이전트 시스템에서 가장 가치가 크지만, 더 단순한 설정에서도 규율 있는 서브 태스크 실행기로 사용할 수 있습니다. 핵심 이점은 같습니다. launch-sub-agent 스킬은 한 작업을 한 번의 집중된 실행 경로에 가둬서 컨텍스트를 깔끔하게 분리합니다.

일반 프롬프트와는 무엇이 다른가?

일반 프롬프트는 답변을 요청합니다. 반면 launch-sub-agent 스킬은 라우팅 계층에 가깝습니다. 작업을 평가하고, 실행 전략을 선택하고, 결과가 반환되기 전에 검토되도록 자기 비판 단계까지 포함합니다. 그래서 단순 생성보다 프로세스 자체가 품질을 좌우하는 작업에서 더 유용합니다.

초보자도 쓰기 쉬운가?

작업을 명확하게 설명할 수 있다면 그렇습니다. launch-sub-agent를 쓰려면 모든 에이전틱 개념을 알 필요는 없지만, 해야 할 일, 경계, 원하는 산출물은 분명하게 말해야 합니다. 작업을 얼마나 잘 프레이밍하느냐가 위임의 품질을 좌우합니다.

언제는 쓰지 말아야 하는가?

작업이 아주 작거나, 순수하게 대화형이거나, 같은 컨텍스트로 계속 주고받는 흐름에 강하게 의존한다면 launch-sub-agent를 쓰지 마세요. 그런 경우에는 서브 에이전트를 띄우는 것보다 직접 프롬프트를 주는 편이 더 빠르고 덜 불안정합니다.

launch-sub-agent 스킬 개선 방법

더 나은 작업 브리프 작성하기

가장 좋은 launch-sub-agent 결과는 범위, 제약, 성공 기준이 포함된 브리프에서 나옵니다. 예를 들어 이 checkout flow에서 접근성 문제를 검토해줘. 키보드 탐색과 오류 상태에 집중하고, 우선순위가 매겨진 수정 사항과 코드 포인터를 반환해줘는 이 흐름을 검토해줘보다 훨씬 실행 가능합니다.

작업에 맞는 모델을 고르기

추론 난도가 높거나, 여러 파일을 가로지르는 분석이 필요하거나, 아키텍처에 민감한 작업이라는 걸 알고 있다면, 선택을 암묵적으로 두기보다 더 강한 모델 쪽으로 기울이세요. 반대로 작업이 일상적이고 범위가 좁다면 요청을 단순하게 유지해 스킬이 효율적으로 라우팅할 수 있게 하는 편이 좋습니다. 좋은 launch-sub-agent 사용법은 에이전트를 무조건 키우는 게 아니라, 작업에 맞게 알맞은 크기로 맞추는 데 있습니다.

검증하기 쉬운 출력 요청하기

이 스킬에는 필수 자기 비판 검증이 포함되므로, diff 요약, 가정, 위험 요소, 엣지 케이스, 테스트 아이디어처럼 확인 가능한 출력을 요청하세요. 서브 에이전트가 첫 번째 시도부터 유용하게 작동하길 바란다면, 무엇이 불확실한지와 다음에 무엇을 검증해야 하는지도 드러내도록 요구하는 것이 좋습니다.

첫 실행 후 반복해서 다듬기

첫 결과를 바탕으로 다음 프롬프트를 더 정교하게 만드세요. 서브 에이전트가 너무 넓게 잡았다면 작업 범위를 줄이고 명시적인 경계를 추가하세요. 문맥을 놓쳤다면 관련 파일이나 스니펫을 붙이세요. 잘못된 에이전트에 맞춰 과적합했다면 라우팅 힌트를 덮어쓰세요. launch-sub-agent 스킬 결과를 가장 빨리 개선하는 방법은, 각 실행을 한 번에 끝내는 답변이 아니라 보정용 패스로 다루는 것입니다.