Section 1.10.32 of "de Finibus Bonorum et Malorum", written by Cicero in 45 BC
"Sed ut perspiciatis unde omnis iste natus error sit voluptatem accusantium doloremque laudantium, totam rem aperiam, eaque ipsa quae ab illo inventore veritatis et quasi architecto beatae vitae dicta sunt explicabo. Nemo enim ipsam voluptatem quia voluptas sit aspernatur aut odit aut fugit, sed quia consequuntur magni dolores eos qui ratione voluptatem sequi nesciunt. Neque porro quisquam est, qui dolorem ipsum quia dolor sit amet, consectetur, adipisci velit, sed quia non numquam eius modi tempora incidunt ut labore et dolore magnam aliquam quaerat voluptatem. Ut enim ad minima veniam, quis nostrum exercitationem ullam corporis suscipit laboriosam, nisi ut aliquid ex ea commodi consequatur? Quis autem vel eum iure reprehenderit qui in ea voluptate velit esse quam nihil molestiae consequatur, vel illum qui dolorem eum fugiat quo voluptas nulla pariatur?"

1914 translation by H. Rackham
"But I must explain to you how all this mistaken idea of denouncing pleasure and praising pain was born and I will give you a complete account of the system, and expound the actual teachings of the great explorer of the truth, the master-builder of human happiness. No one rejects, dislikes, or avoids pleasure itself, because it is pleasure, but because those who do not know how to pursue pleasure rationally encounter consequences that are extremely painful. Nor again is there anyone who loves or pursues or desires to obtain pain of itself, because it is pain, but because occasionally circumstances occur in which toil and pain can procure him some great pleasure. To take a trivial example, which of us ever undertakes laborious physical exercise, except to obtain some advantage from it? But who has any right to find fault with a man who chooses to enjoy a pleasure that has no annoying consequences, or one who avoids a pain that produces no resultant pleasure?"

Section 1.10.33 of "de Finibus Bonorum et Malorum", written by Cicero in 45 BC
"At vero eos et accusamus et iusto odio dignissimos ducimus qui blanditiis praesentium voluptatum deleniti atque corrupti quos dolores et quas molestias excepturi sint occaecati cupiditate non provident, similique sunt in culpa qui officia deserunt mollitia animi, id est laborum et dolorum fuga. Et harum quidem rerum facilis est et expedita distinctio. Nam libero tempore, cum soluta nobis est eligendi optio cumque nihil impedit quo minus id quod maxime placeat facere possimus, omnis voluptas assumenda est, omnis dolor repellendus. Temporibus autem quibusdam et aut officiis debitis aut rerum necessitatibus saepe eveniet ut et voluptates repudiandae sint et molestiae non recusandae. Itaque earum rerum hic tenetur a sapiente delectus, ut aut reiciendis voluptatibus maiores alias consequatur aut perferendis doloribus asperiores repellat."

1914 translation by H. Rackham
"On the other hand, we denounce with righteous indignation and dislike men who are so beguiled and demoralized by the charms of pleasure of the moment, so blinded by desire, that they cannot foresee the pain and trouble that are bound to ensue; and equal blame belongs to those who fail in their duty through weakness of will, which is the same as saying through shrinking from toil and pain. These cases are perfectly simple and easy to distinguish. In a free hour, when our power of choice is untrammelled and when nothing prevents our being able to do what we like best, every pleasure is to be welcomed and every pain avoided. But in certain circumstances and owing to the claims of duty or the obligations of business it will frequently occur that pleasures have to be repudiated and annoyances accepted. The wise man therefore always holds in these matters to this principle of selection: he rejects pleasures to secure other greater pleasures, or else he endures pains to avoid worse pains."

안녕하세요. 정리하는 개발자 워니즈입니다.

요즘 기술 피드를 보면 AI 에이전트 위임을 여러 개로 나누는 구조가 부쩍 늘었습니다. AWS의 3-에이전트 아키텍처 사례처럼 문의 유형별로 에이전트를 쪼개 응답 시간을 몇 시간에서 몇 분으로 줄였다는 이야기가 나오고, 여러 에이전트를 한 팀처럼 묶는 도구도 계속 등장합니다.

저도 그렇게 씁니다. 판단은 제가 하고, 구현은 다른 에이전트에게 넘기는 구조입니다.

