메뉴
BL
The Decoder 2일 전

커서의 AI 에이전트 군집, 저렴한 모델로도 코딩 완수 입증

IMP
9/10
핵심 요약

AI 코드 에디터 커서(Cursor)는 최첨단 고성능 AI 모델이 계획(Planning)을 담당하고 저렴한 모델들이 실제 코딩을 수행하는 '에이전트 군집(Agent Swarm)' 방식을 도입했습니다. 이를 통해 수많은 AI 에이전트가 병렬로 작업하여 방대한 프로젝트를 빠르고 저렴하게 완수할 수 있음을 증명했으며, 1초에 1,000개의 커밋을 처리하는 등 기존 개발 방식의 한계를 뛰어넘었습니다. 이는 향후 소프트웨어 개발 파이프라인이 고성능 모델의 지시와 경제적인 작업 모델의 결합으로 재편될 수 있음을 시사하는 중요한 변화입니다.

번역된 본문

커서(Cursor)의 에이전트 군집(Agent swarm)은 최첨단 고성능 모델(frontier models)이 작업을 계획할 때, 더 저렴한 모델들이 대부분의 코딩을 처리할 수 있음을 보여줍니다. 조나단 켐퍼(Jonathan Kemper) / THE DECODER가 작성 (2026년 7월 26일)

커서(Cursor)는 업그레이드된 에이전트 군집을 이전 버전과 경쟁시키는 테스트를 진행했습니다. 두 시스템 모두 소스 코드나 인터넷 접근 없이 오직 공식 문서만 사용하여 SQLite를 러스트(Rust)로 다시 만들도록 지시받았습니다. 그 결과, 새로운 시스템의 모든 구성은 테스트 스위트(test suite)에서 100%의 달성률을 기록한 반면, 이전 버전의 군집은 자체적인 병합 충돌(merge conflicts)에 빠져 제대로 진행하지 못했습니다.

커서에서 에이전트 함대(fleet)는 단순한 연구 프로젝트를 넘어 핵심 제품으로 자리 잡았습니다. 커서 3(Cursor 3)에서는 개발자들이 전체 AI 에이전트 함대를 병렬로 실행할 수 있습니다. 커서를 개발한 Anysphere사는 최근 일론 머스크의 스페이스X(SpaceX)에 600억 달러에 인수되었습니다.

이 시스템은 에이전트를 두 가지 역할로 나눕니다. 강력한 최첨단 모델을 사용하는 '플래너 에이전트(Planner agents)'는 목표를 재귀적으로 더 작은 작업으로 분해합니다. 그리고 더 빠르고 저렴한 모델을 사용하는 '워커 에이전트(Worker agents)'가 해당 작업들을 수행합니다. 그 결과, 작업이 진행됨에 따라 적응하는 '태스크 트리(Task tree)'가 만들어집니다.

커서는 이러한 역할 분담이 주로 문맥(context) 문제를 해결한다고 설명합니다. 단일 에이전트는 전체 트리를 탐색하면서 최종 목표와 현재 작업을 동시에 기억해야 합니다. 이것이 긴 작업 도중 에이전트가 엉뚱한 방향으로 빠지는(drift) 이유를 설명해 줍니다. 커서의 군집 시스템에서는 플래너는 코드를 작성하지 않고, 워커는 계획을 세우지 않습니다.

Git은 초당 1,000개의 커밋을 처리하지 못했다

초기 버전의 커서 브라우저 군집은 Git에서 시간당 약 1,000개의 커밋에 도달했습니다. 당시에는 워커 에이전트, 심사 역할을 하는 판사 에이전트(judge agent), 그리고 충돌을 해결하는 통합자(integrator)를 사용했습니다. 하지만 그 통합자가 제거한 것보다 더 많은 병목 현상을 만들어냈습니다.

새로운 군집은 초당 1,000개의 커밋에 도달했기 때문에, 커서는 자체적인 버전 관리 시스템을 구축해야만 했습니다. 이 속도로 작동하는 에이전트들은 인간 팀이 한 번도 겪어보지 못한 방식의 실패 모드(failure modes)를 만들어냈기 때문입니다. 커서가 명명한 소위 "스플릿 브레인(split-brain) 설계" 상황에서는, 두 명의 플래너가 서로 모르는 채로 같은 아이디어를 다른 장소에 각각 구축하고 서로 다른 방식으로 구현하기도 했습니다. 플래너들이 서로의 존재를 알게 되어 경쟁적인 코드 수정으로 상대방을 차단하려 할 때 충돌을 관리하는 것은 훨씬 더 어려웠습니다.

