AI 코딩 에이전트 하네스 9종 비교: 도구와 모델을 고르는 방법

AI 코딩 하네스(harness)는 모델 주변에서 컨텍스트, 도구, 권한, 재시도와 세션 상태를 관리하는 소프트웨어입니다. 먼저 자신에게 맞는 작업 흐름을 고르고, 그 도구가 지원하는 모델과 API 프로토콜을 확인하세요. 이 글은 아홉 가지 도구를 비교하지만, 모든 상황에서 통하는 한 명의 승자를 가리는 벤치마크는 아닙니다. 글을 발행하는 Ofox는 API 게이트웨이도 제공합니다. 따라서 Ofox 통합 문서 링크는 상용 제품의 설정 안내이며 독립적인 추천이나 보증은 아닙니다.

한국어판은 2026년 10월 20일 발행했습니다. 8월 11일에 처음 발행한 영문 비교 글과 그 글의 10월 20일 수정을 바탕으로 합니다. 이번 수정에서는 OpenRouter 앱 페이지 네 곳, Copilot BYOK 문서, Cursor API 키 문서, Pi의 현재 기능 페이지를 다시 확인했습니다. 예전 도입부의 “Claude Code에서 GLM 5.2 사용량이 가장 많다”는 설명은 이제 현재 상황과 다릅니다. 표시된 월간 목록에서는 Claude Opus 5.5가 선두입니다. Copilot의 BYOK 지원 클라이언트가 늘었고 Pi에는 MCP가 내장됐습니다. 8월의 실험과 스크린샷은 당시 기록이며, 이번 한국어판을 위해 해당 모델·도구 조합을 다시 실행하지 않았습니다. 본문의 원본 제품 스크린샷은 영어 UI를 그대로 사용했습니다.

아홉 가지 하네스를 한눈에 비교하면

자신의 키를 쓰는 것, 임의의 엔드포인트를 지정하는 것, 에이전트 실행 사이클이 실제로 작동하는 것은 서로 다른 능력입니다. 정확한 클라이언트, 계정 정책, API 프로토콜과 도구 동작을 확인하세요. 모델 선택 메뉴에 이름이 있다고 파일 수정, 도구 호출, 재시도까지 작동한다고 볼 수는 없습니다. 아래에서 10월 수정이라고 따로 표시하지 않은 가격과 제품 설명은 원래 비교 당시의 맥락을 유지합니다. 요금제를 구매하기 전에는 현재 공식 문서를 확인해야 합니다.

AI 코딩 에이전트 하네스란 무엇인가

하네스는 모델의 토큰 생성을 실제 저장소 작업으로 바꾸는 프로그램입니다. 모델을 엔진에 비유하면 하네스는 변속기와 차체, 브레이크에 해당합니다.

구체적으로 모델이 스스로 할 수 없는 다섯 가지 일을 맡습니다. 어떤 파일과 이전 대화를 보낼지 정해 컨텍스트를 구성합니다. 도구를 정의하고 실행해 read_file 호출이 실제 파일을 읽게 합니다. 권한을 관리해 rm -rf를 실행할지, 확인을 요청할지, 거부할지 결정합니다. 패치 적용이 실패하거나 테스트가 깨졌을 때의 복구 절차를 관리합니다. 마지막으로 세션 상태를 보관해 중단된 실행을 처음부터 시작하지 않고 이어갈 수 있게 합니다.

같은 모델을 쓴 두 개발자의 경험이 크게 다른 이유가 여기에 있습니다. GPT-5.6 Sol을 Codex에서 Cline으로 옮겨도 모델은 같지만 파일 읽기 전략, 도구 스키마, 재시도 정책, 승인 흐름은 모두 달라집니다. 검색어는 agent harness, coding agent, AI 코딩 도구 등으로 달라도 가리키는 소프트웨어 계층은 같습니다.

하네스의 실제 차이는 어디서 생기나

크게 네 가지 기준이 있습니다. 그중 네 번째는 직접 써 보기 전에는 파악하기 어렵습니다.

실행 환경. 터미널 중심인 Codex, Claude Code, OpenCode, Reasonix, Pi가 있고, 편집기 안에서 쓰는 Cline, Cursor, Copilot이 있습니다. Antigravity 2.0처럼 별도 창이 있는 독립 에이전트 관리자도 있습니다. 파이프로 연결하거나 cron으로 예약하거나 SSH로 실행할 수 있는지가 여기서 갈립니다.

모델 선택권. 도구가 설정 파일의 base URL을 읽는지, 아니면 제공업체가 정한 모델 메뉴 안에서만 선택하는지가 중요한 구분입니다. 다만 실제 선택 범위는 앞서 설명한 클라이언트, 정책, 프로토콜 조건까지 확인해야 합니다.

확장 방식. Hooks, 하위 에이전트, skills, MCP 서버를 조합하는 방식도 있고, 최소 실행 사이클 위에 필요한 기능을 직접 쌓는 방식도 있습니다. Claude Code와 Pi는 이 설계 성향이 서로 다릅니다.

작업이 꼬였을 때 실행 사이클이 보이는 행동. 계속 사용할 도구인지 결정하는 기준입니다. 수정 전에 올바른 파일을 읽는가, diff를 필요한 범위로 제한하는가, 검사를 실행하는가, 실패한 테스트를 무작정 반복하지 않고 해결하는가, 중단 후 이어서 실행하는가를 봐야 합니다. 2026년 7월의 하네스 선택에 관한 r/AI_Agents 토론도 이 지점으로 모였습니다. 가장 많은 지지를 받은 댓글의 표현은 다음과 같습니다(번역).

