Open Interpreter의 대안을 찾기 전에 어떤 Open Interpreter를 떠나는지부터 정하세요. 이제 이 이름은 OpenAI Codex의 포크인 Rust 터미널 코딩 에이전트를 가리키며, 자신의 컴퓨터에서 생성된 코드를 실행하던 Python 도구는 2024년 10월의 0.4.3에서 동결되었고 프로젝트에서 더 이상 유지 관리하지 않습니다. 모든 세대가 무료 오픈 소스이므로 이는 라이선스 가격을 결정하는 문제가 아닙니다. 사용할 프로그램과 그 프로그램에 연결할 모델 API를 결정하는 문제이며, 유일한 반복 비용은 모델 API 비용입니다.
두 번의 리디렉션 때문에 이 분리가 숨겨져 있습니다. GitHub API를 통해 이전 저장소 경로 OpenInterpreter/open-interpreter를 요청하면 openinterpreter/openinterpreter가 반환되고 언어는 Rust로 표시되며, docs.openinterpreter.com은 Rust 터미널 문서로 HTTP 308 응답을 반환합니다. 2023년 또는 2024년 튜토리얼의 링크는 여전히 열리지만, 설치된 바이너리에 없는 명령을 설명하는 다른 프로그램의 문서를 제공합니다. 두 항목 모두 2026년 9월 18일에 확인했습니다.
하나의 이름, 세 개의 프로그램, 그리고 죽은 패키지 하나
| 정체 | 언어 및 라이선스 | 설치 방법 | 2026년 9월 18일 현재 상태 |
|---|---|---|---|
| Open Interpreter — 현재 터미널 에이전트이며 OpenAI Codex의 포크 | Rust, Apache-2.0 | 셸 설치 프로그램: curl -fsSL https://www.openinterpreter.com/install | sh | 아카이브되지 않음, 별 68,379개, 마지막 push는 2026년 9월 15일. 최신 릴리스 rust-v0.0.44는 2026년 9월 15일 게시됨 |
| Open Interpreter Classic — 거의 모든 글에서 설명하는 Python 어시스턴트 | Python, AGPL-3.0 | pip install open-interpreter | 0.4.3에서 동결됨, 2024년 10월 26일 업로드, 철회되지 않음. 업스트림은 더 이상 유지 관리하지 않음 |
| endolith/open-interpreter — 프로젝트 자체가 가리키는 커뮤니티 포크 | Python, AGPL-3.0 | pip install git+https://github.com/endolith/open-interpreter.git@classic/develop | 활성 상태, 마지막 push는 2026년 9월 17일, 별 33개. PyPI에 재게시된 적 없음 |
| Interpreter Workstation — 같은 브랜드의 별도 데스크톱 제품 | TypeScript, Apache-2.0 | 프로젝트 사이트에서 플랫폼별 다운로드 | 2026년 8월 1일 생성, 마지막 push는 2026년 9월 15일 |
npm 패키지 open-interpreter | — | npm i open-interpreter가 자리표시자를 설치함 | 버전 0.0.0, 2023년 9월 23일 한 번 게시됨, 다른 저장소에서 제공. 이 제품이 아님 |
이전 저장소 경로에서의 리디렉션 때문에 분리를 놓치기 쉽습니다. 현재 README는 하단 근처에서 한 줄로 설명합니다 — "이것은 Codex를 기반으로 한 Open Interpreter의 새로운 Rust 버전입니다. 원래 Python 프로젝트를 찾고 계신가요? endolith/open-interpreter에서 커뮤니티가 유지 관리하는 포크로 이어지고 있습니다." 재작성 과정에서 라이선스도 AGPL-3.0에서 Apache-2.0으로 변경되었다는 점에 유의하세요. 기존 코드를 프로젝트에 직접 포함했다면 중요한 사항입니다. 조직에는 휴면 상태인 01 음성 프로젝트도 있으며, 마지막 push는 2024년 11월입니다. 여기에 01-app와 aifs도 있지만 둘 다 2024년 이후 변경되지 않았습니다. 세 프로젝트 모두 아카이브되지는 않았으며, 최신 상태인 것도 아닙니다.
Open Interpreter 가격: 가격은 없으며, 세 가지 숫자도 해당하지 않음
요금제, 좌석, 할당량 또는 계정은 없습니다. 2026년 9월 18일 openinterpreter.com/pricing은 HTTP 404를 반환했습니다. 터미널 설치, 빠른 시작 및 구성 페이지에는 가격, 구독 또는 청구 관련 문구가 없으며, 데스크톱 제품의 자체 README에는 "Interpreter 계정이 필요하지 않습니다"라고 적혀 있습니다. 이는 가격 페이지를 찾지 못했다는 사실에 근거한 결론이지, 프로젝트가 앞으로도 가격 페이지를 만들지 않겠다는 약속이 아닙니다. 그러나 "open interpreter pricing"에 대한 정직한 답은 이렇습니다. 유일한 반복 비용은 모델 토큰입니다.
이 검색에서 두드러지는 가격은 다른 제품의 가격입니다. 예산에 포함하지 마세요:
| 찾게 될 숫자 | 실제로 가격이 책정되는 대상 | Open Interpreter가 아닌 이유 |
|---|---|---|
| 20분 세션당 컨테이너 메모리에 따라 분당 과금(최소 5분), $0.03 / $0.12 / $0.48 / $1.92 (OpenAI API 요금) | OpenAI의 호스팅 Code Interpreter 도구 | 분 단위로 대여하는 원격 샌드박스입니다. Open Interpreter는 사용자의 컴퓨터에서 실행되며 실행 요금은 없습니다 |
| 조직당 월 1,550시간의 무료 사용량을 초과한 후 컨테이너당 시간당 $0.05, 최소 5분, 웹 검색 또는 웹 가져오기와 함께 사용하면 무료(코드 실행 도구) | Anthropic의 코드 실행 도구 | 이 역시 호스팅 컨테이너이며 토큰이 아니라 실행 시간에 따라 과금됩니다 |
| “Code Interpreter의 가격”으로 제시되는 모든 ChatGPT 구독 등급 | 소비자용 ChatGPT 요금제 액세스이며, 또 다른 별도 제품입니다 | 이 페이지에는 ChatGPT 요금제 가격이 표시되지 않습니다. 2026년 9월 18일 공식 요금 페이지가 가져오기를 거부했으므로 검증된 수치가 없으며 어떤 수치도 인용하지 않습니다 |
두 도구의 가격은 2026년 9월 18일에 확인했습니다.
어떤 사용자에게 어떤 대안이 적합한가
| 떠나는 이유 | 이동할 곳 | 감수해야 하는 점 |
|---|---|---|
대화 루프에서 코드를 실행한 Python interpreter을 원하지만, 재작성 과정에서 그것이 사라졌습니다 | git에서 설치하는 endolith 포크 — 업스트림 자체가 이 포크를 가리킵니다 | 스타 33개를 받은 개인 포크로, 자체 README는 기본 브랜치를 “(품질이 의심스러운) 바이브 코딩 변경 사항이 계속 쌓이는 중”이라고 설명합니다. 같은 문단에는 유지 관리자가 이를 매우 자주 사용하며 꽤 잘 작동한다는 내용도 있습니다. PyPI에 재게시된 적이 없으므로 설치할 고정 릴리스가 없습니다 |
| 적극적으로 유지 관리되는 터미널 코딩 에이전트를 원하며 Python 계보는 중요하지 않습니다 | 현재의 Open Interpreter입니다. README는 이를 저비용 모델에서 최상의 성능을 끌어내는 하니스를 에뮬레이션하는 데 초점을 둔 Codex 포크라고 설명합니다 | 모든 것을 새로 작성한 재작성판입니다. 새로운 설치 경로, 새로운 구성 형식, 새로운 명령어 인터페이스를 사용합니다. 2024년 지침은 이전되지 않습니다 |
| 이미 Codex CLI를 사용 중이며 동일한 사용 습관으로 더 저렴한 모델을 사용하고 싶습니다 | 동일한 [model_providers.<id>] TOML 구조를 읽고, 업스트림 Codex가 지원하지 않는 두 가지 전송 방식을 허용하는 현재의 Open Interpreter | 다른 구성 홈(~/.openinterpreter/), 학습해야 할 하니스 계층, 사용자 지정 공급자에 대한 문서화된 ChatGPT 로그인이 없습니다 — 문서에는 기본 제공 openai 공급자에 대해서만 나열되어 있습니다 |
| 터미널이 아닌 데스크톱 애플리케이션을 원합니다 | 별도의 TypeScript 제품인 Interpreter Workstation입니다. Settings → Models → New Model → Custom endpoint를 통해 구성하며, TOML 대신 Base URL, API Key, Model ID 필드를 사용합니다 | 더 최근에 만들어진 코드베이스로, 2026년 8월에 생성되었으며 터미널 에이전트의 구성 파일을 공유하지 않는 설정을 사용합니다. “Use Chat Completions” 체크박스는 기본적으로 꺼져 있으므로 채팅 전용 엔드포인트에서는 켜야 합니다 |
| 완전히 다른 클라이언트를 원합니다 | Aider, OpenCode, Cline, Codex CLI는 모두 사용자 지정 엔드포인트를 사용할 수 있지만 동일한 전선을 사용하지는 않습니다 — Codex CLI에는 Responses 경로가 필요합니다. AI 에이전트 API 디렉터리를 참조하세요 | 각각 고유한 프로토콜 경계가 있습니다. 트레이드오프는 Aider 요금, OpenCode 대안, Claude Code 대안에서 다룹니다 |
무엇이 마이그레이션되고 무엇이 마이그레이션되지 않는가
Python 세대에서 넘어오는 것은 없습니다. 플래그, Python API 표면, YAML 및 Python 프로필 파일, LiteLLM 모델 이름 규칙이 모두 사라졌습니다. 넘어오는 것은 Codex 형태와 표준 형태의 설정이며, 프로젝트는 이를 마이그레이션 페이지에서 의도적으로 문서화합니다:
| 현재 보유한 것 | 적용되는 위치 | 수고 |
|---|---|---|
| 에이전트 지침 | AGENTS.md | 이미 공유된 규칙이므로 보통 할 일이 없습니다 |
| 스킬 | .agents/skills/ 또는 ~/.agents/skills/ | 없음 — 문서에는 해당 공유 위치에 이미 있는 스킬을 원래 위치에서 읽는다고 명시되어 있습니다 |
| MCP 서버 | 구성의 [mcp_servers] | 복사한 다음 사용자 지정 인증, 헤더 또는 전송 방식을 사용하는 서버가 있는지 다시 확인합니다 |
| 후크 | hooks.json 또는 인라인 [hooks] | 복사한 다음 로컬 명령을 실행하는 모든 후크를 신뢰하기 전에 읽습니다 |
| 서브에이전트 | [agents] 구성 | 구성 블록으로 다시 작성 |
| 공급자 및 모델 선택 | ~/.openinterpreter/config.toml 또는 .openinterpreter/config.toml | 처음부터 작성 — 다음 섹션을 참조하세요 |
Python 0.4.3의 모든 항목: --api_base, --api_key, --model openai/…, 프로필 | 어디에도 없음 | 폐기합니다. 개념은 남지만 구문은 하나도 남지 않습니다 |
설치하기 전에 바이너리 이름 충돌을 확인하세요. 레거시 0.4.3 휠은 네 개의 콘솔 스크립트 — interpreter, i, interpreter-classic, wtf — 를 선언하는 반면, 현재 설치 프로그램은 설치 페이지에 따라 ~/.local/bin에 interpreter, i, codex-code-mode-host를 배치합니다. 이전에 pip install open-interpreter을 실행한 적이 있다면 이제 서로 다른 두 프로그램이 interpreter과 i라는 두 이름을 두고 경쟁하며, 어느 프로그램이 이기는지는 셸 우선순위에 따라 달라집니다. 먼저 which -a interpreter, which -a i, interpreter --version를 실행하고 설치 후에도 다시 실행하세요.
롤백. 공급자를 변경하기 전에 ~/.openinterpreter/을 백업하세요 — 문서화된 제거 루프는 관리되는 독립 설치만 제거하고 구성, 세션, 로그, 파일에 저장된 자격 증명을 포함한 해당 디렉터리는 의도적으로 유지하므로 재설치하면 설정이 복원됩니다. 반대로 레거시 virtualenv는 삭제하지 말고 그대로 유지하세요. 0.4.3은 여전히 PyPI에 있지만, 나중에 오래된 종속성 집합을 다시 고정했을 때 해결된다는 보장은 없습니다.
현재 에이전트를 OpenAI 호환 엔드포인트에 연결하기
이 문장은 Codex CLI 설정에서 넘어온 경우 가장 중요합니다. 해당 문서에서는 wire_api에 합법적인 값이 정확히 하나라고 설명합니다. 그 규칙은 업스트림 Codex에는 참이지만 Open Interpreter에는 참이 아닙니다. 업스트림의 자체 구성 참조는 wire_api에 대해 “responses가 유일하게 지원되는 값이며, 생략하면 기본값입니다”라고 설명합니다. Open Interpreter의 유지 관리 변경 내역에는 “일급 OpenAI 호환 Chat Completions 전송 방식”과 “해당 API를 제공하는 공급자를 위한 Anthropic Messages 호환 전송 방식”이 의도적으로 추가되었다고 나옵니다. 따라서 이 포크는 업스트림 Codex가 접근할 수 없는 엔드포인트에 도달하며, Kunavo의 세 표면 — /v1/responses, /v1/chat/completions, /v1/messages — 모두 이에 대응하는 전선 값을 갖습니다.
공급자 페이지에 설명된 사용자 지정 공급자 형식은 /v1로 끝나는 기본 URL을 사용하는 chat-completions 블록입니다. 같은 페이지에는 정확히 같은 방식으로 구성된 호스팅 게이트웨이도 나옵니다. Kunavo에 적용하면 다음과 같습니다:
# Top-level keys come FIRST. Anything written after a [table] header
# belongs to that table, so model_provider placed below would be ignored.
model_provider = "kunavo"
model = "gpt-5-6-terra"
[model_providers.kunavo]
name = "Kunavo"
base_url = "https://api.kunavo.com/v1"
env_key = "KUNAVO_API_KEY"
wire_api = "chat"이 작업에 저녁 시간을 쓰기 전에 알아야 할 세 가지 경계입니다. 모두 여기서 테스트한 것이 아니라 프로젝트 문서에서 읽은 내용입니다:
- Kunavo는 기본 제공 카탈로그에 없으므로
model을 직접 설정해야 합니다. 생성된 공급자 카탈로그는 models.dev와 일부 실시간 공급자 엔드포인트를 바탕으로 만들어지며 확인 당시 116개 공급자를 포함했습니다. Kunavo는 카탈로그에도 models.dev에도 없습니다. 직접 작성한 공급자에 대해/model선택기가 컨텍스트 창 또는 기능 메타데이터를 자동으로 채워 줄 것이라고 기대하지 마세요. - 하니스 라우팅은 엄격합니다. 하니스 페이지에 따르면
chat는 네이티브 채팅과claude-code,claude-code-bare,deepseek-tui,kimi-code,kimi-cli,qwen-code,swe-agent,minimal을 허용합니다.responses은 네이티브,claude-code,claude-code-bare을 허용합니다. 또한messages에서는 “Messages에 하니스 네이티브 전송 방식이 필요하므로 네이티브 모드가 거부됩니다.” 인식되지 않는 하니스 문자열은 기본 제공 요청 빌더 없이 채팅으로 대체되므로 오타가 실행을 조용히 저하시킵니다. 특정 모델에서 어떤 하니스가 가장 잘 작동하는지는 문서화되어 있지 않으며, 이 페이지에서는 추측하지 않습니다. - Messages 기본 URL은 문서화된 Kunavo 예제가 아니라 추론입니다. 카탈로그에 포함된 Messages 공급자인 Anthropic과 Z.AI의 ZCode는 모두
/v1이 없는 API 루트를 사용하며, Z.AI 페이지에는 ZCode Messages 요청이/v1/messages로 전송된다고 명시되어 있습니다. 따라서 클라이언트가 경로를 추가합니다. 이 규칙에 따르면 Anthropic 전선 블록은 위의/v1URL이 아니라 API 루트를 사용해야 하지만, 공식 문서 어디에도 사용자 지정 공급자 Messages 예제가 없고 이 구성은 실행되지 않았습니다. 문서화된 형식인 채팅 전선에서 시작하세요.
문서화된 세부 사항이 두 가지 더 있습니다. env_key은 키 자체가 아니라 환경 변수의 이름이며, 일회성 실행에서는 interpreter --chat-completions이 해당 호출의 요청 형식을 재정의하지만 공급자의 기본 URL, 자격 증명 또는 모델은 변경하지 않습니다. ChatGPT 로그인은 기본 제공 openai 공급자의 인증으로 나열되어 있으며 사용자 지정 공급자 옵션으로 나열되어 있지 않습니다. 공급자 표에 대해 공급자 페이지가 문서화한 인증 소스는 env_key, experimental_bearer_token, 명령으로 구동되는 auth 블록이며, Amazon Bedrock에만 해당하는 aws 블록도 있습니다.
세션의 비용을 계산해 본 예
이는 측정된 작업 비용이 아닌 예시용 토큰 산술이며 청구 상한도 아닙니다. 한 에이전트 세션에서 캐시되지 않은 입력 토큰 300,000개를 보내고 출력 토큰 20,000개를 받는다고 가정합니다. Codex 스타일 하니스는 매 턴 누적 컨텍스트를 다시 보내므로 설명을 위해 선택한 형태입니다. 실제 저장소와 턴 수는 다릅니다. 요율은 백만 토큰당 실시간 Kunavo 카탈로그 가격입니다.
| 모델 | 1M당 입력 / 출력 | 가정한 세션의 예상 비용 |
|---|---|---|
| Claude Haiku 4.5 | $0.70 / $3.50 | $0.280 |
| GPT-5.6 Terra | $0.70 / $4.20 | $0.294 |
| Claude Sonnet 4.6 | $2.10 / $10.50 | $0.840 |
핵심은 개별 행이 아니라 비용 차이입니다. 이러한 가정하에서 동일한 세션의 비용은 Claude Haiku 4.5의 경우 $0.280, Claude Sonnet 4.6의 경우 $0.840로 산정됩니다. 이는 가장 저렴한 요금을 선택하라는 권고가 아닙니다. 표시된 가격이 가장 저렴하다는 것과 작업을 완료하는 데 드는 비용이 가장 낮다는 것은 서로 다른 주장입니다. 리팩터링에 세 번의 시도가 필요한 모델은 한 번에 완료하는 모델보다 비용이 더 많이 들 수 있으므로, 결정하기 전에 자체 저장소에서 두 가지를 모두 측정하세요. Kunavo의 카탈로그 금액은 청구액의 상한이 아니라 하한입니다. 업스트림이 요금을 보고하면 카탈로그 비용과 업스트림 비용에 해당 마크업을 곱한 금액 중 더 큰 금액이 청구됩니다. 캐시 요금과 외부 도구는 이 예시에 포함되지 않습니다. 최소 충전 금액은 선불 크레딧 $10이며, 이는 작업 요금이나 구독료가 아니라 최소 자금 충전액입니다. 결제 세부 정보를 참조하세요.
솔직하게 설정하기
Open Interpreter는 Kunavo와의 런타임 테스트를 거치지 않았습니다. 이 페이지의 어떤 내용도 실행되지 않았으며 위의 모든 구성 관련 주장은 2026년 9월 18일 프로젝트 저장소와 문서에서 읽은 것입니다. 가장 가까운 공개 참고 자료는 Codex CLI 통합이며, TOML 블록의 구조가 동일합니다. 이를 복사하고 구성 홈을 ~/.openinterpreter/config.toml로 변경하되, 업스트림 Codex에 해당하는 단일 wire_api 규칙은 무시하세요. 작동하는 경로를 하나 유지하고, 범위가 제한된 작업을 하나 실행한 다음, 계정에 기록된 청구액을 확인하세요. 키 사용을 위한 자금을 충전할 준비가 되면 Kunavo 계정을 만드세요.
클라이언트가 아니라 경로를 계속 비교하고 있나요? OpenAI 호환 API에서는 채팅 전선이 보장하는 것과 보장하지 않는 것을 다루며, LLM 게이트웨이에서는 일반적인 단일 키·단일 잔액의 트레이드오프를 다룹니다.
자주 묻는 질문
Open Interpreter의 가장 좋은 대안은 무엇인가요?
어떤 Open Interpreter를 대체하려는지에 따라 다릅니다. 생성된 코드를 자신의 컴퓨터에서 실행하던 Python 어시스턴트를 원한다면 프로젝트의 자체 README는 git에서 설치하는 커뮤니티 포크 endolith/open-interpreter를 가리킵니다. 해당 포크의 README는 그 브랜치를 "품질이 의심스러운 바이브 코딩 변경 사항이 쌓이는 중"이라고 설명하지만, 유지 관리자는 자신이 매우 자주 사용하며 꽤 잘 작동한다고 덧붙입니다. 활발하게 개발되는 터미널 코딩 에이전트를 원한다면 현재의 Rust Open Interpreter 자체가 그 대안이며, 유사한 클라이언트로 Aider, OpenCode, Cline 및 Codex CLI가 있습니다. 이 네 가지가 모두 같은 와이어를 사용하는 것은 아닙니다. Codex CLI의 자체 설정 참조 문서에서는 "responses"만 지원되는 값으로 명시하므로 chat-completions가 아니라 Responses 경로가 필요합니다. 터미널 대신 데스크톱 애플리케이션을 원한다면 같은 조직이 별도 제품으로 Interpreter Workstation을 제공합니다. 이 네 경로 중 유료 제품은 없으므로 비교 대상은 라이선스 비용이 아니라 워크플로와 유지 관리입니다.
Open Interpreter의 비용은 얼마인가요?
어떤 세대의 Open Interpreter를 사용하든 비용은 없습니다. 현재 Rust 에이전트는 Apache-2.0이고, 레거시 Python 패키지는 AGPL-3.0입니다. 2026년 9월 18일에 openinterpreter.com/pricing을 확인했을 때 HTTP 404가 반환되었으며, 요금제도 좌석도 생성할 계정도 없습니다. 사용자가 지불하는 비용은 구성한 제공자의 모델 API 청구액이며, Ollama 또는 LM Studio를 통해 로컬 모델을 실행하면 요청당 비용도 없습니다. 이들은 기본 제공자로 제공됩니다. 이는 가격 페이지가 없고 문서 어디에도 청구 관련 내용이 없다는 증거의 부재에 근거해 유료 상품에 관해 내린 결론이지, 앞으로도 유료 상품이 존재하지 않을 것이라는 프로젝트의 공식 진술은 아닙니다.
Open Interpreter의 가격은 ChatGPT의 Code Interpreter와 같은가요?
아니요. 이 검색어에서 가장 흔한 혼동입니다. OpenAI의 호스팅 Code Interpreter 도구는 2026년 9월 18일 OpenAI API 가격 페이지 기준으로 컨테이너 세션에 요금을 청구하며, 20분 세션당 1GB는 $0.03, 4GB는 $0.12, 16GB는 $0.48, 64GB는 $1.92입니다. 분 단위 청구 대상인 세션에는 최소 5분을 기준으로 분 단위 요금이 청구됩니다. Anthropic의 코드 실행 도구는 조직당 월 1,550시간의 무료 사용량 이후 컨테이너당 시간당 $0.05를 청구하고, 역시 최소 5분을 기준으로 요금이 청구되며 웹 검색 또는 웹 가져오기와 함께 사용하면 무료입니다. 둘 다 분 단위로 임대하는 원격 샌드박스입니다. Open Interpreter는 자신의 컴퓨터에서 코드를 실행하며 실행 비용을 청구하지 않으므로, 이 두 컨테이너 요금은 Open Interpreter 예산에 포함되지 않습니다.
pip install open-interpreter는 아직 작동하나요?
아직 설치는 되며, 그것이 문제입니다. PyPI에는 2024년 10월 26일 업로드되고 철회되지 않은 open-interpreter 0.4.3이 제공되므로, 명령을 실행하면 프로젝트가 더 이상 유지 관리하지 않는 세대가 조용히 설치됩니다. 선언된 Python 지원 범위는 >=3.9,<4이지만, 2024년의 의존성 집합을 2026년 라이브러리와 함께 사용하면 명백한 실패 위험이 있습니다. 이 페이지에서는 테스트 환경을 만들지 않았으므로 여전히 실행된다고 가정하지 마세요. 현재 에이전트는 PyPI나 npm에 없으며 openinterpreter.com/install의 셸 설치 프로그램으로 설치합니다. open-interpreter라는 npm 패키지는 다른 저장소에서 한 번 게시된 2023년의 자리표시자이며 버전은 0.0.0입니다.
새 버전에서도 --api_base와 --model을 사용할 수 있나요?
아니요. 이 플래그는 LiteLLM을 통해 라우팅되던 Python 세대에 속합니다: interpreter --api_base <endpoint> --api_key <key> --model openai/<model-id>. LiteLLM 자체 문서에서는 chat-completions 엔드포인트를 호출할 수 있도록 openai/ 접두사를 요구합니다. Rust 에이전트에는 이 플래그와 접두사 규칙이 모두 없습니다. Rust 에이전트는 ~/.openinterpreter/config.toml 또는 프로젝트 수준의 .openinterpreter/config.toml에서 TOML 제공자 표를 읽고, 최상위 model_provider 및 model 키로 제공자를 선택하며, env_key에서 지정한 환경 변수에서 API 키를 가져옵니다. 아무것도 이어지지 않으므로 설정은 처음부터 작성해야 합니다.
Open Interpreter에서 타사 엔드포인트는 어떤 wire_api를 사용해야 하나요?
Open Interpreter는 세 가지 값을 문서화하며 서로 대체할 수 없습니다. OpenAI Responses 호환 제공자에는 responses, OpenAI 호환 chat-completions 제공자에는 chat, Anthropic Messages 호환 제공자에만 messages를 사용합니다. 문서화된 사용자 지정 제공자 예시는 /v1로 끝나는 기본 URL과 함께 wire_api = "chat"을 사용하며, 문서에는 같은 방식으로 구성된 호스팅 게이트웨이도 나옵니다. 하니스 라우팅은 엄격합니다. messages 와이어에서는 native 모드가 즉시 거부되고 claude-code, claude-code-bare 및 zcode만 허용됩니다. 단, 하니스를 지정하지 않으면 messages 제공자는 기본적으로 claude-code를 사용합니다. 인식되는 ID가 아닌 하니스 값은 기본 제공 하니스 요청 빌더 없이 chat으로 대체되므로, 오타가 나면 실패하는 대신 실행 방식이 저하됩니다.
저장소 상태, 릴리스, 패키지 레지스트리, 문서, 생성된 공급자 카탈로그는 2026년 9월 18일에 확인했습니다. OpenAI와 Anthropic 도구 가격은 같은 날 각자의 요금 페이지에서 읽었습니다. ChatGPT 구독 가격은 해당 페이지가 가져오기를 거부했으므로 인용하지 않습니다. 여기서는 어떤 엔드포인트에 대해서도 런타임 테스트를 수행하지 않았습니다. Kunavo 토큰 요율은 실시간 카탈로그에서 가져오며, 이 페이지의 모든 달러 예시는 측정된 작업 비용이 아니라 예시용 토큰 산술입니다.