에이전트 계층 구조

에이전트에게 실제적인 명령 체계를 부여하세요 — 관리자와 부하 직원이 있는 자리, 강제 라우팅, 그리고 가시적인 거부 응답.

동료로 구성된 팀은 에이전트가 세 개일 때는 괜찮습니다. 그 이상이 되면 명령 체계가 필요합니다: 누가 누구에게 업무를 지시하고, 누가 누구에게 보고하는지.

계층 구조는 관리자와 부하 직원이 있는 자리의 집합으로, 빌더에서 그려지고, 프로젝트에 적용되며, 실제 터미널에 활성화됩니다.

조직도는 강제되며, 장식이 아닙니다

계층 구조를 가질 가치가 있는 부분은 다음과 같습니다:

에이전트는 자신의 부하 직원에게만 업무를 지시할 수 있습니다.
결과는 관리자에게 위로 보고합니다.
그 외의 모든 것은 거부되며, 요청이 거쳐야 했을 경로를 설명하는 메시지가 함께 전달됩니다.

두 가지 특수한 경우:

디렉터는 다른 에이전트가 아닌 사용자에게 보고합니다.
**"여기서 체인이 끝납니다"**로 표시된 자리는 위로 보고하지 않고 해당 위치에서 마무리됩니다.

계층 구조는 에스컬레이션으로 결정하며, 투표로 결정하지 않습니다. 에이전트는 관리자를 거스르기 위해 투표를 열 수 없습니다 — 의견이 맞지 않으면, 그 불일치는 위로 올라갑니다.

팀을 재구성하지 않고 수리하기

Mission Control은 레벨별로 그룹화된 모든 자리를 보여주며, 실제로 실행 중인 조직을 망가뜨리는 두 가지 사항을 표시합니다:

공석 — 뒤에 활성화된 터미널이 없는 자리
고아 브랜치 — 관리자가 사라진 서브트리

둘 다 즉시 Rebind 또는 Promote를 제공하므로, 충돌한 터미널은 재구성 대신 한 번의 클릭만으로 해결됩니다.

거부 응답이 가시적입니다

카운터가 라우팅 거부와 차단된 에스컬레이션이 몇 번 발생했는지 보여줍니다. 이를 열면 누가 누구에게 연결을 시도했는지, 언제, 그리고 메시지가 어디로 갔어야 했는지를 보여주는 패널이 나타납니다 — 이것은 보통 브리프가 조직도가 평면적인 것처럼 작성되었다는 것을 알아차리기에 충분합니다.

설정 없는 체인

일회성 작업에 대해 저장된 조직도가 필요하지 않습니다. 다음과 같이 작성하세요:

claude가 grok에게 수정안 초안을 요청하고, 검토 결과는 grok에게 다시 돌아가며, 저에게는 보고하지 마세요

그 문장은 해당 프롬프트에 대한 명령 체계가 됩니다. 아무것도 저장되지 않으며, 프로젝트에도 적용되지 않습니다.

휴대폰에서

Remote Teams 페이지는 각 활성 조직을 레벨별로 표시하며, 공석 및 위반 표시가 함께 나타납니다. 승인자 기기는 한 번의 탭으로 자리를 재연결할 수 있습니다 — 휴대폰으로 제어하기를 참조하세요.