사람들은 모델을 과도하게 중시하고 실행 루프는 과소평가하는 경우가 많다.

이 글도 같은 관점으로 접근합니다. 모델 품질은 기본 조건이고, 실행 사이클의 행동은 또 다른 차이입니다. 모델 점수만으로는 이 행동을 설명할 수 없습니다.

8월 원본 실험: 실행 사이클을 어떻게 확인했나

실행 사이클을 비교하려고 작은 Python 저장소에 실제 버그를 구성했습니다. 재시도 보조 함수가 urllib.error.HTTPError를 잡는데 OpenAI SDK는 openai.RateLimitError를 발생시켜, 429 처리 분기가 실행되지 않고 테스트가 실패하는 문제였습니다. 아홉 도구 중 Codex CLI, Claude Code, Cline, OpenCode, Reasonix, Pi 여섯 개를 같은 게이트웨이에 연결했습니다. 같은 저장소에서 동일한 프롬프트를 주었습니다. 테스트를 실행하고, 원인을 한 줄로 설명하고, 수정안을 unified diff로 제시하되 파일은 수정하지 말라는 요청이었습니다.

여섯 도구 모두 원인을 올바르게 짚었습니다. 차이는 그다음에 나타났습니다. Codex CLI, OpenCode, Cline은 답하기 전에 테스트를 실행했고, Claude Code, Reasonix, Pi는 코드를 읽고 답했습니다. 수정 후 필요 없어지는 import urllib.error에 대해 Codex는 설명문에서 언급했고 Claude Code는 diff에서 조용히 제거했습니다. 나머지 네 개는 그대로 남겼습니다. 또한 여섯 중 네 개의 패치에는 if e.code != 429 조건이 남아 있었습니다. 세 개는 명시적으로 그 줄을 출력했고, 하나는 except 줄만 바꿔 기존 조건을 유지했습니다. openai.RateLimitError를 잡으면 이 검사는 의도한 대로 작동할 수 없습니다. .code는 API의 문자열 오류 코드이며 HTTP 상태값은 .status_code에 있습니다. 따라서 e.code != 429가 항상 참이 되어 재시도 경로에 도달하지 못합니다.

마지막 문제는 하네스보다 모델 출력의 문제에 가깝습니다. 하지만 자신이 제안한 패치를 검증할지 결정하는 것은 하네스의 실행 사이클입니다. 이 실험에서는 여섯 도구 모두 패치를 다시 검증하지 않았습니다.

Copilot, Cursor, Antigravity는 이 여섯 도구의 동등 조건 테스트에 포함되지 않았습니다. 당시의 접근 조건과 사용할 수 있는 계정이 범위를 제한했습니다. 이는 과거 테스트의 한계이며, 현재 모든 BYOK 사용자가 유료 Copilot 좌석을 필요로 한다는 뜻은 아닙니다. 아래의 문서 업데이트는 새로운 실행 결과가 아닙니다.

현재 사용량 목록에는 어떤 모델이 있나

다음은 2026년 10월 20일 각 앱 페이지의 “Top models used … this month” 목록을 기록한 스냅샷입니다. 출처의 ‘이번 달’ 표현을 그대로 구분했습니다. 8월 표와 같은 최근 30일 이동 구간이라고 단정할 수 없습니다. T는 1조 토큰입니다. 사용량은 품질 점수, 가격 비교, 고유 사용자 수, 시장 점유율이 아닙니다.

예전 결론과 달라졌습니다. 해당 Claude Code 페이지에서 GLM 5.2는 더 이상 현재 선두가 아니며, DeepSeek V4 Flash가 Cline과 Pi 양쪽에서 모두 첫 번째인 것도 아닙니다. 8월 결론으로 새로운 연결 구성을 선택하지 마세요. 이 수치는 OpenRouter에서 관찰할 수 있는 트래픽만 설명합니다. 직접 구독이나 다른 제공업체는 표본 밖에 있습니다. 미리 보기 모델이나 이름을 익명화한 모델이 사용량 목록에 있다고 운영 환경에서 의존해도 된다는 뜻은 아닙니다.

모델을 고를 때는 실제 사용할 제공업체에서 정확한 ID와 지원 프로토콜부터 확인하세요. 그다음 예상 diff와 테스트 결과가 정해진 작은 저장소 작업을 실행해야 합니다. OpenRouter 사용량은 동일한 모델을 Ofox에서 사용할 수 있다는 증거도, 다른 경로에서 도구 동작이 같다는 증거도 아닙니다.

8월 11일의 역사적 스냅샷

다음 원본 차트는 최초 글이 인용한 데이터를 확인할 수 있도록 남겼습니다. 2026년 8월 11일까지의 30일을 다룹니다. 현재 추천 목록이 아니며, 위의 월간 목록과 동일 조건으로 성장률을 비교할 수도 없습니다.

그 스냅샷에서 Claude Code의 GLM 5.2 사용량은 3.14T였고, 목록에 있던 Anthropic 모델 네 개의 합계는 1.98T였습니다. Codex 상위 열 개 모델의 사용량 중 약 86%가 OpenAI였습니다. 이 과거 관찰로 현재 선호도나 모델 품질, 사용자의 선택 이유를 알 수는 없습니다.

원본 테스트 시기의 모델 조합 예시

다음은 원래 글의 모델 조합 예시입니다. 현재 가용성 목록이나 최저가 모델 순위가 아닙니다. 버전 이름과 당시 사용량에 근거한 설명은 최초 설정의 맥락을 보여 주기 위해 보존했습니다. ID를 복사하기 전에 현재 카탈로그를 확인하고 도구 호출의 전체 왕복을 검증하세요. ‘이유’ 열은 원문 발행 당시의 판단입니다.

