도구·에이전트 연결과 작업 흐름 제어는 별도로 설계한다

도구나 다른 에이전트에 요청을 전달할 수 있다는 사실만으로 업무의 실행 순서·판정 기준·결과 수용 방식이 정해지지는 않는다. 연결을 제공하는 인터페이스와 그 연결을 이용하는 작업 절차를 각각 설계한다.

검증과 피드백을 구성요소 위에 설계하기

시스템 사고와 검증 루프를 통한 AI 개발 - Tomasz Tunguz은 검증한 스킬·도구·샌드박스의 재사용과 테스트·리뷰·운영 관측을 결합한 시스템을 설명한다. 연결된 구성요소를 갖추는 일과 결과를 판정하고 실패를 다음 작업에 반영하는 흐름을 설계하는 일의 차이를 보여 주는 외부 사례다. 여러 검사 단계의 존재를 성공 보장으로 읽지 않고 각 단계가 제공하는 증거와 결과 수용 조건을 구분한다.

연결 위에서 정할 것

MCP 기반 AI 에이전트의 도구 실행과 권한 설계 - LG CNS의 BI 사례에는 테이블·파라미터 선택, 조건 변환, 조회 전 확인, 실패 시 재확인과 종료 기준이 필요했다. 도구의 호출 형식과 업무에서 올바른 호출이 되는 조건은 다르다.

MCP 공식 설명은 맥락 교환을 규정하지만 앱의 모델 사용·맥락 관리 방식을 정하지 않는다. A2A 공식 설명의 능력 발견·과업·메시지·산출물 교환도 원격 에이전트의 내부 기억이나 도구를 공유한다는 뜻은 아니다. 업무에 맞는 역할·순서·분기·충돌 해소는 그 위에서 정한다.

작업에 필요한 입력과 원천, 선행 조건, 반환할 산출물, 결과를 받아들일 조건을 구별한다. 실패·권한 부족·불확실성에 따라 어디까지 진행하고 어떤 정보를 돌려줄지도 작업 범위에 맞춰 정한다. 이는 모든 작업에 고정 서식을 추가하라는 요구가 아니다.

절차를 둘 위치

단순한 호출은 현재 에이전트와 원천 문서만으로 충분할 수 있다. 전문 에이전트나 Skill은 탐색 범위를 나누거나 재사용할 실행 절차가 실제로 필요할 때 검토한다. 등록 여부는 에이전트 문서 작성의 기준을 따른다.

외부 글의 구조는 검토 자료다. 실제 위임 범위는 현재 사용자 요청에서, 접근 허용은 실행 권한의 원천에서 확인한다.

Paseo에서 확인한 조율의 차이

Paseo 위임·교차 리뷰·스킬 운영 - 체험과 정정에서 DanzzaN은 여러 앱의 세션이 한 화면에 모인 것과 메인이 작업을 나누고 결과를 회수하는 체험을 구분했다. 바깥 Codex가 조율하던 작업을 Paseo 안의 Astra 메인으로 옮기고, 좁은 자료 정리는 네이티브 하위 작업으로, 다른 회사 작업과 독립 리뷰는 필요한 맥락을 전달한 별도 실행으로 다뤘다.

이 사례에서 DanzzaN은 회사가 다른 실행 환경과 독립 맥락이 필요한 구현·리뷰를 별도 세션으로 다루고, 좁은 Astra→Luna 자료 정리는 네이티브 하위 작업으로 다루려 했다. 각 경로에서 반환물과 개입 책임을 정했다. 구현자는 리뷰 반영까지 맡고, 리뷰어는 수정된 대상과 영향 범위를 재검토하며, 메인은 결과 수용과 충돌·최종 통합을 담당한다. 메인의 수용 확인이 작업자의 전체 탐색이나 리뷰 반복을 자동으로 요구하지는 않는다. 당시 역할 프로필과 개입 기준은 이 흐름의 안내였으며, 자동 배정·승격·종료를 강제하는 엔진을 입증한 것은 아니다.

Paseo 공식 가이드 - 설정과 작업 조율의 프로필 설명에서도 설정 묶음과 실제 과업 프롬프트를 구분한다. 프로필 메모는 선택 안내이며 작업자의 구체적인 입력·산출물·수용 조건을 대신하지 않는다. 작업 공간이 다르더라도 같은 디렉터리를 가리킬 수 있으므로, 병렬 위임에서는 역할 분리와 파일 수정 범위도 따로 정한다.

반복 지적에서 메인이 다시 정할 것

공통 에이전트 운영 이관과 사이트 자동 갱신 검증 - 대화와 실행 기록에서는 같은 작성자·리뷰어를 유지하면서 철회 검사의 주소 누락을 수정했다. 확장자와 끝 슬래시를 하나씩 보완해도 지적이 이어지자, 메인은 실제 서버가 이전에 응답하던 주소와 새 게시본의 응답을 대조하도록 검증 기준을 구체화했다. 후속 파일 종류 충돌에서는 입력에 HTML·비HTML 전환과 이름 우선순위도 포함하도록 했다.

메인의 개입은 검토를 처음부터 중복 수행하는 대신 반복을 만든 명세·입력 범위·판정 근거를 바꾸는 역할이었다. 이 사례의 코드 차단 해소는 합의한 주소 범위 안의 결과이며, 같은 작업자 배치가 일반적으로 더 효율적이라는 비교 실험의 결론은 아니다. 운영 권한 적용과 실제 예약 실행은 별도 완료 조건으로 남겼다.

산출물을 실제 대응 절차에 연결한 외부 사례

SKT 악성앱 분석 에이전트의 예외 검토와 대응 연결 - 헤럴드경제의 보도에서는 리드 에이전트·오케스트레이터·서브 에이전트로 역할을 나눈 구성 위에 업무 흐름이 따로 정해져 있다. 경찰이 넘긴 악성앱이 입력이고, C2 서버 주소가 산출물이다. 전문가는 모든 앱을 분석하는 대신 예외와 신규 유형 등 결과물의 약 15%를 검토하고, 주소는 경찰을 거쳐 이동통신 3사에 공유된다. 에이전트 구성과 별도로 병목·입출력·사람의 검토 지점·결과를 넘겨받는 운영 절차를 정한 외부 사례로 읽는다. 다만 예외를 고르는 기준과 결과를 받아들이는 조건은 기사에 없다. 피해 예방액과 투입 시간 감소도 당사자의 발언이므로, 완전 자동화나 멀티 에이전트 구조의 일반적 우위를 뒷받침하는 근거로 쓰지 않는다.

연결

백링크

그래프 뷰

이 문서로 이어지는 주제