그런데 어제 그 구조가 저를 배신했습니다. 정확히는 제가 위임 비용을 계산에 넣지 않았습니다.

이 글의 결론을 먼저 말씀드리겠습니다. AI 에이전트 위임이 줄여주는 것은 실행 시간뿐입니다. 브리프를 쓰는 시간, 결과를 검증하는 시간, 실패했을 때 복구하는 시간은 그 대신 새로 생깁니다. 특히 복구 비용은 확률적으로 발생하기 때문에 계산에서 빠지기 쉽습니다.

그래서 저는 넘길지 말지를 “이게 더 빠른가”로 판단하지 않습니다. “이게 중간에 멈추면, 나는 무엇을 건지는가.” 답이 “아무것도”라면 작업을 쪼개거나 직접 하는 편이 낫습니다.

그러면 본격적으로 정리해보도록 하겠습니다.

1. 어제 있었던 일

콘텐츠 파이프라인 스크립트 두 개를 만들어야 했습니다. 저는 이렇게 판단했습니다.

코드가 300줄쯤 될 것 같다. 브리프는 그보다 짧다. 그러니 위임한다.

브리프를 썼습니다. 데이터 스키마, 함정, 보안 요구사항, 완료 기준까지 넣었습니다. 꽤 정성껏 썼고, 실제로 좋은 브리프였다고 생각합니다.

그리고 워커가 세션 한도에 걸려 중단됐습니다.

돌아온 건 “파일을 읽기 시작하겠습니다” 한 줄이었습니다. 결국 제가 처음부터 다시 만들었습니다.

여기서 잃은 건 시간만이 아닙니다. 브리프를 쓰는 데 들인 시간이 통째로 매몰됐습니다. 직접 만들었다면 그 시간에 이미 절반은 끝났을 겁니다.

2. 위임 비용은 세 갈래로 나뉩니다

이 일을 겪고 나서 AI 에이전트 위임이 시간을 절약해준다는 전제를 다시 봤습니다. 절약되는 건 실행 시간뿐이고, 나머지는 새로 생깁니다.

브리프 작성 비용. 에이전트가 재탐색하지 않으려면 이미 파악한 컨텍스트를 전부 적어야 합니다. 파일 경로, 프로젝트 컨벤션, 알려진 함정, 완료 기준. 이걸 대충 쓰면 결과가 산으로 가고, 제대로 쓰면 그 자체가 일입니다.

검증 비용. 에이전트의 완료 보고는 자기 행동에 대한 서술이지 시스템 상태가 아닙니다. diff를 직접 봐야 하고, 테스트를 돌려야 합니다.

실패 복구 비용. 중단되거나 잘못 만들면 원점입니다. 그리고 이건 확률적으로 발생하기 때문에 평소 계산에서 빠지기 쉽습니다.

3. 그래서 판단 기준을 이렇게 바꿨습니다

AI 에이전트 위임을 판단하는 원래 기준은 단순했습니다.

예상 브리프가 예상 코드보다 짧으면 위임한다.

틀리진 않았지만 부족했습니다. 실패 확률과 복구 비용이 빠져 있었습니다. 지금은 이렇게 봅니다.

세 번째가 어제 제가 놓친 것입니다. 스크립트 두 개를 한 워커에게 묶어 맡겼는데, 그러면 중단 시 둘 다 사라집니다. 쪼개서 맡겼다면 하나는 건졌을 겁니다.

네 번째도 중요합니다. “이 코드가 맞는가”를 사람이 읽어서 판단해야 한다면, 읽는 시간이 짓는 시간과 크게 다르지 않습니다.

4. 검증 비용은 생각보다 비쌉니다

같은 날 이런 일도 있었습니다.

워커가 보고에 이렇게 적었습니다.

기존 보안 스캐너에 사내 라는 단어를 잡는 패턴이 없다. 즉 “사내 환경을 점검하세요” 같은 문장은 그대로 통과한다.

저는 이걸 의심했습니다. grep -c 사내 를 돌렸더니 14건이 나왔거든요. “워커가 틀렸다”고 판단했습니다.

그런데 실제로 열어보니 14건은 전부 패턴의 이름이었습니다.

("사내 도메인",   r"..."),   # ← '사내'는 레이블이지 탐지 대상이 아니다
("사내 인프라",   r"..."),

단어 자체를 잡는 정규식은 하나도 없었습니다. 워커가 맞았고 제가 틀렸습니다.