Codex CLI: OpenAI 에이전트와 프로토콜의 제약

실행 환경

npm i -g @openai/codex로 설치하는 Rust 바이너리의 터미널 도구이며 별도의 데스크톱 앱도 있습니다. 설정은 ~/.codex/config.toml, 프로젝트 지침은 AGENTS.md에 둡니다. 원래 OpenRouter 순위는 8월 데이터셋을 설명하며 전체 보급률이 아닙니다. ChatGPT 요금제를 통한 직접 사용은 그 데이터에 포함되지 않습니다.

비용

ChatGPT 구독에 포함된 사용 방식과 API 키로 사용량에 따라 지불하는 방식이 있습니다. 구독을 통한 직접 사용이 있기 때문에 OpenRouter에서 관찰되는 양만으로 전체 사용을 설명할 수 없습니다.

확장 기능

AGENTS.md, MCP 서버, Claude Code와 Cursor 설정을 가져오는 명령을 제공합니다. 원본 비교에서는 샌드박스 메커니즘을 살펴봤습니다. macOS의 seatbelt, Linux의 Landlock과 seccomp로 운영체제 수준의 격리를 제공하며 그 위에 승인 모드를 둡니다. 셸 명령을 자동 승인하는 작업이라면 이런 격리 방식의 차이를 가볍게 볼 수 없습니다.

선택을 제한하는 부분

제공업체보다 프로토콜이 제약입니다. 테스트한 Codex 빌드는 OpenAI Responses API를 사용했고, 제거된 wire_api = chat 옵션을 거부했습니다. 따라서 게이트웨이는 /v1/chat/completions뿐 아니라 /v1/responses를 제공해야 합니다. 지원 여부도 게이트웨이 전체가 아니라 모델별로 봐야 합니다. 반복해서 혼동하는 부분은 두 가지입니다. 모델 ID 접두사는 사용자 지정 model_providers 항목 안에서만 적용되며, 게이트웨이 카탈로그에 모델이 있다고 그 모델을 Responses로 호출할 수 있다는 뜻은 아닙니다. 구체적인 설정은 Ofox Codex 통합 안내와 모델 제공업체 문서에 있습니다.

‘게이트웨이가 아니라 모델별’이라는 말이 실제로 어떤 상황인지 원본 실험을 보면 이해하기 쉽습니다. 올바른 제공업체 블록을 설정한 Codex 0.147.0이 매번 Invalid 'input[0].tools[0].description': empty string을 반환했습니다. 게이트웨이 앞에 로그를 남기는 역방향 프록시를 두고 Codex가 실제로 보내는 본문을 확인했습니다. developer 메시지에 도구 네임스페이스를 선언하는데, functions 네임스페이스의 description이 빈 문자열 ""이었습니다. 같은 요청 본문을 다섯 모델에 재전송하자 세 개는 거부했고, 하나는 Responses 제공업체가 아예 없었으며, 하나는 완료했습니다. 그 빈 문자열을 채우자 이전에 실패하던 모델이 200을 반환했습니다. 요청을 변형한 게이트웨이나 설정 작업에서 생긴 문제가 아니라, 클라이언트가 보낸 필드를 어떤 업스트림은 minLength: 1로 검사하고 다른 업스트림은 무시한 차이였습니다.

여기서 얻을 수 있는 실용적인 교훈은 클라이언트와 게이트웨이의 동작이 맞지 않을 때 설정을 무작정 바꾸기 전에 실제 전송 형식을 확인하라는 것입니다. 당시에는 프록시 하나를 두고 약 5분 동안 확인했습니다. wire_api 값만 추측해서 바꾸는 방식은 더 오래 걸리면서 잘못된 결론으로 이어질 수 있었습니다.

Claude Code: Hooks, 하위 에이전트와 모델 호환성

실행 환경

npm으로 설치하는 터미널 도구이며 플러그인 생태계와 IDE 연결 기능이 있습니다. 8월 원본 OpenRouter 스냅샷은 7.97T 토큰과 302개 모델을 기록했습니다. 위에 제시한 최신 월간 목록과는 별도 데이터입니다.

비용

Claude 구독, API 과금, 외부 게이트웨이의 세 가지 경로가 있습니다. 서로 과금 방식이 달라 ‘Claude Code 비용’이라는 질문에 하나의 숫자로 답할 수 없습니다.

확장 기능

Hooks는 도구 이벤트에 반응하고, 하위 에이전트는 별도 컨텍스트에서 범위가 정해진 작업을 실행합니다. Skills는 재사용 절차를 묶고, MCP 서버는 도구를 추가하며, CLAUDE.md는 프로젝트 지침을 전달합니다. 개인 습관을 넘어 팀의 프로세스를 하네스에 반영하려 할 때 이런 기능을 검토할 수 있습니다.

선택을 제한하는 부분

이름만 보고 생각하는 것보다 모델 선택 범위가 넓습니다. ANTHROPIC_BASE_URL과 ANTHROPIC_AUTH_TOKEN으로 Anthropic Messages API를 사용하는 엔드포인트에 연결할 수 있어 GLM 5.2, Kimi K3, DeepSeek도 사용 통계에 등장합니다. 아래의 역사적 설정은 이 환경변수를 사용했습니다. 모델 선택과 도구 호환성은 별도로 검증해야 합니다.

