AI 팀 운영: 역할표 다음의 독립 검토

팀원을 뜻하는 것부터 달랐다

AI 팀으로 일할 수 있게 구성해 달라고 했는데, 돌아온 설명은 사람팀에 관한 것이었다. AI 팀을 구현해 둔 것이 맞는지, 관련 문서는 있는지 다시 물었다.

그다음에도 역할 이름과 문서만으로는 내가 원하는 작업 방식이 충분히 전달되지 않았다. 원하는 흐름을 더 구체적으로 설명했다.

팀을 꾸려서 전략적으로 하는게 목적이라고. 뭘 오더를 내리면 각 팀원들이 자신의 의견을 정리해서 서로 회의하고 업무를 진행한 후에 나한테 보고하게 하고 싶은거야.

“팀을 만든다”는 말 안에 기대하는 동작이 여러 개 들어 있었다. 각자 검토할 것, 의견을 비교할 것, 실제 작업을 할 것, 결과를 보고할 것이었다. 역할 문서를 만드는 일만 끝내서는 이 순서가 작동하는지 알 수 없었다.

독립 의견과 교차 검토를 구분했다

독립적으로 검토하게 하는 것과 서로의 의견을 비교하게 하는 것은 다르다. 먼저 각 역할이 판단한 내용을 받아야 어디에서 의견이 갈리는지 볼 수 있다. 그 차이를 검토한 뒤에는 무엇을 실행할지 정해야 한다.

이후 요청에서는 역할별로 다음에 할 일을 구체적으로 내놓으라고 했다. 기존 작업을 독립적으로 다시 검증하고 계획과 보고를 문서로 남기라는 지시도 이어졌다.

아래는 비공개 업무명과 작업 대상을 제외하고, 요청한 흐름만 정리한 것이다.

단계	확인하려던 내용
역할별 검토	각 역할이 무엇을 확인했고 어떤 의견을 냈는가
의견 비교	서로 다른 판단과 빠진 확인 항목은 무엇인가
실행	검토 이후 실제로 어떤 작업을 진행했는가
결과 검증	기존 작업과 변경 결과를 별도로 확인했는가
보고와 기록	결과와 남은 문제가 다음 작업에 이어지는가

세션에는 실제 하위 에이전트 호출과 역할별 검토 기록이 남아 있다. 따라서 이 대화는 역할을 설명하는 문서에서만 끝난 것은 아니다. 다만 호출이 있었다는 사실만으로 모든 작업에서 위 순서가 일관되게 지켜졌다고 판단할 수는 없다.

매번 긴 지시를 반복해야 한다면

팀의 역할과 지침이 문서에 있어도 매번 긴 명령으로 읽으라고 알려 줘야 한다면 사용하는 쪽의 일이 줄지 않는다. 나는 이 점도 지적했다. 저장한 규칙을 다음 작업에서 읽고 적용하는지가 필요했다.

여기서 확인할 대상은 문서 유무와 실제 행동으로 나뉜다. 역할이 적혀 있는지와 그 역할의 검토가 실행됐는지는 별개다. 보고 양식이 있는지와 보고에 남은 문제가 적혔는지도 별개다. 한 번의 좋은 보고로 다음 작업에서도 같은 흐름이 유지된다고 보기는 어렵다.

기록에서 확인된 것과 남은 것

이 글에서는 실제 업무 데이터와 내부 연동 구조를 제외했다. 별도 공개 과제를 만들어 팀 성능을 재현한 것은 아니다. 확인된 것은 요구를 정정한 대화, 하위 에이전트 호출, 역할별 검토가 실제 기록에 있다는 점이다.

단일 AI로 같은 일을 했을 때보다 빠르거나 정확했는지는 비교하지 않았다. 역할을 나눈 뒤의 결과가 좋아 보인다는 이유만으로 효과를 단정하지 않는다. 이 사례의 핵심은 “AI 팀”이라는 이름을 붙이는 데서 멈추지 않고, 독립 의견부터 실행·검증·보고까지 요구를 구체적인 행동으로 바꾼 과정이다.

2026년 8월 11~31일 세션 기록을 바탕으로 작성했다. 이번에는 당시 운영 방식을 정리했으며 새로운 에이전트 팀을 실행하지 않았다.

이후 실제 연결 검사에서 무엇을 찾았는지는 개별 테스트가 놓친 연결 오류에 정리했다. 역할을 나눴다는 기록과 그 검토에서 발견한 오류를 이어서 볼 수 있다.