이를 해결하기 위해 커서는 에이전트들이 자신의 결정을 공유 디자인 문서에 기록하도록 했습니다. 결정과 관련된 코드는 컴파일 타임에 확인되는 참조(reference)를 통해 해당 문서로 다시 연결되었습니다. 병합 충돌이 발생하면 중립적인 에이전트가 개입하여 이를 해결했습니다. 워커 에이전트들은 파일이 너무 비대해지면 표시를 남겼고, 외부 에이전트가 이를 더 작은 모듈로 분할했습니다. 기존 코드베이스에서 인간과 함께 작업할 때 핵심 코드를 건드리지 않도록 학습된 에이전트들에게, 커서는 이번에는 의도적으로 코드를 망가뜨려도 된다고 허용했습니다. 에이전트가 할당된 영역을 벗어난 코드를 패치하더라도, 컴파일러가 시스템 전체에 해당 변경 사항을 전파하는 방식이었습니다.

다각적인 리뷰와 자체 관리되는 필드 가이드

커서는 여러 가지 코드 리뷰 방식을 테스트했습니다. 첫 번째 리뷰어는 워커의 전체 작업 기록(transcript)을 받고, 두 번째는 결과물만 보며, 세 번째는 코드베이스만 확인하는 식이었습니다. 어느 단일 관점도 모든 것을 완벽히 잡아내지는 못했지만, 서로 무관한(uncorrelated) 여러 관점을 결합하면 훨씬 높은 신뢰성을 확보할 수 있었습니다.

또한 커서는 에이전트들이 스스로 유지 관리하며 줄 수 제한이 있는 지식 폴더인 '필드 가이드(field guide)'를 테스트했습니다. 모든 에이전트는 시작될 때 이 폴더의 내용을 전달받았습니다. AI 모델의 가중치(weights)가 고정되어 있기 때문에, 예상치 못한 유용한 발견을 기록해 두면 이후에 작동하는 에이전트들이 지름길을 찾는 데 큰 도움이 되었습니다.

커서는 이 군집에 835페이지 분량의 SQLite 매뉴얼을 제공하고 러스트(Rust)로 구현해 내라고 지시했습니다. 소스 코드, 테스트 스위트, SQLite 바이너리, 인터넷 접속은 모두 차단되었습니다. 벤치마크는 수백만 개의 SQL 쿼리와 정답이 포함된 테스트 스위트인 sqllogictest였습니다. 군집 에이전트들에게는 이 테스트의 존재 자체를 알려주지 않았습니다.

총 네 가지 구성이 테스트되었습니다: GPT-5.5 단독, Grok 4.5 단독, 플래너로 Opus 4.8과 워커로 Composer 2.5를 사용한 조합, 그리고 플래너로 Fable 5와 워커로 Composer 2.5를 사용한 조합이었습니다. 새로운 시스템은 모든 구성에서 이전 시스템을 능가했습니다. 4시간 후, 새 시스템의 실행 결과는 73%에서 85% 사이의 점수를 기록한 반면, 이전 시스템은 11%에서 77% 사이에 머물렀습니다. 이후 새로운 시스템의 모든 구성은 결국 100% 달성률에 도달했습니다.

이전 버전의 군집은 완료한 것보다 더 많은 수정 작업을 스스로 만들어내는 악순환에 빠졌습니다. (Grok 4.5 실행 기준)