연결했을 때 유지되는 것과 달라지는 것을 구분해야 합니다. GLM 5.2는 예외 타입 불일치를 올바르게 지적했지만, 패치에는 if e.code != 429를 남겼습니다. openai.RateLimitError의 .code는 HTTP 상태값이 아니라 문자열 오류 코드이므로 이 검사로는 원하는 재시도 분기에 들어갈 수 없습니다. 같은 하네스와 같은 프롬프트라도 모델이 바뀌면서 diff에 작은 결함이 생긴 것입니다. 실제 의존성은 행동에 있습니다. 시스템 프롬프트, 도구 스키마, 컨텍스트 전략이 Claude 모델에 맞춰져 있으면 교체한 모델도 그 전제를 물려받습니다. 정확한 변수는 Ofox Claude Code 통합 안내와 모델 제공업체 문서를 확인하세요. 반대 방향으로 이동한다면 Claude Code에서 Codex로 이전하는 단계별 안내(영문)도 있습니다.

Google Antigravity: 하나의 브랜드, 네 가지 사용 환경

실행 환경

같은 이름으로 여러 제품이 제공되어 구분이 필요합니다. 원본 비교에서 Antigravity는 로컬 에이전트 여러 개를 병렬 실행하는 데스크톱 제어 화면 Antigravity 2.0, 터미널용 Antigravity CLI, 완전한 편집기인 Antigravity IDE, 직접 에이전트를 작성하는 SDK의 네 가지로 설명했습니다. 2025년 11월 에이전트 중심 IDE로 시작해 사용 환경을 넓힌 제품입니다.

Gemini CLI가 종료되고 Antigravity CLI로 대체된다는 보도도 있었습니다. 원본 조사에서는 이를 뒷받침하는 일차 출처를 찾지 못했습니다. 2026년 8월 11일 당시 google-gemini/gemini-cli 저장소는 보관 처리되지 않았고 지원 중단 안내도 없었으며 preview, stable, nightly 채널에서 계속 배포되고 있었습니다. antigravity.google과 Google Developers Blog에도 종료 발표가 없었습니다. Google이 달리 발표하지 않은 그 시점에서는 두 제품이 공존한다고 보는 것이 맞습니다.

비용

8월 비교에서는 개인 무료 요금제, 조직용 유료 요금제, Google 상위 AI 요금제의 더 높은 한도를 설명했습니다. 이 역사적 조건에 의존하기 전에 현재 요금제를 확인하세요. 토큰별 구매보다는 제공량을 구매하는 방식으로 설명된 제품입니다.

확장 기능

2.0 관리자는 여러 에이전트를 동시에 실행하고, 주 에이전트가 임시 하위 에이전트를 만들어 병렬 작업이 주 컨텍스트를 채우지 않도록 합니다. 내장 브라우저는 UI 변경을 단순한 단언이 아니라 화면으로 검증할 수 있는 수단을 제공합니다.

선택을 제한하는 부분

원본 비교는 내장 모델 메뉴를 설명했습니다. 8월 CLI 테스트에서는 사용자 지정 게이트웨이 경로를 검증하지 않았습니다. OpenRouter 앱 목록에 없다는 사실만으로 다른 제공업체 지원 여부를 판단할 수는 없습니다.

그 제한적인 확인을 위해 brew install --cask antigravity-cli로 CLI 1.1.12를 설치했습니다. 전체 옵션 목록에 --base-url, --provider, --api-key가 없었습니다. 모델 목록을 요청하면 목록 대신 로그인 안내가 나왔습니다.

이것은 8월 CLI 1.1.12 테스트의 한계를 기록한 것입니다. 명령줄 옵션이 없다는 것만으로 모든 설정 경로를 배제하거나 현재 제품 동작을 확정할 수 없습니다. Copilot과 Cursor 역시 동일 조건 실행 테스트에서 제외됐으며 현재 키 지원은 다음 절에서 다룹니다.

GitHub Copilot: 여러 개발 환경과 BYOK 과금

실행 환경

VS Code와 다른 IDE, 터미널의 Copilot CLI, 풀 리퀘스트를 만드는 클라우드 코딩 에이전트, GitHub 안의 코드 리뷰까지 이어집니다. 제품의 특징은 이 넓은 작업 범위입니다.

비용

구독 제공량과 초과 사용 규칙은 Copilot 현재 요금제를 확인하세요. 로컬 BYOK를 사용하면 제공업체 청구는 Copilot에 포함된 사용량과 별도입니다. 8월 원문의 요금제 숫자를 10월 견적으로 사용하면 안 됩니다.

확장 기능

MCP 서버, 사용자 지정 지침, 저장소 수준 설정을 지원하며 CLI에서는 작업 유형에 따라 모델을 자동 선택하는 기능도 제공합니다.

선택을 제한하는 부분

10월 20일 수정: GitHub 현재 BYOK 문서는 VS Code, JetBrains, Xcode, Copilot CLI, Copilot 앱, SDK에서 로컬 키를 지원한다고 설명합니다. 로컬 키는 클라이언트 측에 두며, 조직 정책으로 IDE의 로컬 BYOK를 비활성화할 수 있습니다. Enterprise BYOK는 별도의 공개 미리 보기 기능입니다. 소유자가 사용자 지정 모델을 중앙에서 구성하며 라이선스와 인터넷 연결 요구사항이 있습니다. 따라서 외부 VS Code 확장이 유일한 경로라는 설명은 더 이상 맞지 않습니다. 실제 클라이언트의 지원 제공업체와 엔드포인트 설정을 확인해야 합니다. 이 문서가 모든 Copilot 환경에서 Ofox 엔드포인트나 모든 도구의 동작을 입증하지는 않습니다. 이번 업데이트에서 Copilot을 새로 실행하지 않았습니다.

Cursor: 편집 기능과 제공업체 키의 한계

실행 환경