여기서 얻은 건 두 가지입니다. 하나는 검증도 틀릴 수 있다는 것. 다른 하나는 그 검증에 시간이 든다는 것입니다. 위임의 이득을 계산할 때 이 시간을 빼야 합니다.

참고로 저 구멍은 그 자리에서 메웠습니다. 어휘 자체를 잡는 규칙을 추가했습니다.

("회사 맥락 어휘", r"사내|우리\s*(?:팀|회사)|자사|당사"),

5. 그럼 위임을 줄여야 하나

아닙니다. AI 에이전트 위임을 포기하자는 게 아니라 계산을 바꿔야 한다는 얘기입니다.

위임이 확실히 이득인 경우가 있습니다.

• 서로 독립적인 작업 여러 개, 병렬로 도니 실행 시간이 실제로 줄어듭니다
• 검증이 기계적인 작업, 테스트가 통과하면 끝나는 종류
• 컨텍스트가 오염되면 안 되는 작업, 구현자와 리뷰어를 분리해야 할 때

반대로 한두 줄 수정, 설정 파일 변경, 이미 맥락을 다 쥐고 있는 단발 작업은 직접 하는 게 빠릅니다. 브리프를 쓰는 동안 이미 끝났을 일이니까요.

병렬로 나눌 때 실제로 무엇을 얻고 무엇을 잃는지는 병렬 코딩 에이전트 손익계산서에서 공개된 실측치로 따로 정리했습니다.

에이전트에게 어디까지 맡길지는 권한 문제이기도 합니다. 그 얘기는 AI 에이전트 권한 설계, ‘되돌릴 수 있다’는 착각에서 따로 정리했습니다.

6. AI 에이전트 위임 요약

• 위임이 줄여주는 건 실행 시간뿐이다. 브리프, 검증, 복구 비용은 새로 생긴다
• 실패 복구 비용은 확률적이라 평소 계산에서 빠진다. 한 번 겪어야 보인다
• 여러 작업을 한 워커에 묶으면 중단 시 전부 잃는다. 쪼개면 부분이라도 건진다
• 검증이 사람의 판독을 요구하면, 읽는 시간이 짓는 시간과 크게 다르지 않다
• 검증하는 쪽도 틀린다. 워커 보고를 반박하기 전에 내 근거부터 확인할 것

당장 해보실 수 있는 것 하나를 남기겠습니다. 다음에 에이전트에게 일을 넘기기 전에 이 질문에 답해보세요.

“이게 중간에 멈추면, 나는 무엇을 건지는가?”

답이 “아무것도”라면 작업을 쪼개거나 직접 하는 편이 낫습니다.

다음 글에서는 이 파이프라인을 실제로 어떻게 굴리고 있는지, 어디서 자동화를 의도적으로 끊었는지 정리해보겠습니다.

읽어주셔서 감사합니다. 비슷한 고민을 하고 계시거나 짚어주실 부분이 있으면 편하게 남겨주세요.

The post [DevOps] AI 에이전트 위임, 넘기는 것 자체가 공짜가 아니다 appeared first on WONIZZ.LOG.

Section 1.10.32 of "de Finibus Bonorum et Malorum", written by Cicero in 45 BC
"Sed ut perspiciatis unde omnis iste natus error sit voluptatem accusantium doloremque laudantium, totam rem aperiam, eaque ipsa quae ab illo inventore veritatis et quasi architecto beatae vitae dicta sunt explicabo. Nemo enim ipsam voluptatem quia voluptas sit aspernatur aut odit aut fugit, sed quia consequuntur magni dolores eos qui ratione voluptatem sequi nesciunt. Neque porro quisquam est, qui dolorem ipsum quia dolor sit amet, consectetur, adipisci velit, sed quia non numquam eius modi tempora incidunt ut labore et dolore magnam aliquam quaerat voluptatem. Ut enim ad minima veniam, quis nostrum exercitationem ullam corporis suscipit laboriosam, nisi ut aliquid ex ea commodi consequatur? Quis autem vel eum iure reprehenderit qui in ea voluptate velit esse quam nihil molestiae consequatur, vel illum qui dolorem eum fugiat quo voluptas nulla pariatur?"

