수출영업 메일 회신 에이전트 팀

조원 7명이 에이전트를 하나씩 맡습니다. 에이전트마다 한 가지 일만 하고, 앞 에이전트의 결과를 받아 다음으로 넘깁니다. 마지막 리뷰 에이전트가 고쳐 쓴 reply-templates.md를 다음 날 초안 에이전트가 읽기 때문에, 사람이 고친 표현이 다음 초안에 그대로 반영되는 닫힌 루프가 됩니다.

▶ 이 팀을 직접 돌려 보기 (실행판) · 정본 문서 docs/LOOP.md · 3교시 메일 대시보드 + 4교시 스케줄링을 이어 붙인 모양

팀 구조 · 결과 넘기기

화살표는 결과 파일이 넘어가는 방향입니다. 리뷰 에이전트가 쓴 reply-templates.md가 초안 에이전트로 되돌아가는 점선이 루프가 닫히는 곳입니다.

에이전트 7개와 맡은 조원

에이전트마다 무엇을 받아 무엇을 넘기는지가 팀 설계의 전부입니다. 맡은 일이 겹치지 않으니 어디서 문제가 났는지 바로 찾습니다. 4회차에는 조원 한 명이 에이전트 하나의 SKILL.md를 맡습니다.

하루 시간표

메일 읽기부터 보낼 준비까지 한 시간 안에 끝나고, 그 뒤에 확인이 두 번 붙습니다. 실행은 4교시의 작업 스케줄러가 맡습니다.

모니터 에이전트의 상태별 대응

자동화에서 가장 비싼 실수는 사람이 이미 처리한 메일을 안 한 것으로 보고 다시 알리거나 다시 쓰는 것입니다. 그래서 상태별 대응을 사람이 미리 정해 둡니다.

리뷰 에이전트가 지우면 안 되는 규칙

⑦ 리뷰 에이전트가 reply-templates.md를 고쳐 쓰기 때문에, 사라지면 안 되는 규칙은 ## 지킬 것 절에 두고 review-weekly.mjs 지시문에 「이 절은 글자 그대로 둔다」로 잠가 둡니다.

아직 사람이 하는 일

팀이 다 돌아도 사람이 맡는 자리입니다. 어디까지 자동으로 할지 솔직하게 그려 두는 것도 설계입니다.

3회차에 배운 것과 이어지는 곳