에이전트 팀, 우리는 필요할까?

AI 에이전트 팀은 필요합니다. 다만 내 강점에 맞춰 세워야 합니다.

AI 에이전트로 업무를 자동화하는 방식은 사람마다 달라서, 남의 구축 노하우는 내 일에 그대로 맞지 않습니다. 이 글은 FEXT의 구축 환경과 프레임워크, 팀별 업무, 스킬과 연결(MCP)을 한 예로 소개합니다. 전하려는 것은 세 가지입니다.

1. 내 장점을 기준으로 지시 체계를 세우면, 몰랐던 강점까지 드러나고 일할수록 더 정교하게 다듬어집니다.
2. 지시·결과·피드백을 쌓은 DB가 추적 관리의 핵심이며, 비서 역할을 하는 총괄 에이전트 매니저가 모든 팀의 일을 추적·관찰할 수 있게 하는 중심이 됩니다.
3. 에이전트와 양방향으로 주고받은 데이터로 주·월 단위 성과를 점검해, 군더더기를 덜어내며 효율을 높여 갑니다.

남의 구성은 내 일에 맞지 않으니, 내 일하는 방식과 장점을 최대한 살리는 쪽으로 AI 팀을 세워야 합니다

사람마다 말·글·그림처럼 일을 시키는 방식이 다르므로, AI 팀은 그 방식을 최대한 활용할 수 있는 쪽으로 수렴해야 합니다. 출발점은 내가 일하는 방식과 내 장점을 아는 것입니다. 지금 아는 만큼에서 시작하면 되고, 더 정확한 장점은 일하면서 드러납니다.

FEXT가 이 구조를 세운 계기는 일이 여러 갈래로 늘면서 반복된 세 가지 문제였습니다.

• Claude 창을 여러 개 열고 오가야 했습니다.
• 창마다 맥락을 다시 설명했고, 끝난 일을 놓쳤습니다.
• 자리를 비우면 일이 멈췄습니다.

지시를 총괄 매니저 하나에 모으고 전체 관리를 맡기면, 효율적인 업무 하달이 가능하고 내 장점이 명령 체계가 됩니다

지시 창구를 총괄 매니저 하나로 두어야 여러 팀에 효율적으로 업무를 하달할 수 있습니다. 사람은 총괄에게만 말하고, 팀에 전하는 일은 총괄 매니저가 합니다.

총괄 매니저가 일을 나누고 전체 프로젝트를 관리해야 팀 사이에서 문제가 생기지 않습니다. 총괄 매니저는 직접 만들지 않고 배분·진행 확인·보고를 맡으며, 단순한 조회나 요약은 더 가벼운 보조 모델에 넘깁니다.

이 명령 체계는 일을 글로 쪼개 나누는 내 장점에서 나왔습니다. FEXT의 경우를 네 덩어리로 정리합니다.

경험. 에이전트 팀을 꾸리며 알게 된 강점은 일을 글로 정리해 나눠 맡기는 능력이었습니다.

이유. 에이전트는 눈치로 알아듣지 않아서 무엇을, 누가, 어떤 순서로 할지 글로 또렷해야 결과가 나옵니다. 그래서 일을 글로 쪼개 나누는 방식이 그대로 총괄 매니저의 명령 체계가 됐습니다.

입증. 지금은 텔레그램 메시지 몇 줄로 조사, 정리, 다른 팀 전달까지 맡깁니다. 리서치팀 작업은 한 번 재 보니 약 5분이 걸렸습니다.

적용. 말이 편한 사람은 음성 지시를, 그림에 강한 사람은 스케치를 지시 체계의 중심에 둘 수 있습니다.

지시 기준을 문서로 두고 피드백을 주고받을수록 명령 체계는 더 정교해집니다. 팀의 톤과 확인 원칙 같은 기준을 팀 기준 문서에 두면 팀이 같은 기준으로 일하고, 결과에 피드백을 주며 지시를 다듬습니다.

팀을 기능별 서브 에이전트로 꾸리고 Orca와 텔레그램으로 연결하면, 자리를 비워도 일이 이어집니다

팀은 기능별로 나누고, 만드는 팀원과 검수하는 팀원을 분리합니다. 팀원은 서브 에이전트이며, Claude Code의 실험 기능인 에이전트 팀과는 다릅니다.

총괄 매니저는 Orca 자체 명령으로 팀 세션에 지시를 보내고 화면을 읽습니다. Orca는 본래 코딩 에이전트와 작업 공간(git 워크트리)을 관리하는 오픈소스 도구인데, 문서·리서치 팀에도 응용했습니다. 텔레그램은 두 갈래로 씁니다.