독립 편집기입니다. 8월 원본 OpenRouter 스냅샷에서는 30일간 471B 토큰으로 11위였습니다. 특정 게이트웨이의 역사적 계수이므로 전체 보급률이나 OpenRouter 외부에서 처리한 양을 알 수는 없습니다.

비용

좌석당 구독료에 사용량 구간이 더해지는 형태입니다.

확장 기능

Rules 파일, MCP 서버, 여러 파일을 수정하는 실행 사이클이 있습니다. Tab 모델을 대체하기 어렵다는 사용자의 평가는 에이전트 작업을 다른 도구로 하더라도 편집기는 유지할 이유가 될 수 있습니다.

선택을 제한하는 부분

10월 20일 문서 확인: Cursor API 키 안내는 명시된 제공업체의 키를 지원하고, 사용자 키를 지원되는 채팅 모델에 한정합니다. Tab은 계속 Cursor 내장 모델을 사용합니다. 제공업체 모델 요금과 Cursor 요금제 비용은 특히 Teams와 Enterprise에서 나누어 확인해야 합니다. 특정 제공업체 키를 지원한다고 임의의 OpenAI 호환 게이트웨이가 동작하거나 모든 에이전트 기능을 테스트했다고 추론하면 안 됩니다. 이번 글에서는 Cursor 게이트웨이를 새로 테스트하지 않았습니다. 예전 Ofox 호환성 안내도 현재 Cursor의 모든 제약을 입증하는 근거로 삼을 수 없습니다.

Cline: 제공업체 선택과 계획 후 실행하는 흐름

실행 환경

VS Code와 JetBrains의 확장으로 사용합니다. 8월 원본 OpenRouter 스냅샷은 전체 4위, IDE 확장 중 2위로 기록했습니다. 10월 순위가 아니라 당시 위치입니다.

비용

확장은 무료이고 API 사용료는 별도입니다. 토큰 사용량 순위만으로 사용자가 제공업체를 고른 이유나 작업 비용을 알 수는 없습니다.

확장 기능

계획과 실행의 분리, 병렬 작업을 관리하는 작업 보드, MCP 서버, 프런트엔드 변경을 검증하는 브라우저 자동화가 있습니다. 원본 비교에서는 이러한 계획 화면이 대부분의 터미널 에이전트보다 명시적인 작업 구조를 제공한다는 점에 주목했습니다.

원본 테스트에서 제공업체 목록은 185개였고 ‘OpenAI Compatible’도 별도 항목으로 나왔습니다. 이는 특정 시점의 UI 관찰이며 현재 개수도, 모든 제공업체와의 호환성 검증 결과도 아닙니다.

선택을 제한하는 부분

Cline에는 OpenAI 호환 및 Anthropic 호환 제공업체 설정이 있지만 엔드포인트, 모델, 도구 스키마는 여전히 테스트해야 합니다. DeepSeek V4 Flash는 8월 스냅샷에서 상위 열 개 모델 트래픽의 37%였습니다. 그 비율로 사용자의 선택 이유까지 설명할 수는 없습니다. 다음 역사적 실행은 cline auth를 사용했고 한 가지 게이트웨이·모델 조합을 검증한 것입니다.

실행 사이클의 신뢰성과 관련한 사례가 r/AI_Agents 토론에 있습니다. 한 사용자는 잘못된 형식의 도구 호출 때문에 작업이 멈춰 이를 더 잘 처리하는 포크로 옮겼다고 설명했습니다. 단일 후기이므로 그만큼의 무게로 봐야 하지만, 모델뿐 아니라 실행 사이클을 살펴봐야 한다는 점을 보여 줍니다. 원본 실험에서도 비슷한 문제가 있었습니다. 추론 기능이 있는 Claude 모델에 OpenAI 호환 경로로 CLI를 연결하자 내부 오류 text part ... _reasoning_0 not found가 발생했습니다. 같은 엔드포인트의 비추론 모델은 정상 실행됐습니다. 설정은 Ofox Cline 통합 안내에 있습니다.

OpenCode: 모델 독립성을 중심으로 한 설계

실행 환경

터미널 중심이며 데스크톱 앱과 편집기 연동도 있습니다. npm의 opencode-ai로 설치하고 MIT 라이선스를 사용하며 프로젝트 지침은 AGENTS.md로 전달합니다. 원본 글은 OpenRouter 앱 순위에 나타나지 않는 것을 사용자 부재가 아닌 추적 참여 여부의 문제로 설명했습니다.

비용

무료 오픈소스이며 모델 토큰 사용료를 지불합니다.

확장 기능

AGENTS.md, MCP 서버와 models.dev에 나열된 제공업체를 연결하는 계층이 있습니다. 2026년 8월 11일 확인 당시 제공업체는 183개였으며 세션 중 전환도 지원했습니다. Ofox는 내장 제공업체로 제공되어 JSON 블록 대신 환경변수로 설정할 수 있었습니다.

선택을 제한하는 부분

특정 모델 제공업체를 구조적으로 강제하지 않는 것이 설계의 중심입니다. 같은 실패 테스트 작업에서 OpenCode는 과정을 가장 자세히 보여 줬습니다. 테스트 모음을 실행하고 traceback을 출력한 다음, 소스를 읽고 답했습니다.

대신 기본 모델 업체가 없으면 해당 업체가 대신 조율한 프롬프트도 없습니다. 원하는 결과를 얻기까지 Claude Code나 Codex보다 설정 작업이 더 필요할 수 있습니다. 제공업체 설정은 Ofox OpenCode 통합 안내에 있으며, 터미널 도구 두 가지는 OpenCode와 Codex CLI 비교(영문)에서 직접 비교했습니다.

