Sub-agent
하위 에이전트
Sub-agent는 명확하고 제한된 하나의 임무를 가진 별도의 에이전트야. 자기만의 맥락과 반환할 결과가 있어.
다른 예시
리더가 접근성 검사와 API 분석을 각각 다른 에이전트에게 맡겨요. 리더는 결정하기 전에 두 보고서를 모두 확인해요.
주요 부분
- 01User intent and context
- 02Model or tool decision
- 03Grounded result and fallback
사용할 때
병렬 작업이나 특별한 상황이 실제로 도움이 될 때 독립적이고 제한된 작업에는 하나를 사용하십시오.
다음 경우에는 사용하지 마세요
겹치는 편집, 애매한 작업, 과도한 조정, 증거 확인 없이 주장을 받아들이는 건 피하세요.
코드에서 사용된 이름
bounded task + isolated context + returned result 출시하기 전에
Check the model and prompt versions, source data, versioned evaluation set, and measures. Verify links to evidence, tool permissions, privacy, common failures, decline-to-answer and fallback behavior, human review, monitoring, cost, speed, and rollback.
Outcome:Complete the task with 하위 에이전트 (Sub-agent)。 User context:리더가 접근성 검사와 API 분석을 각각 다른 에이전트에게 맡겨요. 리더는 결정하기 전에 두 보고서를 모두 확인해요. AI method or concept:하위 에이전트 (Sub-agent)。 Why it fits:병렬 작업이나 특별한 상황이 실제로 도움이 될 때 독립적이고 제한된 작업에는 하나를 사용하십시오. Do not use it when:겹치는 편집, 애매한 작업, 과도한 조정, 증거 확인 없이 주장을 받아들이는 건 피하세요. AI requirements: Define the input and source evidence. Set model and tool permissions. Use versioned evaluation data and measures. Define failure, decline-to-answer, privacy, speed, and cost limits. Operational safeguards: Keep a clear trace and hide sensitive log data. Show users a safe fallback. Mark steps that need human review. Define how to roll back the model or prompt. Acceptance criteria: Record baseline and target measures on a versioned evaluation set. Test edge cases and hostile inputs. Verify fallback, monitoring, permissions, and rollback. Evidence and limits (evidence boundary):하나의 공식 표준이 전체 용어를 통제하지 않음. 의미는 팀, 플랫폼 또는 프레임워크마다 달라질 수 있음. Unknowns to confirm: Target task, model and version, evaluation owner, source data, risk limit, tool permissions, and production fallback.
이 요청을 확인하세요
Review how 하위 에이전트 (Sub-agent) is used now. Definition: Sub-agent는 명확하고 제한된 하나의 임무를 가진 별도의 에이전트야. 자기만의 맥락과 반환할 결과가 있어. Release checks: Check the model and prompt versions, source data, versioned evaluation set, and measures. Verify links to evidence, tool permissions, privacy, common failures, decline-to-answer and fallback behavior, human review, monitoring, cost, speed, and rollback. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.