AIREITERFactory가 2026년 10월 29일 Droid 1.0을 출시하면서 가장 앞세운 변화는 효율성이다. Script 모드만으로 Claude Opus 5.5의 비용을 15% 낮췄고, 경쟁 하니스와의 최고 비교에서는 24% 더 저렴했다. 다만 구매를 결정할 때 더 중요한 조건은 그대로다. 롤링 사용량 한도, 그리고 더 빨라진 하니스가 만들어내는 검토 작업량이다.
Factory Droid 1.0에서 실제로 달라진 것
Factory Droid 1.0은 새로운 파운데이션 모델이 아니라 하니스 릴리스다. Factory Droid는 여전히 특정 모델에 종속되지 않는 코딩 에이전트다. 서드파티 모델과 오픈 모델을 자체 프롬프트, 도구, 결과 처리, 실행 루프로 감싸는 방식이며, 1.0에서는 이 실행 루프가 바뀌었다.
Droid 1.0은 Desktop, 터미널 CLI, SDK에서 실행된다. 동일한 에이전트를 웹, Slack, Microsoft Teams, Linear, Jira에서도 사용할 수 있고, 스크립트와 CI를 위한 헤드리스 droid exec도 지원한다. Factory는 Script 모드를 프로그래매틱 도구 호출의 명칭으로 사용하며, GPT-6.1 Sol, GPT-6.1 Terra, GPT-6 Astra, GPT-6 Sol, GPT-5.6 Sol, Claude Fable 5.1, Claude Fable 5, Claude Opus 5.5, Claude Opus 5, Kimi K3에서 기본 활성화했다고 밝혔다.
모델 선택의 자유는 그대로다. 사용자가 모델을 직접 고르거나 Factory Router로 자동 선택하게 할 수 있으며, BYOK를 이용하면 Ollama, LM Studio, vLLM 같은 로컬 엔드포인트와 자체 키도 연결할 수 있다.
프로그래매틱 도구 호출은 실제로 어떻게 작동하나
프로그래매틱 도구 호출에서는 모델이 도구를 하나씩 부르는 대신 JavaScript 프로그램을 작성한다. 이 프로그램은 자체 파일·네트워크·시스템 접근 권한이 없는 샌드박스에서 실행된다. 도구를 변수처럼 호출하고, 결과를 결정론적으로 필터링하거나 반복 처리한 뒤, 선택한 출력만 모델 컨텍스트로 돌려보낸다.
일반적인 에이전트 루프는 도구를 한 번 호출할 때마다 원본 결과를 컨텍스트에 다시 붙인다. 반면 Script 모드는 코드 단계에서 결과를 걸러낸 다음 컨텍스트에 넣는다. 덕분에 지시문은 한 번만 보내고, 하나의 모델 요청 안에서 수백 개의 도구 호출을 묶어 처리하며, 출력량에도 상한을 둘 수 있다.
Factory의 frontier-harness 연구 글(2026년 10월 29일)에 소개된 두 사례를 보면 차이가 분명하다.
| 워크플로 | 직접 도구 호출(추정) | Script 모드 |
|---|---|---|
| Linear 이슈 151개 이동 및 검증, 도구 호출 312회, 작성할 때마다 필드 15개 확인 | 모델 요청 약 36회, 입력 토큰 약 3.1M | 요청 2회, 토큰 약 61K |
| 547회 실행에 걸친 데스크톱 작업 5,384개 검사, 60개 단위로 도구 550회 호출 | 요청 약 59–187회 | 요청 2회, 실패 작업 41개를 포함한 숫자 5개의 요약, 도구 결과 중 컨텍스트에 도달한 비율 <0.1% |
Factory는 GPT-6.1 Sol에서 유닛 테스트 수정 작업도 재현했다. 직접 호출 방식은 모델 호출 10회와 56.8초가 걸렸지만, Script 모드는 모델 호출 5회와 41.6초가 필요했다. 모델 호출 시간은 42.3초에서 28.0초로 줄었다. 프로그램은 결과를 반환하기 전 최대 5분까지 기다리며, 그동안 백그라운드에서 계속 실행할 수 있다. 완료되면 폴링 없이 모델을 깨워 결과를 전달한다.
Terminal-Bench 4에서 Codex·Claude Code·Cursor·Devin·OpenCode와 비교
Factory의 Terminal-Bench 4 비교는 2026년 10월 23–28일에 같은 모델을 여러 하니스에서 실행한 결과다. 아래 수치는 모두 Factory가 자체적으로 보고한 주장이다. 독립 검증 결과가 아니며, 절대 점수와 실제 달러 비용은 공개되지 않고 차이만 제시됐다.
| 모델 | Factory Droid 1.0과 경쟁 하니스 비교 | 보고된 차이 |
|---|---|---|
| GPT-6.1 Sol | Codex 대비 | 정확도 +3.5점, 비용 −12%; 통과한 작업당 Droid가 10% 느림 |
| GPT-6.1 Sol | OpenCode, Devin 대비 | +6.6~+12.6점; 4–11% 빠름 |
| Claude Opus 5.5 | Claude Code, Cursor, OpenCode, Devin 대비 | +3.0~+7.6점; 비용 최대 −24%; 통과한 작업당 소요 시간 16–26% 감소 |
| Claude Opus 5.5 | 특히 Claude Code 대비 | 통과한 작업당 시간 −26%, 토큰 −17%; Script 모드만으로 비용 −15% |
이 차이를 곧바로 구매 근거로 보기 전에 방법론상 주의할 점이 세 가지 있다. Devin은 질문을 하느라 멈춘 일부 작업을 Codex가 통과한 경우에도 통과로 집계했으며, 시험당 평균 4.7개 작업에서 정확도에만 영향을 줬다. 또 중간에 재연결된 두 번의 시험에서는 트랜스크립트를 바탕으로 Cursor의 누락된 토큰 사용량을 추정했다. 직접 호출 비교 중 일부는 실제 실행 결과가 아니라 모델링한 추정치다. GPT-6.1 Sol 비교에서 Cursor가 빠진 이유는 Factory가 시험 당시 Cursor에서 OpenAI 모델을 사용할 수 없었다고 밝혔기 때문이다.
이전 Droid 관련 글과 하니스 벤치마크에 인용된 2025년 9월 Terminal-Bench 점수는 다른 작업 세트와 하니스 버전을 사용했다. 따라서 위 1.0의 수치를 확인하거나 반박하는 근거로 볼 수 없다.
Agent Factory 루프와 눈에 잘 띄지 않는 엔지니어링
Factory의 frontier-harness 글은 Agent Factory 루프와 그 아래의 엔지니어링을 자세히 설명한다. 새 모델을 받아들이고, 모든 모델을 같은 작업으로 평가하고, 실패를 추적하고, 영향을 받는 모델 전체에서 변경 사항을 시험한 뒤, 20개가 넘는 모델을 대상으로 엔지니어 검토를 거쳐 출시를 승인하는 방식이다.
Factory가 이 루프를 유지하는 이유는 모델별 튜닝 때문이다. 한 사례로 모든 파일 읽기에 줄 번호를 추가했더니 줄당 약 2토큰을 사용하는 특정 작업에서는 Opus 비용이 22% 줄었다. 그러나 GLM에서는 8%, Kimi에서는 32% 비용이 늘었다. 그래서 Factory는 줄 번호 표시를 기본값이 아닌 선택 기능으로 바꿨다.
PTC 외의 변경 사항은 캐시, 프롬프트 크기, 복구, 시작 속도에 초점을 맞췄다.
- 프롬프트 캐시 보존: 새로 발견한 도구를 요청 맨 앞이 아니라 끝에 추가하도록 바꿨다. 그 결과 2026년 10월 22일에 끝난 7일 동안 일반적인 캐시 입력 재사용률은 98%까지 올랐고, 2,040만 건의 프로덕션 CLI 요청을 토큰 기준으로 가중했을 때 재사용률은 91.5%였다.
- 기본 프롬프트 축소: 버전 0.170.0에서 0.250.0 사이에 첫 요청의 입력량은 20,887토큰에서 13,055토큰으로 줄었다(−37%). 도구 정의도 15,798개에서 8,528개로 감소했다(−46%). 필요할 때 불러오는 방식으로 바꾸면서 처음부터 제공하는 도구 정의는 11개에서 2개가 됐다.
- 제한된 자율성: Factory가 관리하는 Anthropic 스트림에서 4분 동안 아무 출력이 없으면 재시도하고, 눈에 보이는 출력 없이 3턴이 지나면 루프를 중단한다. 동일한 도구 호출이 3회 반복되면 진행을 유도하고, 6회 반복되면 중단한다. 압축 요약의 크기는 8,000토큰에서 16,000토큰으로 두 배 늘렸다.
- 시작 및 지연 시간: 첫 화면이 나타나는 중앙값은 1,839ms에서 488ms로 줄어 약 3.8배 빨라졌고, 프롬프트 수락 시간은 1,876ms에서 618ms로 줄어 약 3.0배 빨라졌다. 첫 모델 요청까지의 시간은 1,741ms에서 646ms로 감소했다. Factory는 첫 토큰을 기다리는 시간의 약 97%가 모델 요청 자체에서 발생한다고 설명한다.
효율성을 갉아먹는 가격과 사용량 한도
Factory Droid의 가격은 공개돼 있지만, 실제로 쓸 수 있는 용량은 공개되지 않았다. 요금은 명확하고 사용량은 불투명하다. 바로 이 지점에서 1.0의 효율성 향상이 사라질 수 있다.
| 요금제 | 가격 | Factory가 공개한 내용 |
|---|---|---|
| Pro | $20/월 | 기본 롤링 한도; Desktop, CLI, SDK, 추적 기능 포함 |
| Plus | $100/월 | Pro Standard Usage의 약 5배; 현재 가격 페이지 기준 관리형 Droid Computers 제공 |
| Max | $200/월 | Pro Standard Usage의 약 10배; 얼리 액세스 기능 |
| Teams | $60/월 + 좌석당 $40(최대 10석) | 좌석별 Pro 한도, 중앙 청구 |
| Business / Enterprise | 영업팀 문의 | 맞춤 한도, SSO/SAML/SCIM, 무보존, 감사, 전용 컴퓨팅, 온프레미스 |
사용량은 모델별 배수를 적용한 5시간, 7일, 30일 롤링 윈도에서 계산된다. CodeToolPilot의 2026년 10월 리뷰는 문서와 가격 페이지에서 Droid Computers를 어느 요금제에 포함하는지 설명이 엇갈린다고 지적한다. 구매 전 확인이 필요하다. Standard Usage를 모두 사용하면 무료 Droid Core 오픈 웨이트 풀 또는 선불 Extra Usage(최소 $10, 만료 없음)로 전환된다. Missions를 사용하려면 Extra Usage를 활성화해야 한다. BYOK 키는 로컬 설정에 저장되며 CLI와 Desktop에서는 작동하지만 호스팅 웹·모바일에서는 사용할 수 없다. 요금제에 포함된 허용량까지는 무료이고, 이후에는 요금제 단가로 청구된다.
실제 문제는 ‘5배’라는 배수가 완료 작업 5배를 뜻하지 않는다는 점이다. 처리량은 모델 선택, 캐시 동작, 컨텍스트 길이, 도구 루프, 컴퓨터 사용, 실패한 실행 경로에 따라 달라진다. Reddit의 헤비 유저들은 캐시에 불리한 작업에서 Max 사용량을 몇 시간 만에 소진했다고 말한다. Script 모드가 이를 완화하긴 하지만 완전히 없애지는 못한다.
현재 실제 사용자들이 지적하는 문제
출시 당일 X의 반응은 긍정적이지만 표본이 적다. 반면 r/FactoryAi의 장기적인 Reddit 글에서는 시험 비용에 반영할 만한 불만 세 가지가 반복된다. 불투명한 쿼터, 느린 속도와 높은 CPU 사용량, 그리고 자율 실행 결과를 검토해야 하는 부담이다.
"사용량을 비교한다면 Droid의 요금제는 Anthropic과 OpenAI의 보조금이 적용된 요금제를 따라가기 어려울 가능성이 큽니다 ... 하지만 하니스로서 제가 직접 써본 결과 Claude Code보다 뛰어났습니다. 제 사용 방식에서는 ‘그냥 작동’했고(시스템 프롬프트가 더 나은 것일 수도 있습니다), 훌륭한 spec 모드와 필요한 UX 요소를 모두 갖췄습니다." — u/FahimAdib11, r/FactoryAi
같은 글타래의 반대 의견에서는 다음과 같은 문제가 언급된다.
- 캐시에 불리한 실행에서 약 4시간 만에 Max 요금제 사용량이 소진됨(“캐싱이 완전히 엉망이라 정말 심각하다”) — 쿼터 관련 글
- MCP가 원인으로 의심되는 상황에서 유휴 CPU 사용량이 약 101%까지 올라갔으며, Claude Code는 약 6%였음 — 성능 관련 글
- 세션을 재시작하면 컨텍스트가 사라져 다시 설정해야 하는 비효율
초기 X 사용기도 비슷한 양상을 보인다. t3code 스타일의 Claude Code 통합을 포팅한 한 사용자는 Mission 모드에서 사용량이 양호했고 하니스를 “차원이 다르다”고 평가했다(@Davidwuuu92). 다만 Devin의 클라우드 환경과 멀티플랫폼 유연성은 여전히 앞선다고 인정했다.
Continuum의 Factory 리뷰가 제시한 평가 기준은 1.0에도 그대로 적용된다. 시작한 세션 수나 생성한 PR 수가 아니라, 실제 반영된 변경 사항, 검토에 걸린 시간, 누락된 결함, 개입 횟수, 한도 도달 횟수, 승인된 마일스톤당 총비용을 측정해야 한다. 자율 실행의 처리량은 검토 부채를 만들기 때문이다.
갈아탈까, 계속 쓸까? 구매자별 판단과 2주 테스트
Droid 1.0은 하니스 효율성에 대한 주장을 강화했지만, 쿼터를 예측하기 어렵다는 문제는 해결하지 못했다. 가장 큰 혜택을 보는 곳은 여러 모델과 표면, CI에서 하나의 런타임을 표준화하고, 그 결과물을 검토할 여력도 갖춘 팀이다.
| 구매자 | 1.0에 대한 판단 | 이유 |
|---|---|---|
| 이미 다른 서비스에서 단일 프런티어 모델을 이용하는 개인 개발자 | 유지하거나 유료 1개월만 시험 | 가벼운 사용에서는 Script 모드 절감액이 보조금이 적용된 단일 모델 구독료를 이기기 어렵다 |
| 여러 모델을 터미널·CI·채팅 위임 환경에서 표준화하려는 팀 | 전환 후보 | 하나의 하니스, Router/BYOK, Droid Computers, Missions, 감사 기능을 제공한다는 폭넓은 구성이 강점 |
| 규제 환경 / 에어갭 조직 | 후보에 포함 | 하이브리드/온프레미스, SSO, 감사, 텔레메트리 내보내기 지원; 가격은 영업팀을 통해서만 확인 |
| 에디터 자동완성을 찾지만 검토 여력이 없는 사용자 | 비추천 | 검토자 없는 빠른 출력은 생산성이 아니라 백로그가 된다 |
표준화하기 전에 동일한 저장소에서 2주간 비교 테스트를 진행하자.
- 고정된 승인 테스트가 있는 실제 티켓 20개를 고른다.
- 복잡한 작업에서는 Specification Mode를 켜고 먼저 Droid CLI를 로컬에서 실행한다.
- 동일한 작업에 Claude Code 또는 Codex를 대조군으로 사용한다.
- 원격 실행을 추가한 뒤, 결정론적 검증기가 있는 작은 Mission 하나를 실행한다.
- 모든 한도 도달, Droid Core 전환, Extra Usage 사용, 검토 시간, 승인된 마일스톤당 비용을 기록한다. 완료된 작업 하나는 깨끗한 머신에서 다시 실행해 환경 차이도 확인한다.
1.0이 남겨둔 구조적인 선택지는 분명하다. Factory는 모델보다 하니스가 더 중요하다고 보고, Agent Factory를 통해 모델별 동작을 튜닝하면서도 모델 독립성을 유지한다. 프런티어 모델의 가격이나 사용량 정책이 바뀌면 현재의 12–24% 하니스 이점은 Script 모드의 배치 처리로 회복할 수 있는 속도보다 빠르게 줄어들 수 있다. 따라서 벤치마크 표만큼이나 한도, 데이터 보존, 라우팅에 관한 계약 조건도 꼼꼼히 살펴봐야 한다.
Factory Droid 1.0 FAQ
Factory Droid 1.0은 $20 Pro 요금제를 낼 만한가?
터미널 에이전트를 충분히 사용해 토큰과 지연 시간 비용을 체감하는 개발자라면 Factory Droid 1.0에 $20를 지불할 만하다. 특히 여러 파일을 다루거나 티켓 단위로 작업하면서 Script 모드의 도구 호출 배치 효과를 얻을 수 있다. 가볍게 사용하거나 단일 모델만 쓰는 경우에는 이미 포함된 에이전트가 더 저렴할 수 있다.
Factory Droid에 무료 체험이나 무료 요금제가 있나?
Factory Droid는 일반적인 무료 요금제를 제공한다고 명시하지 않았으며, 최근 리뷰에 따르면 가입 과정에서 결제 수단을 요구한다. 유료 요금제의 사용량을 모두 소진하면 무료 Droid Core 오픈 웨이트 풀로 전환되지만, 유료 요금제 자체는 필요하다.
Factory Droid 1.0이 Claude Code보다 나은가?
Factory의 Terminal-Bench 4 결과에 따르면 Claude Opus 5.5에서 Droid 1.0은 Claude Code보다 3.0–7.6점 높은 점수를 기록했고, 비용은 최대 24% 낮았으며 통과한 작업당 시간은 26% 짧았다. 다만 이는 Factory가 자체 보고한 수치다. Reddit의 실제 사용기는 Droid의 하니스를 선호한다는 의견과 Claude Code의 단순한 사용감 및 가격을 선호한다는 의견으로 나뉜다.
어떤 모델에서 Script 모드가 기본 지원되나?
Factory는 GPT-6.1 Sol, GPT-6.1 Terra, GPT-6 Astra, GPT-6 Sol, GPT-5.6 Sol, Claude Fable 5.1, Claude Fable 5, Claude Opus 5.5, Claude Opus 5, Kimi K3를 지원 모델로 안내한다. 그 밖의 모델은 직접 호출 방식이나 모델별 튜닝을 사용한다.
Factory Missions란 무엇이며 비용은 어떻게 되나?
Factory Missions는 여러 기능이 필요한 프로젝트에서 큰 목표를 마일스톤으로 나누고 작업자 에이전트와 검증자 에이전트를 배정한다. Missions를 사용하려면 Extra Usage를 활성화해야 하며, 롤링 Standard Usage와 별도로 선불 방식의 변동 비용이 차감된다.
Factory Droid를 CI에서 실행하고 자체 키를 사용할 수 있나?
Factory Droid는 droid exec를 통해 JSON 출력이 가능한 헤드리스 방식으로 실행할 수 있어 스크립트와 CI에 사용할 수 있다. BYOK는 Anthropic, OpenAI, 호환 엔드포인트, Bedrock, 로컬 Ollama/LM Studio/vLLM을 CLI와 Desktop에서 지원한다. 사용자 지정 모델은 호스팅 웹이나 모바일 앱에서는 작동하지 않는다.
관련 글: 쿼터를 비교하고 싶다면 Codex usage limits explained를, 다른 하니스 설계 사례가 궁금하다면 Microsoft Copilot harness explained를 참고하자.