Reasonix: 커뮤니티 프로젝트와 DeepSeek 캐시 중심 설계

실행 환경

하나의 로컬 엔진 위에 CLI와 TUI, 데스크톱 앱, 브라우저 화면, ACP로 같은 백엔드에 연결하는 VS Code 확장의 네 가지 환경이 있습니다. CGO_ENABLED=0으로 빌드한 단일 정적 Go 바이너리로 배포하며, npm i -g reasonix 또는 macOS의 brew install esengine/reasonix/reasonix로 설치합니다. 원본 테스트는 2026년 8월 10일 배포된 1.23.0을 사용했습니다. 그 릴리스 하나만으로 현재 유지보수 상태를 판단할 수는 없습니다.

먼저 이름에서 생기는 오해를 풀어야 합니다. Reasonix는 DeepSeek 제품이 아닙니다. github.com/esengine/DeepSeek-Reasonix에 있는 MIT 라이선스 커뮤니티 프로젝트이며 자체 사이트는 reasonix.io입니다. DeepSeek 공식 문서는 Claude Code, GitHub Copilot, OpenCode 통합을 안내하고 Reasonix는 언급하지 않습니다. Reasonix를 소개하는 외부 사이트도 해당 페이지에서 독립적이며 관련이 없다고 밝힙니다. 도구 자체와 별개로, 이름에 붙은 DeepSeek를 공식 제품 표시로 받아들이면 안 됩니다.

비용

무료 오픈소스에 사용하는 모델 비용이 더해집니다. 모델 비용을 낮게 유지하는 것이 설계 목표입니다.

확장 기능

MCP 서버가 도구와 프롬프트를 제공하며, Extension Protocol v1 사이드카는 런타임 이벤트 가로채기, 제공업체 추가, 버전이 붙은 플러그인 패키지 배포까지 담당합니다. 모델을 하드코딩하지 않고 하나의 reasonix.toml에 선언합니다. 장시간 무인 실행에 필요한 Plan 모드, 권한 계층, 작업 공간 샌드박스, 읽고 되돌릴 수 있는 턴별 체크포인트도 제공합니다. Pi가 기본 기능으로 두지 않는 요소들입니다. 문서의 설계에는 실행 모델과 계획 모델을 각각 캐시가 안정적인 별도 세션에서 운영하는 방식도 포함됩니다. 이 비교가 해당 기능의 독점성을 입증하지는 않습니다.

선택을 제한하는 부분

OpenAI 호환 엔드포인트를 제공업체 설정으로 연결하는 구조이며, 원본 구성은 reasonix.toml 한 곳에 담았습니다. 다음은 그때 사용한 구성과 결과입니다.

특징은 실행 사이클 쪽에 있습니다. DeepSeek의 접두사 캐시 동작을 고려해 긴 세션에서 컨텍스트 비용을 반복 지불하기보다 캐시를 계속 활용하도록 설계했습니다. 에이전트를 몇 시간씩 실행한다면 의미 있는 차이지만 짧게 여러 번 작업한다면 영향이 작을 수 있습니다. DeepSeek 캐시는 바이트 단위 접두사가 아니라 완전한 단위로 일치하기 때문에, 세션에서 절감 효과가 나타나는 시점이 예상보다 늦을 수 있습니다. 광고된 캐시 요율만 보지 말고 실제 작업 패턴으로 예산을 잡아야 합니다.

Pi: 작은 핵심 기능에 확장과 내장 MCP를 더한 도구

실행 환경

터미널 외에도 print/JSON 출력, RPC 서비스, 내장 가능한 SDK를 제공합니다. 설치 명령은 npm i -g @earendil-works/pi-coding-agent이며 원본에서 다룬 0.84.1은 2026년 8월 7일에 나왔습니다. 이 버전과 OpenRouter의 2.79T 수치는 8월 비교에 해당합니다. Pi는 MIT 라이선스이며 새로 설치한다면 현재 설치 안내를 확인하세요.

비용

무료 오픈소스입니다.

확장 기능

10월 20일 수정: Pi 현재 사이트는 확장, skills, 프롬프트 템플릿, 패키지뿐 아니라 내장 MCP와 Codemode도 설명합니다. 과거의 ‘MCP 없음’ 설명은 더 이상 맞지 않습니다. 하위 에이전트, 권한 팝업, Plan 모드는 각각 별도의 사용자 지정 선택입니다. 기본 기능을 작게 유지한다는 것이 확장이나 컨텍스트 관리 기능이 없다는 뜻은 아닙니다. 이 내용은 문서 업데이트이며, 역사적 Pi 0.84.1 스크린샷의 구성을 다시 테스트한 결과가 아닙니다.

선택을 제한하는 부분

Pi는 15개 이상 제공업체, /model을 통한 세션 중 모델 전환, models.json 또는 확장으로 추가하는 사용자 지정 제공업체를 문서화했습니다. 제공업체를 선택할 수 있어도 프로토콜과 도구 호환성 검사는 필요합니다. 다음은 원본 Pi 0.84.1 설정 화면입니다.

프로젝트 자체가 밝히는 주의점도 있습니다. Pi는 파일 시스템, 프로세스, 네트워크, 자격 증명 접근에 대한 내장 권한 시스템을 제공하지 않으므로 샌드박스는 사용자가 준비해야 합니다. 민감한 자료를 맡긴다면 컨테이너에서 실행하는 방식을 고려해야 합니다. 커뮤니티의 토큰 사용량 후기는 통제된 비용 비교가 아닙니다. 비용 결론을 내리기 전에 자신의 작업과 재시도 사용량을 측정하세요.

