Open Interpreter: Claude Code와 Kimi의 하네스를 흉내 내 저비용 모델을 살리는 Codex 포크

Orca: Claude Code, Codex, Cursor를 병렬로 실행하는 ADE • herdr: 여러 AI 에이전트를 동시에 실행하기 위한 터미널 멀티플렉서

Open Interpreter는 지금 무엇인가? #

2023년의 “자연어 코딩 에이전트” Python 프로젝트로 Open Interpreter를 기억한다면, 오늘 이 이름과 스타 히스토리를 공유하는 프로젝트는 완전히 다른 코드베이스임을 알아둬야 한다: 프로젝트가 스스로 “OpenAI Codex의 포크"라고 명시하는 Rust 재작성 버전으로, 2023년 7월에 시작된 저장소에서 6만 7300개 이상의 GitHub 스타를 기록했다.

🔗 GitHub: https://github.com/openinterpreter/openinterpreter 🌐 홈페이지: https://www.openinterpreter.com

현재 README 원문 그대로: “This is the new Rust version of Open Interpreter, based on Codex. Looking for the original Python project? It lives on as a community-maintained fork at endolith/open-interpreter."(이것은 Codex를 기반으로 한 Open Interpreter의 새 Rust 버전이다. 원래 Python 프로젝트를 찾고 있는가? 그것은 endolith/open-interpreter에서 커뮤니티가 유지보수하는 포크로 남아 있다.) 예전 Python 시절 튜토리얼을 찾기 전에 이 차이를 기억해 둘 만하다.

핵심 아이디어: 하네스 흉내 #

Claude Code, Kimi Code, Qwen Code, DeepSeek TUI 등 모든 코딩 에이전트 제품은 자신이 서비스하는 모델에서 최고의 결과를 뽑아내도록 튜닝된 고유의 내부 프롬프트·도구 호출 방식을 갖고 있다. 저비용이나 오픈 모델을 범용 에이전트 하네스에 붙이면 실제 성능을 상당 부분 놓치는 경우가 많다.

Open Interpreter의 답은 하네스 흉내다: 세션마다 어느 제품의 정확한 방식을 흉내 낼지 전환할 수 있다:

> /harness

native
claude-code
claude-code-bare
zcode
kimi-code
kimi-cli
qwen-code
deepseek-tui
swe-agent
minimal

README는 왜 이게 중요한지 구체적인 예시로 시작한다: “Today: Kimi K3 is here. We have reimplemented the provider-recommended Kimi Code harness in Rust, giving you maximum K3 performance with a Codex-like interface."(오늘: Kimi K3가 도착했다. 우리는 제공자가 권장하는 Kimi Code 하네스를 Rust로 다시 구현해, Codex와 비슷한 인터페이스로 K3의 최대 성능을 끌어낸다.)

설치 #

macOS / Linux:

curl -fsSL https://www.openinterpreter.com/install | sh

Windows:

irm https://www.openinterpreter.com/install.ps1 | iex

이후 i나 interpreter를 실행하면 세션이 시작된다.

Codex와 ACP 호환 #

문서에 명시된 두 가지 연동 경로:

• Codex SDK 드롭인 — 이미 OpenAI Codex SDK 위에서 개발 중이라면, 전환은 바이너리 경로 한 줄만 바꾸면 된다:

  -const codex = new Codex();
  +const codex = new Codex({ codexPathOverride: "interpreter" });
  

• Agent Client Protocol(ACP) — ACP 호환 에디터에서 클라이언트가 interpreter acp를 실행하도록 설정하면 된다

처음부터 이식성을 염두에 둔 설계 #

프로젝트는 구체적인 목표를 하나 밝힌다: 자신의 설정을 Open Interpreter 전용 형식에 가두지 말라는 것. 이미 존재하는, 도구에 종속되지 않는 공유 표준을 우선한다 — 저장소의 AGENTS.md, 공유 .agents/skills 디렉터리, MCP, ACP, Codex exec 프로토콜. 진짜로 이 제품에만 속하는 설정과 세션 상태만 ~/.openinterpreter 아래에 둔다.

기능 #

사용 사례 #

1. 저비용·오픈 모델의 성능 최대한 끌어내기 #

어떤 모델을 쓰든 그 모델에 맞는 kimi-code나 qwen-code로 /harness를 전환해, 범용 하네스가 놓치는 성능을 되찾는다.

2. 기존 Codex SDK 코드 마이그레이션 #

API를 다시 작성하는 대신 경로 한 줄 오버라이드로 기존 Codex SDK 연동을 Open Interpreter로 향하게 한다.

3. 실제 브라우저나 네이티브 앱으로 QA하기 #

내장된 computer-use QA 스킬로 에이전트가 소스 코드만 편집하는 게 아니라 실제로 웹이나 네이티브 앱을 클릭해 보게 한다.

관련 저장소 #

관련 글 #

• Orca: Claude Code, Codex, Cursor를 병렬로 실행하는 ADE — 저비용 모델 최적화가 아니라 여러 에이전트 오케스트레이션에 초점
• herdr: 여러 AI 에이전트를 동시에 실행하기 위한 터미널 멀티플렉서 — 또 다른 터미널 네이티브 코딩 에이전트 인프라

결론 #

지금의 Open Interpreter는 좁지만 구체적인 문제를 푼다: 저비용·오픈 모델이 실력을 발휘하지 못하는 건 종종 모델 자체가 약해서가 아니라 잘못된 에이전트 하네스로 실행되기 때문이다. Codex를 포크한 Rust 코어 안에 Claude Code, Kimi Code, Qwen Code 등의 정확한 방식을 다시 구현함으로써, 만능 하나로 때우는 대신 모델에 맞는 하네스를 골라 쓸 수 있게 한다. 다만 같은 이름의 원조 Python 프로젝트와 혼동하지 말 것 — 그건 이제 별도로 유지보수되는 다른 코드베이스다.

추천 대상: 저비용·오픈 모델(Kimi K3, DeepSeek, Qwen, GLM)을 쓰며 각 모델에 맞춰 튜닝된 구체적 하네스를 원하는 개발자, 그리고 기존 Codex SDK나 ACP 기반 도구 체인에 드롭인 대안을 찾는 사람.

GitHub: https://github.com/openinterpreter/openinterpreter

셀프 호스팅 추천 인프라 #

호스팅 API 대신 셀프 호스팅이나 로컬 모델을 상대로 Open Interpreter를 돌린다면:

• DigitalOcean — 14개 이상의 글로벌 리전, 60일간 200달러 무료 크레딧.
• HTStack — 중국 본토에서 지연 시간이 짧은 홍콩 VPS. dibi8.com이 호스팅되는 것과 같은 IDC다.

제휴 링크입니다 — 추가 비용 없이 dibi8.com 운영을 돕습니다.

최종 업데이트: 2026-07-29

참고 자료 #

• Open Interpreter
• Open Interpreter 홈페이지
• endolith/open-interpreter (원래 Python 프로젝트)
• Claude Code