원문 보기
원문 보기 (영어)
Cursor's agent swarm suggests cheaper models can handle most coding when frontier models plan the work Jonathan Kemper View the LinkedIn Profile of Jonathan Kemper Jul 26, 2026 Nano Banana Pro prompted by THE DECODER Cursor pitted an upgraded agent swarm against its predecessor by asking both to rebuild SQLite in Rust using only the documentation, with no source code or internet access. Every configuration of the new system reached 100 percent on the test suite, while the old swarm bogged down in its own merge conflicts. At Cursor, agent fleets have moved from research project to core product. With Cursor 3, developers can run entire fleets of AI agents in parallel . Anysphere, the company behind Cursor, was recently acquired by Elon Musk's SpaceX for $60 billion . The system divides agents into two roles: planner agents using powerful frontier models recursively break a goal into smaller tasks. Worker agents using faster, cheaper models carry out those tasks. The result is a task tree that adapts as the work progresses. Cursor says this role split primarily solves a context problem. A lone agent has to traverse the entire tree while keeping both the goal and the current task in mind. That helps explain why agents drift during long jobs. In Cursor's swarm, planners don't write code, and workers don't plan. Git could not handle 1,000 commits per second An earlier Cursor browser swarm reached about 1,000 commits per hour on Git. It used worker agents, a judge agent, and an integrator that resolved conflicts. The integrator ended up creating more bottlenecks than it removed. The new swarm reached 1,000 commits per second, so Cursor built its own version control system because agents working at that rate created failure modes that human teams never encounter. In what Cursor called "split-brain design," two planners would unknowingly build the same idea in different places and implement it in different ways. Contention was even harder to manage when planners knew about one another and blocked each other with competing edits. Cursor had agents record decisions in shared design documents. Code tied to a decision linked back to the document through a reference checked at compile time. When merge conflicts occurred, a neutral agent stepped in and resolved them. Workers flagged bloated files for an outside agent to split into smaller modules. Because agents had learned not to touch core code while working in existing codebases with humans in the loop, Cursor let them break things on purpose. An agent could patch code outside its assigned area, and the compiler would carry the change through the system. Multiple review angles and a self-maintained field guide Cursor tested several review approaches. One reviewer received the worker's full transcript, another saw only the output, and a third saw only the codebase. No single perspective caught everything, but uncorrelated perspectives combined for higher reliability. Cursor also tested a "field guide," a knowledge folder maintained by the agents themselves with a fixed line limit. Every agent received its contents at startup. Since model weights are frozen, it pays to capture surprising findings so later agents can take shortcuts. Cursor gave the swarm the 835-page SQLite manual and told it to build a Rust implementation. Source code, test suites, the SQLite binary, and internet access were all withheld. The benchmark was sqllogictest, a test suite with millions of SQL queries and known answers. The swarm didn't know it existed. Four configurations were tested. GPT-5.5 solo, Grok 4.5 solo, Opus 4.8 as planner with Composer 2.5 as worker, and Fable 5 as planner with Composer 2.5 as worker. The new system beat the old one in every configuration. After four hours, the new runs scored between 73 and 85 percent, while the old runs scored between 11 and 77 percent. Every configuration of the new system later reached 100 percent. The old swarm created more work than it completed The Grok 4.5 runs showed why the old system fell behind. The old swarm produced 68,000 commits in two hours, about 70 times as many as the new one. Most of that activity was wasted work. The old run accumulated more than 70,000 merge conflicts, while the new run stayed below 1,000 throughout the test. The most contested file in the old run recorded 7,771 conflicts from 1,173 agents, compared to 47 in the new run. The same split-brain problem appeared in the package structure. The old run broke the project into 54 Rust crates with three separate SQL packages. The new run settled on nine crates early. In the Fable 5 configuration, the old swarm needed 64,305 lines of engine code, while the new one needed 9,908. In the Opus configuration, the old system produced 19,013 lines and scored 97 percent. The new system reached 100 percent with 4,645 lines. Cheaper worker models created the largest savings Total costs ranged from $1,339 for the Opus hybrid to $10,565 for GPT-5.5 running alone. Workers accounted for at least 69 percent of the tokens in every run and usually more than 90 percent. Planner tokens cost more, so the cost split looked different. In the Opus hybrid, the planner produced only a small share of the tokens but accounted for two thirds of the total bill. The worker model created the largest cost gap. In the GPT-5.5 run, workers alone cost $9,373. In the run using Opus and Composer, the entire worker fleet cost $411 at comparable quality. The difference comes down almost entirely to pricing. Composer 2.5 benchmarks at the level of Opus 4.7 and GPT-5.5 but costs just $0.50 per million input tokens and $2.50 per million output tokens . The model is based on Kimi K2.5, according to Cursor founder Michael Truell . Cursor argues that only a few parts of a large task need the intelligence of a frontier model, including task breakdown and key design decisions. Once a frontier planner resolves the ambiguity, cheaper models can follow its plan, though the hybrid runs showed that planner quality still mattered. The Fable 5 planner used fewer planning tokens than Opus, but its workers needed far more tokens to finish the job. The Fable run cost more overall. Cursor describes swarms as a kind of probabilistic compiler that translates intent into executable work one step at a time. The company says accurately describing that intent was the main constraint in the experiment. Cursor published the codebase from the Opus solo run as minisqlite on GitHub . Runs like these are no longer limited to lab experiments. A prerelease version of Fable 5 handled most of Bun's rewrite from Zig to Rust . Sixty-four instances wrote more than a million lines of code in 11 days for about $165,000. Production use still looks different. A study published in late 2025 found that 68 percent of agents used in production completed no more than ten steps before a human intervened. For 47 percent, the limit was fewer than five. AI News Without the Hype – Curated by Humans Subscribe to THE DECODER for ad-free reading, a weekly AI newsletter, our exclusive "AI Radar" frontier report six times a year, full archive access, and access to our comment section. Subscribe now --> Read on for the full picture. Subscribe for hype-free coverage. Access to all THE DECODER articles. Read without distractions – no Google ads. Access to comments and community discussions. Weekly AI newsletter. 6 times a year: “AI Radar” – deep dives on key AI topics. Up to 25 % off on KI Pro online events. Access to our full ten-year archive. Get the latest AI news from The Decoder. Subscribe to The Decoder -->