함께 알아둘 만한 다른 AI 코딩 에이전트

이 추가 목록의 순위는 8월 원본 스냅샷에 해당합니다. 여기 있는 도구는 더 좁은 영역을 다루거나 동일한 실험을 실행하지 못해 독립 절로 다루지 않았습니다.

Antigravity와 GitHub Copilot은 같은 종류의 도구인가

코딩을 돕는다는 점은 겹치지만 브랜드 하나를 고정된 클라이언트로 보면 안 됩니다. 실제 사용하는 환경을 비교해야 합니다. 원본 Antigravity 테스트는 CLI 1.1.12와 로그인 요구사항을 다뤘습니다. Copilot은 IDE, CLI, GitHub 워크플로까지 이어지며, 현재의 로컬 BYOK는 모든 모델 사용량이 묶음 제공량에서 차감된다는 가정도 바꿉니다.

실제 선택에서는 저장소 접근, 실행 위치, 사용할 수 있는 검증 도구, 승인 제어와 과금을 해당 클라이언트에서 확인하세요. 이 글은 현재 버전의 Antigravity와 Copilot에서 동일 작업을 다시 실행하지 않았습니다. 따라서 현재 성능이나 비용의 우승자를 확정할 수는 없습니다.

원격 또는 비동기로 실행할 수 있는 하네스는

터미널 중심 도구는 서버에 올릴 수 있습니다. Codex CLI, Claude Code, OpenCode, Reasonix, Pi는 SSH로 헤드리스 실행할 수 있으며 Pi는 이를 위한 print/JSON, RPC, SDK 모드를 별도로 제공합니다. 원본 비교는 Cursor 편집기만 다뤘으며, 현재의 모든 원격 기능이나 CLI 제공 방식의 한계를 확인한 것은 아닙니다. Copilot의 클라우드 에이전트는 사용자의 컴퓨터 없이 issue를 받아 풀 리퀘스트를 반환합니다. 원본에서 다룬 Antigravity 2.0은 여러 에이전트를 병렬 실행하되 로컬 창 안의 로컬 에이전트입니다.

Cline은 확장과 CLI를 구분해야 합니다. 확장에는 편집기가 필요하지만 CLI에는 필요하지 않습니다. 로컬 허브 데몬과 브라우저 대시보드를 띄워 연결된 클라이언트와 실행 중인 세션을 확인할 수 있으므로 SSH로 접속한 머신에서도 사용할 수 있습니다.

오랫동안 무인 실행하는 것이 목표라면 터미널 하네스와 안정적으로 캐시를 활용하는 모델의 조합을 검토할 수 있습니다. Reasonix가 겨냥한 것도 이 사용 방식입니다.

에이전트 코딩의 월 비용은 어떻게 계산하나

월 총액은 검수를 통과한 작업과 그 과정의 실패 시도에 달려 있습니다. 캐시되지 않은 입력, 캐시 읽기·쓰기, 출력 토큰, 재시도, 외부 도구 요금, 좌석 또는 플랫폼 비용을 나누어 기록하세요. 제공업체의 실제 과금 단위를 사용하고 캐시 토큰을 두 번 계산하지 않아야 합니다.

작업 비용 = 모든 시도에서 과금된 모델 사용량 + 과금된 외부 도구 + 해당 작업에 배분할 플랫폼 비용입니다. 재시도는 이미 그 사용량 합계에 포함되므로 별도 비용으로 다시 더하지 않습니다. 월 예산은 고정 구독료에 가변 사용료를 더하되, 이미 요금제에 포함된 사용량을 다시 더하지 않아야 합니다. 요율과 캐시 적용 조건은 정확한 모델과 경로에 따라 달라집니다. 이번 업데이트는 Ofox의 현재 요율을 인용하거나 절감액을 약속하지 않습니다.

같은 저장소 리비전과 같은 검수 테스트를 비교하세요. 모델 ID, 하네스 버전, 경로, 토큰 유형, 소요 시간, 실패 시도, 최종 테스트 결과를 기록해야 합니다. 저렴하지만 검수에 실패한 실행을 완료된 작업과 동등하게 비교할 수는 없습니다. 특정 하네스가 더 싸다고 말하려면 반복 측정이 필요하며, OpenRouter 토큰 총량은 그 답을 제공하지 않습니다.

어떤 상황에 어떤 도구를 검토하면 좋을까

각 도구가 맞는 작업 조건을 다음처럼 나눌 수 있습니다.

• Codex CLI: OpenAI 환경에서 일하며 셸 명령을 자동 승인하는 경우입니다. 원본 리뷰는 macOS seatbelt, Linux Landlock과 seccomp 등 운영체제 수준 격리를 살펴봤습니다.
• Claude Code: 하네스에 팀 프로세스를 반영하려는 경우입니다. Hooks, skills, 하위 에이전트가 필요한 프로세스를 지원하는지 평가하세요.
• Antigravity: 지원되는 병렬 에이전트와 시각적 검증 흐름이 작업에 맞는 경우입니다. 현재 요금제 한도도 확인해야 합니다.
• GitHub Copilot: 편집기 세션보다 풀 리퀘스트와 리뷰에서 일이 진행되고 팀이 이미 좌석을 보유한 경우입니다.
• Cursor: 편집 속도가 중요한 경우입니다. Tab 작업 흐름과 자신의 요금제에서 접근 가능한 모델을 평가하세요.
• Cline: IDE 안에서 먼저 계획하고 실행하는 방식과 비용이 낮은 모델을 함께 쓰려는 경우입니다.
• OpenCode: 모델 선택의 자유가 필수이고 직접 설정할 의향이 있는 경우입니다.
• Reasonix: 세션이 몇 시간씩 이어져 캐시 활용이 비용에 큰 영향을 주는 경우입니다.
• Pi: 원하는 실행 방식이 분명하고 완성형 제품보다 직접 구성할 기반이 필요한 경우입니다.