• 총괄 매니저와의 대화는 공식 Claude Code 텔레그램 채널입니다. 허용한 사람만 보낼 수 있고, 2026년 10월 기준 연구 프리뷰입니다.
• 팀의 완료 보고는 토큰과 비용을 아끼려고 각 팀이 작은 스크립트로 텔레그램에 직접 보냅니다. 보낼 때마다 보고 기록이 한 줄씩 남아, 총괄 매니저가 이 기록으로 실시간 확인·추적합니다.

자리를 비웠을 때 지시만 하면 텔레그램과 Remote Control(claude.ai/code)로 충분하고, 화면을 봐야 할 때는 원격 데스크톱을 씁니다.

마케팅은 강점·업무량·채널·자료 길이가 달라 온라인과 오프라인 두 팀으로 나눕니다

온라인과 오프라인은 강점과 업무량, 채널과 업계 특성이 달라 팀을 나눠 각각에 맞춥니다. 온라인은 섭외 메일·홍보 자료·브랜드 문구, 오프라인은 소개서와 현장 자료가 중심입니다.

두 팀의 자료를 한 팀에 몰지 않으면 팀마다 읽는 맥락이 짧게 유지됩니다. 효과는 수치로 재지 않았습니다.

팀별 업무·스킬·연결을 한곳에 정리하면, 역할이 겹치는지 바로 보입니다

총괄 매니저

• 맡은 일: 지시 배분, 진행 확인, 보고, 일정·메일 정리
• 팀원: 효율 점검 담당
• 스킬: orca-cli Orca 앱을 명령으로 조작, orchestration 여러 팀에 일을 나눠 맡기고 확인

리서치·문서팀

• 맡은 일: 조사, 원고, 검수, 문서 디자인
• 팀원: 조사 · 작가 · 검수 · 디자이너
• 스킬: doc-style 문서 문체 기준, doc-design 문서 디자인 기준, new-task 요청을 인터뷰로 구체화

마케팅 온라인팀

• 맡은 일: 섭외 메일, 홍보 자료, 브랜드 문구, 사이트 디자인·구현
• 팀원: 디자이너 · 웹 · 문구 · 브랜드 검수
• 스킬: copywriting* 카피 작성, copy-editing* 카피 교정, cold-email* 첫 연락 메일, public-relations* 홍보 자료, 단순 잡무를 보조 모델에 맡기는 자체 스킬

마케팅 오프라인팀

• 맡은 일: 소개서, 현장 자료
• 팀원: 없음(총괄 혼자 + 보조 모델)
• 스킬: 없음

웹·콘텐츠팀

• 맡은 일: 사이트 디자인·구현, 브랜드 문구, 콘텐츠 계획·글, 검색 노출, SNS
• 팀원: 디자인 디렉터 · 웹 디자이너 · 브랜드 전략 · 마케팅 전략 · 콘텐츠 작가 · QA
• 스킬: content-strategy* 콘텐츠 주제 설계, copywriting* 카피 작성, copy-editing* 카피 교정, seo-audit* 검색 노출 점검, social* SNS 운영 계획

* 마케팅 스킬 일부는 공개 저장소 marketingskills(MIT 라이선스)에서 골라, 우리 기준에 맞게 줄여 썼습니다.

팀이 함께 쓰는 연결(MCP)은 다음과 같습니다. 총괄 매니저의 일정·메일·문서 정리에 씁니다.

• Gmail: 메일 확인과 초안
• Google Calendar: 일정
• Google Drive: 문서 파일
• Claude Docs: 문서 작성
• 텔레그램 채널 플러그인: 휴대폰에서 대화

이 스킬과 연결은 리서치팀에 조사를 맡겨 그 결과로 정했습니다. 사람이 하나씩 추가하라고 지시한 것은 아니며, 필요하면 사람이 직접 명령해 더하거나 바꿀 수 있습니다.

이 구성은 연구 프리뷰 기능과 켜 둔 컴퓨터에 기대고, 위험한 일은 사람 승인이 필요합니다

텔레그램 채널은 연구 프리뷰라 방식이 바뀔 수 있습니다. 컴퓨터가 켜져 있어야 하고, 꺼지면 로컬 작업이 멈춥니다. Remote Control은 구독 로그인으로만 쓸 수 있고, 터미널을 다룰 수 있어야 합니다. 메일 발송과 공개는 사람이 승인합니다.