1914 translation by H. Rackham
"But I must explain to you how all this mistaken idea of denouncing pleasure and praising pain was born and I will give you a complete account of the system, and expound the actual teachings of the great explorer of the truth, the master-builder of human happiness. No one rejects, dislikes, or avoids pleasure itself, because it is pleasure, but because those who do not know how to pursue pleasure rationally encounter consequences that are extremely painful. Nor again is there anyone who loves or pursues or desires to obtain pain of itself, because it is pain, but because occasionally circumstances occur in which toil and pain can procure him some great pleasure. To take a trivial example, which of us ever undertakes laborious physical exercise, except to obtain some advantage from it? But who has any right to find fault with a man who chooses to enjoy a pleasure that has no annoying consequences, or one who avoids a pain that produces no resultant pleasure?"

Section 1.10.33 of "de Finibus Bonorum et Malorum", written by Cicero in 45 BC
"At vero eos et accusamus et iusto odio dignissimos ducimus qui blanditiis praesentium voluptatum deleniti atque corrupti quos dolores et quas molestias excepturi sint occaecati cupiditate non provident, similique sunt in culpa qui officia deserunt mollitia animi, id est laborum et dolorum fuga. Et harum quidem rerum facilis est et expedita distinctio. Nam libero tempore, cum soluta nobis est eligendi optio cumque nihil impedit quo minus id quod maxime placeat facere possimus, omnis voluptas assumenda est, omnis dolor repellendus. Temporibus autem quibusdam et aut officiis debitis aut rerum necessitatibus saepe eveniet ut et voluptates repudiandae sint et molestiae non recusandae. Itaque earum rerum hic tenetur a sapiente delectus, ut aut reiciendis voluptatibus maiores alias consequatur aut perferendis doloribus asperiores repellat."

1914 translation by H. Rackham
"On the other hand, we denounce with righteous indignation and dislike men who are so beguiled and demoralized by the charms of pleasure of the moment, so blinded by desire, that they cannot foresee the pain and trouble that are bound to ensue; and equal blame belongs to those who fail in their duty through weakness of will, which is the same as saying through shrinking from toil and pain. These cases are perfectly simple and easy to distinguish. In a free hour, when our power of choice is untrammelled and when nothing prevents our being able to do what we like best, every pleasure is to be welcomed and every pain avoided. But in certain circumstances and owing to the claims of duty or the obligations of business it will frequently occur that pleasures have to be repudiated and annoyances accepted. The wise man therefore always holds in these matters to this principle of selection: he rejects pleasures to secure other greater pleasures, or else he endures pains to avoid worse pains."

안녕하세요. 정리하는 개발자 워니즈입니다.

오늘 GeekNews에 병렬 코딩 에이전트를 여러 개 굴리는 오케스트레이터가 하루에 두 건 올라왔습니다. 도구가 몰려나오는 국면이라, 병렬로 나눠 맡기는 방식이 실제로 무엇을 주고 무엇을 뺏는지 공개된 실측치 기준으로 정리했습니다.

1. 무슨 일, 하루에 병렬 코딩 에이전트 도구 두 개

• Paseo (GeekNews): Claude Code, Codex, Copilot, OpenCode, Pi를 한 인터페이스에서 다루는 self-hosted 오케스트레이터입니다. 데스크톱, 모바일, 웹, CLI를 지원하고 음성으로도 지시할 수 있습니다. 라이선스는 AGPL-3.0입니다.
• Orca (GeekNews): 에이전트마다 격리된 git worktree를 붙여 나란히 돌리는 오픈소스 ADE입니다. 모바일 원격 모니터링, GitHub, Linear 연동, SSH 원격 워크트리를 제공하고 MIT 라이선스입니다.

둘 다 전제가 같습니다. 에이전트를 동시에 여러 개 돌리는 일이 이제 별도 도구를 살 만큼 흔해졌다는 것입니다.

2. 병렬화가 실제로 주는 것

Anthropic은 리서치 기능에서 Opus 4를 리드로 두고 Sonnet 4 서브에이전트를 붙인 구성이 단일 Opus 4보다 내부 평가에서 90.2% 높은 점수를 냈다고 공개했습니다. 같은 글은 토큰 사용량 하나로 성능 분산의 80%가 설명된다고 적었습니다. 서브에이전트마다 자기 컨텍스트 창을 따로 갖고 독립적인 갈래를 파고드는 구조가 이득의 정체입니다. 대신 토큰은 일반 대화의 약 15배를 씁니다.