여러 도구를 함께 사용해도 되나

가능합니다. r/AI_Agents 토론은 단일 승자를 찾기보다 역할을 나누는 구성을 설명합니다. 빠른 수정을 위한 편집기, 로컬 컨텍스트를 위한 IDE 에이전트, 테스트를 포함한 여러 파일 작업을 위한 터미널 에이전트를 함께 쓰는 식입니다. 한 댓글 작성자는 이 세 역할을 분리하고 새 도구를 동일한 세 작업으로 시험하라고 권했습니다. 버그 하나 수정하기, 작은 기능 추가하기, 테스트를 포함해 리팩터링하기입니다. 이후 가장 작고 깔끔한 diff를 만들고 사람이 가장 적게 개입한 도구를 남기는 방법입니다.

이는 특정 작업에 맞춘 실용적인 평가이며 모든 벤치마크를 대체하지는 않습니다. Ofox의 Claude Code·Codex·Gemini CLI·Cursor 네 도구 비교(영문)와 터미널 에이전트 비교(영문)도 같은 작업을 도구별로 실행하는 접근을 사용했습니다.

이런 테스트를 시작할 때 걸리는 현실적인 문제 중 하나는 자격 증명 설정입니다. 하네스 세 개를 실행하려면 각 도구의 형식에 맞춰 세 군데를 구성해야 합니다.

같은 API 키로 여러 하네스를 연결하려면

모델을 선택할 수 있어도 도구마다 자격 증명 형식과 설정 파일이 다릅니다. Claude Code는 ANTHROPIC_BASE_URL과 ANTHROPIC_AUTH_TOKEN을 사용합니다. Codex는 TOML의 model_providers 블록에 wire_api = "responses"를 지정합니다. Cline은 확장 UI의 제공업체 설정을, OpenCode는 제공업체 항목을, Reasonix는 reasonix.toml 절을, Pi는 자체 제공업체 설정을 사용합니다. 같은 제공업체 계정을 쓰더라도 도구별 설정은 필요할 수 있습니다.

이 차이를 특정 도구 하나의 문제로 보기는 어렵습니다. 통신 프로토콜이 비슷해도 자격 증명과 설정 방식까지 통일된 것은 아니기 때문입니다.

게이트웨이는 자격 증명과 청구를 모을 수 있지만 연결의 성공은 여전히 프로토콜과 도구 동작에 달려 있습니다. Ofox 통합 문서는 설정 출발점입니다. 자신의 클라이언트에서 모델 ID, 엔드포인트, 도구 호출, 테스트 결과를 확인하세요. 같은 키를 사용한다고 기능 지원이 같거나 요청 한도가 무제한인 것은 아닙니다.

Copilot 로컬 BYOK는 더 이상 개인 좌석의 Chat 전용이라고 설명할 수 없습니다. Cursor 문서는 지원 제공업체의 채팅 키와 내장 Tab 모델을 구분합니다. 어느 문서도 모든 Ofox 경로를 검증하지는 않습니다. 원본 Antigravity 테스트에서 테스트한 CLI의 키 전용 설정을 찾지 못했지만, 이는 현재 릴리스를 다시 테스트한 결과가 아닙니다.

자격 증명을 저장소나 스크린샷에 남기지 마세요. 운영 저장소에 연결하기 전에 합성 작업, 제한된 예산, 명시적인 검수 기준으로 시작해야 합니다.

실행 사이클을 고른 다음 모델을 고르자

IDE 작업, 터미널 실행, 사용자 지정 도구 통합, 원격 작업 중 무엇을 제어해야 하는지에 따라 하네스를 선택하세요. 모델은 경로와 권한, 필요한 도구 동작을 확인한 뒤 고르면 됩니다. 역사적 테스트와 OpenRouter의 현재 사용량 목록 어느 쪽도 모든 상황에 적용할 승자를 정하지는 못합니다.

API를 사용하는 구성은 합성 저장소 작업 하나, 명확한 예산, 실제로 실패할 수 있는 테스트에서 시작하세요. 정확한 하네스 버전, 모델 ID, 프로토콜, 예상 diff, 관찰한 테스트 결과를 기록해야 합니다. 자격 증명 테스트 성공이나 그럴듯한 패치는 검수 통과가 아닙니다. 코딩 밖의 예로 자신의 키를 사용하는 n8n 워크플로는 도구 반환값과 최종 출력 둘 다 검사합니다. 이 글은 월 비용 절감을 약속하지 않습니다.

참고 자료

• OpenRouter 코딩 에이전트 순위
• OpenRouter 앱 페이지: Claude Code
• OpenRouter 앱 페이지: Codex
• OpenRouter 앱 페이지: Cline
• OpenRouter 앱 페이지: Pi
• GitHub Copilot 요금제와 가격
• Google Antigravity
• google-gemini/gemini-cli 저장소
• openai/codex 저장소
• cline/cline 저장소
• esengine/DeepSeek-Reasonix 저장소
• Pi 공식 사이트
• DeepSeek API 문서
• r/AI_Agents: What AI harness for coding?
• Ofox 통합 문서

9월 10일 발표된 관리형 서비스는 OpenAI Agents API 분석에서 이어서 읽을 수 있습니다. 호스팅된 Codex 하네스와 직접 코딩 도구를 실행하는 방식의 차이를 샌드박스 책임과 과금까지 나누어 설명합니다.