지시·결과·피드백을 DB로 쌓고 주·월 단위로 추적·관찰하면, 군더더기를 덜어내며 효율을 높일 수 있습니다

지시와 결과를 기록으로 쌓아 두어야 모든 팀의 일을 추적·관찰할 수 있습니다. 에이전트는 새 세션에서 앞의 대화를 기억하지 못하기 때문입니다. 지시는 위임 장부에 누가 무엇을 맡았고 보고가 왔는지 남기고, 결과는 브리프, 조사, 초안, 검수, 최종 순서의 작업 단계 기록으로 쌓습니다.

하루 일지와 팀별 현황이 있어서 총괄 매니저가 매일 새로 시작해도 일이 이어집니다. 아침에는 현황을 확인하고, 저녁에는 보고되지 않은 일을 모아 알려 줍니다. 아침에 "팀들 뭐 하고 있는지 확인해 줘"라고 보내면 총괄 매니저가 팀 화면을 읽고 정리하는데, 한 번 재 보니 3분이 걸렸습니다.

이렇게 쌓은 DB를 주·월 단위처럼 기간을 두고 추적·관찰해야 업무 효율을 계산할 수 있습니다. 한 번의 결과만 보면 비교할 기준이 없습니다. 피드백도 기록으로 남기고, 최종 결과물은 목록과 성과 메모로 남깁니다.

점검은 주 단위로 하고, 월 단위로 묶어 다시 봅니다. 효율 점검 담당이 매주 화요일 기록을 읽고 팀별 비용, 모델 배정, 검수 횟수, 세션 길이를 기준선과 비교해 규칙 수정안을 냅니다. 월 단위 점검도 도입하기로 해, 매월 첫 화요일 주간 리뷰에서 지난달 위임 완료율, 결과물 수, 비용을 돌아보고 다음 달 개선 과제를 정합니다. 비용 금액과 효율 수치는 이 글에서 밝히지 않습니다.

운영하며 고친 규칙은 네 가지입니다.

• 만드는 역할과 검수 역할을 분리했습니다.
• 모든 일에 같은 모델을 쓰지 않고 역할마다 모델을 정했습니다.
• 한 세션을 오래 쓰지 않고 일이 끝나면 정리합니다.
• 같은 브랜드의 기준 파일을 하나로 합쳤습니다.

점검과 수정은 에이전트가 거들어도, 최종 확인은 사람이 합니다

만드는 시간은 줄어도 확인하는 일은 사람 몫입니다. 검수 역할을 두어도 오류는 남습니다. 안전장치가 자동 실행을 멈출 때는 사람이 원격으로 한 번 눌러 줍니다.

내 방식대로 팀을 꾸리고 기록·점검하며 함께 일하면, 장점이 날카로워지고 나만의 AI 팀이 자랍니다

장점을 찾을 수 있게 에이전트 팀을 꾸리고 함께 일하다 보면, 내 장점이 점점 날카롭고 명료해집니다. 처음부터 장점을 다 알 필요는 없으니, 지금 아는 잘하는 일, 막히는 일, 편한 표현 방식을 적고 팀을 하나만 만듭니다. FEXT도 일을 글로 나눠 맡기는 강점을 팀과 일하면서 알게 됐습니다.

기록 방식은 처음에 정하고, 점검은 주 단위에서 시작해 월 단위로 넓힙니다. 맡긴 일의 장부와 하루 일지만 있어도 추적이 시작됩니다. 준비물은 켜 둘 수 있는 컴퓨터, Claude Code, Orca, 텔레그램 봇입니다.

그래서 세 가지로 정리합니다.

1. 내 장점을 기준으로 지시 체계를 세우면, 몰랐던 강점까지 드러나고 일할수록 더 정교하게 다듬어집니다.
2. 지시·결과·피드백을 쌓은 DB가 추적 관리의 핵심이며, 비서 역할을 하는 총괄 에이전트 매니저가 모든 팀의 일을 추적·관찰할 수 있게 하는 중심이 됩니다.
3. 에이전트와 양방향으로 주고받은 데이터로 주·월 단위 성과를 점검해, 군더더기를 덜어내며 효율을 높여 갑니다.

이 구성은 정답이 아니라 시작점입니다. 주·월 단위로 평가하며 꾸준히 고쳐 나가야 내 일에 맞는 팀이 됩니다.

우리 일에 맞는 에이전트 기반 팀 구축이 필요하다면 문의로 상황을 남겨 주세요.