Transcript
00:00:00AI 코딩 에이전트 하나를 돌리는 건 쉽죠. 늘 하는 일이니까요. 하지만 다섯 개나 열 개를 동시에 돌리면,
00:00:05금세 엉망이 됩니다. 탭은 도처에 널리고, 추적할 수 없는 Tmux 세션들이 생겨나고,
00:00:10에이전트 하나는 멈춰 있고, 다른 하나는 브랜치를 망가뜨리는데 뭐가 뭔지 알 수가 없죠.
00:00:15이게 바로 '에이전트 오브 엠파이어스(Agent of Empires)'입니다. 모든 AI 에이전트를
00:00:20한 화면에서 제어할 수 있는 미션 컨트롤 대시보드죠. 앞으로 60초 안에 이게 왜 주목받는지 보여드릴게요.
00:00:30자, 빠르게 정리해 보죠. '에이전트 오브 엠파이어스'는 또 다른 코딩 에이전트가 아닙니다. 아니에요. Claude나
00:00:37Codex 같은 걸 대체하지 않아요. 그저 그 위에 앉아 있을 뿐이죠. 여러분이 이미
00:00:43워크플로우에서 사용 중인 모든 것을 실행합니다. 이게 지금 중요한 이유는 상황이 바뀌었기 때문이에요. 1~2년 전에는
00:00:49에이전트를 하나만 돌렸죠. 이제는 다섯, 열, 스무 개 등 여러 에이전트를 돌리고 있으니까요.
00:00:55진짜 문제는 AI의 성능이 아니라, 이 에이전트들이 함께 작업할 때 어떻게 관리하느냐입니다.
00:01:01무엇이 실행 중인지 모르고, 뭐가 멈춰 있는지 모릅니다. 터미널은 계속 늘어나고요.
00:01:08브랜치끼리 충돌하고, 종종, 아니 사실 더 자주 조용히 문제들이 발생하죠.
00:01:13'에이전트 오브 엠파이어스'가 해결해 줍니다. 보여드릴게요. 워크플로우를 가속화하는 코딩 도구를 좋아하신다면
00:01:18구독 부탁드립니다. 계속해서 새로운 영상이 올라오니까요. 자, 이제 설치해 보죠.
00:01:22명령어 하나면 됩니다. 저는 Mac을 쓰니까 brew install AOE를 입력하고, AOE launch를 실행합니다. 바로 여기서
00:01:29진가가 드러납니다. 이 화면, TUI가 바로 여러분의 전체 에이전트 시스템입니다. 자, 이제
00:01:36실제로 해보죠. Claude를 사용해 에이전트 두 개를 띄워보겠습니다. 하나는 인증(auth)을 담당하고, 하나는 API를 리팩토링합니다.
00:01:43여기서 N 키를 눌러 생성할 수 있습니다. 보통은 여러 터미널을,
00:01:49여러 브랜치를 오가며 정신없이 작업해야 하죠. 여기선 이미 다 정리되어 있습니다. 자, 보세요.
00:01:55N 키를 누른 후 이름을 지정합니다. 이건 실행 중이죠? 새 에이전트를 하나 더 만들 수 있습니다.
00:02:01이건 대기 중이고요. 따로 연결하거나 추측할 필요가 없었습니다. 첫 번째 에이전트로 들어가서 프롬프트를 입력하고,
00:02:06다른 것으로 전환할 수도 있습니다. 프롬프트를 실행하고 두 에이전트가 처리되는 과정을
00:02:11모니터링합니다. 들어가고 나가는 것도, 바로 전환하는 것도 가능하죠.
00:02:16에이전트들이 함께 모든 것을 빌드하는 동안 저는 여기서 전체 상황을 모니터링할 수 있습니다.
00:02:22에이전트를 폴더별로 그룹화할 수도 있고 더 추가할 수도 있죠. 대부분 사람이 예상 못 하는
00:02:27단순한 부분은 여기까지고요. 이제 왜 이게 중요한지 말씀드릴게요.
00:02:32정말 훌륭한 UI를 구현했습니다. 그래서 중요한 거죠. 왜냐하면
00:02:36이게 시간을 아껴주느냐 아니냐의 문제니까요. 첫 번째 문제는 터미널의 혼란입니다.
00:02:41너무 많은 세션을 실행하다 보니 전환하는 데 너무 많은 에너지를 씁니다. 뇌가 내부적으로 경로를 처리하고 있는 거죠.
00:02:48AOE는 그걸 하나의 뷰로 대체합니다. 이제 모든 것을 보면서 전환할 수 있죠.
00:02:54다음은 상태를 알 수 없는 문제입니다. 에이전트가 뭘 하는지 모르니 계속
00:03:01확인하게 되죠. 계속 다시 확인하느라 시간을 낭비하게 되고,
00:03:06흐름이 끊깁니다. AOE는 실제로 연결하지 않고도 실행 중인지, 대기 중인지, 유휴 상태인지, 오류가 났는지 알려줍니다.
00:03:12그러니 추측하는 대신 무슨 일이 일어나는지 정확히 알게 되죠. 그다음은
00:03:18브랜치 충돌 문제입니다. 에이전트들이 서로의 작업을 덮어쓰며 큰 혼란을 야기하죠. AOE는
00:03:25git worktree를 사용하여 각 에이전트가 자체 브랜치를 갖게 합니다. 같은 저장소 내에서 충돌은 제로죠.
00:03:32마지막 해결 문제는 안전성입니다. 에이전트에게 전체 권한을 주는 건 위험할 수 있어요. AOE는
00:03:39선택적으로 Docker 샌드박스를 추가합니다. 에이전트를 격리된 상태로 유지해 여러분의 시스템을 보호하죠. 게다가 세션은
00:03:46재시작 후에도 유지됩니다. 원한다면 폰으로도 확인할 수 있죠, 꽤 멋지지 않나요?
00:03:52프로젝트별 프로필과 diff 기능도 내장되어 있고요. 다시 말하지만 정말 멋진 도구입니다. 기존 도구를 대체하지는
00:03:59않아요. 기억하세요, 그 위에 올라가 있는 겁니다. Tmux는 지속성을 제공하지만, AOE는 더 많은
00:04:06인식과 자동화를 제공하죠. Agent deck도 비슷하지만, AOE는 구조적인 측면이 더 강합니다. Worktree,
00:04:14Docker, 실제 규모에 맞춘 병렬 워크플로우까지요. IDE 에이전트는 단일 파일 작업엔 훌륭하지만, AOE는
00:04:23전체 저장소에서 여러 에이전트를 돌릴 때 사용합니다. 자, 사람들이 실제로 가장 좋아하는 점은 한눈에 들어오는
00:04:30상태 확인입니다. 정말 대단하죠. 자주 언급되는 기능입니다. 모든 것을 시각적으로 확인할 수 있으니까요.
00:04:36폰으로도 에이전트를 확인할 수 있습니다. 전 실제로 해보진 않았지만요. 그러니
00:04:41제 말만 믿지 마세요. 그래도 그럴 능력이 있다는 거죠. 아주 훌륭해요. 생각보다 더 큰 일입니다. Worktree에
00:04:47Docker까지 더해져 마침내 안전해졌죠. 그게 큰 장점이에요. 많은 분이 똑같이 말하더군요.
00:04:52터미널에서 바로 전환하며 사용할 수 있어 무슨 일이 일어나는지 훨씬 더 잘 통제된다고 느끼는 거죠.
00:04:57하지만 완벽하진 않습니다. 학습 곡선은 있습니다. 솔직히 말하면,
00:05:02설정은 매우 쉬웠습니다. 터미널을 싫어하신다면, 음, 이건 터미널 인터페이스입니다.
00:05:07죄송합니다. 웹 대시보드는 아직 발전하는 중이라 다듬어지지 않은 부분이 있고, TMUX와 관련해
00:05:13버그도 있었지만 금방 고쳐졌습니다. 여러분, 솔직히 에이전트를 하나만 돌린다면,
00:05:19이게 필요 없어요. 이건 여러 에이전트를 관리하기 위한 것이고, 그럴 때 빛을 발하는 도구입니다.
00:05:24그럼 가치가 있을까요? 네, 당연하죠. CLI 에이전트를 두 개 이상 돌린다면 무조건입니다.
00:05:30꼭 사용해 보세요. 오늘 당장 설치하세요. 오픈 소스이고 무료입니다. 여러분의 시간을
00:05:34대폭 아껴줄 겁니다. 정신적 부담을 줄여주고 정말 좋은 기능들이 많아요. 작업 흐름을 유지하게 해주죠.
00:05:40에이전트를 하나만 쓰신다면 큰 변화는 없을 겁니다. 하지만 설치해 보는 데는 1분도 안 걸리니
00:05:45한번 시도해 볼 가치는 충분하죠. 워크플로우를 가속화하는 코딩 도구와 팁을 좋아하신다면,
00:05:50BetterStack 채널을 구독해 주세요. 다음 영상에서 뵙겠습니다.
Community Posts
No posts yet. Be the first to write about this video!
Write about this video