이득이 하나 더 있습니다. 만드는 쪽과 채점하는 쪽을 분리하는 것입니다. Anthropic의 하네스 설계 글은 모델이 자기 산출물을 후하게 평가한다고 적었습니다. 같은 과제를 평가자 없이 돌렸을 때는 20분 $9에 핵심 기능이 작동하지 않았고, 플래너→제너레이터→평가자 전체 구성은 6시간 $200으로 10개 스프린트에 걸쳐 16개 기능을 작동 상태로 만들었습니다. 20배가 넘는 비용이 작동 여부를 샀습니다.

3. 병렬 코딩 에이전트가 손해를 보는 지점

반대 방향 데이터가 있습니다. 구글 리서치는 5개 아키텍처, 180개 구성, 4개 벤치마크 실험에서, 분해 가능한 금융 추론 과제는 중앙집중 멀티에이전트가 단일 대비 80.9% 향상된 반면 순차 계획 과제(PlanCraft)에서는 시험한 모든 멀티에이전트 구성이 39~70% 저하됐다고 보고했습니다. 원인으로는 정보 파편화를 들었습니다. 단계마다 요약본으로 넘기면서 앞 단계의 상태가 유실됩니다. 오류가 번지는 정도도 구조에 따라 갈렸습니다. 중앙집중형은 4.4배, 독립형은 17.2배였습니다.

Anthropic도 같은 경계를 적어뒀습니다. 코딩 작업은 리서치보다 진짜로 병렬화 가능한 부분이 적다는 문장입니다.

제가 겪은 손해는 더 단순한 모양이었습니다. 서로 다른 작업 두 개를 한 번에 묶어서 맡겼다가 중간에 끊겼고, 결과물은 0이었고 브리프 쓴 시간만 남았습니다. AI 시대 팀 리드, 제가 빠졌던 판단 착각 3가지에 적어둔 사례입니다. 그리고 병렬로 돌리면 산출물이 늘어나는 만큼 검증 부담이 같이 늘어납니다.

4. 그래서 언제 나누고 언제 안 나누나

제가 쓰는 기준은 속도가 아니라 실패했을 때 무엇이 남는가입니다.

• 실패해도 앞부분이 남으면 묶고, 끊기면 전부 날아가면 쪼갭니다
• 순차 의존이 강한 작업은 한 세션에 몰아줍니다. 넘기는 횟수가 곧 유실 지점입니다
• 검증은 구현한 에이전트가 아닌 다른 에이전트에 맡깁니다
• 브리프 쓰는 시간이 예상 diff보다 길면 그냥 직접 합니다

도구를 고르기 전에 정할 것은 쪼개는 단위입니다. 저는 하네스도 6개월 굴리고 절반 가까이 걷어냈습니다. 오케스트레이터를 붙인다고 이 판단이 자동으로 되지는 않습니다.

5. 정리

• 병렬 코딩 에이전트 오케스트레이터 Paseo와 Orca가 같은 날 공개됐습니다. 격리 방식은 git worktree, 조작 지점은 모바일까지 내려왔습니다
• 이득은 독립 갈래 팬아웃과 별도 컨텍스트 창입니다. Anthropic 리서치 구성은 단일 대비 90.2% 향상, 대신 토큰 약 15배입니다
• 만드는 에이전트와 채점하는 에이전트를 나누면 비용이 크게 늘고 작동 여부가 바뀝니다
• 손해는 순차 의존 작업에서 나옵니다. 구글 리서치 실험에서 39~70% 저하, 오류 증폭은 독립형에서 17.2배였습니다
• 판단 기준은 실패했을 때 무엇이 남는가입니다. 남으면 묶고, 전부 날아가면 쪼갭니다

읽어주셔서 감사합니다. 어떤 단위로 쪼개서 맡기고 계신지 궁금합니다.

참고

• Paseo (GitHub, getpaseo/paseo) / GeekNews 소개
• Orca (GitHub, stablyai/orca) / GeekNews 소개
• Towards a science of scaling agent systems (Google Research, 2026-01-28) / arXiv:2512.08296
• How we built our multi-agent research system (Anthropic, 2025-06-13)
• Harness design for long-running application development (Anthropic, 2026-03-24)

The post [AI Now] 병렬 코딩 에이전트 도구가 쏟아집니다, 6개월 굴려본 손익계산서 appeared first on WONIZZ.LOG.