Oh My Pi와 Pi 비교: 포크, 차이점, 어떤 것을 실행할지

Oh My Pi는 Pi의 하드 포크이지, 나란히 성장한 경쟁 제품이 아닙니다. 코드는 Pi → Oh My Pi로 이어졌고, 두 프로젝트는 현재도 모두 개발 중이며 이제는 서로 반대되는 것을 최적화합니다. Pi는 TypeScript로 확장하는 의도적으로 최소화된 터미널 하니스입니다. Oh My Pi는 같은 계보를 따라 LSP, 디버거, 서브에이전트 및 브라우저 도구를 기본 제공하는 코딩 환경으로 다시 구축되었습니다. 둘 다 MIT 라이선스이고 설치 비용은 $0이므로, 결정 기준은 라이선스 비용이 아니라 워크플로, 실행 모델 및 설정 형식입니다.

먼저 이름부터 살펴보겠습니다. 세 이름이 서로 충돌하기 때문입니다. Pi는 여기서 pi.dev의 에이전트 하니스를 의미하며, Earendil Works가 earendil-works/pi에서 공개합니다. Inflection AI의 Pi(pi.ai), Pi Network 코인 또는 Raspberry Pi를 뜻하지 않습니다. Oh My Pi는 omp.sh의 에이전트로, can1357/oh-my-pi에서 제공되며 바이너리는 omp입니다. 이 표현으로 검색했을 때 상위에 나오는 파이 제과점이나, 이름이 비슷한 Oh My Zsh 및 Oh My Posh를 뜻하지 않습니다. 그리고 pi-mono는 세 번째 제품이 아니라 Pi의 이전 저장소 이름입니다. github.com/badlogic/pi-mono는 이제 earendil-works/pi로 301 리디렉션되지만, 서드파티 문서는 여전히 이전 경로를 사용합니다. DeepSeek의 공식 Pi 통합 페이지도 실제로 /agent_integrations/pi_mono/에 있습니다.

포크의 방향은 검색이 양방향으로 이루어지며 답이 대칭적이지 않기 때문에 명확히 해둘 필요가 있습니다. Oh My Pi의 README는 자체 헤더에서 이름 변경 전 URL로 연결하며 자신을 "@mariozechner가 만든 Pi의 포크"라고 설명합니다. GitHub는 fork: false 및 parent: null를 표시합니다. 이는 포크 버튼을 사용한 포크가 아니라 소스 포크이므로 API로는 알 수 없습니다. 저장소에는 여전히 병합 체크리스트인 docs/porting-from-pi-mono.md가 있으며, 여기에 기록된 Last Sync Point는 2026년 3월 22일자 커밋 b21b42d입니다. 이 표시는 외부에서 확인할 수 있는 유일한 분기 증거이며, 이후 기록되지 않은 동기화가 있었는지는 이 페이지에서 확인할 수 없습니다.

Oh My Pi와 Pi: 어느 쪽을 선택해야 할까요?

어떤 방향에서 접근했든 다섯 가지 기준이 결정을 좌우하며, 그중 하나만 기능에 관한 것입니다.

• 워크플로. 작은 핵심을 원하고 부족한 부분을 직접 작성할 생각이라면 Pi를 선택하세요. 2026년 9월 22일 문서 갱신 전까지 자체 사용 문서에는 "기본 제공 MCP, 서브 에이전트, 권한 팝업, 플랜 모드, 할 일 목록 또는 백그라운드 bash를 의도적으로 포함하지 않는다"고 명시되어 있었고, 대신 확장, 패키지, 컨테이너 및 tmux를 안내했습니다. 갱신으로 해당 문장은 삭제되었고, 이후 v0.99.0부터 MCP가 기본적으로 로드되는 기본 제공 확장이 되었습니다. 서브에이전트, 플랜 모드, 할 일 목록 및 승인 프롬프트는 v0.99.2에서도 여전히 확장입니다. 첫날부터 이러한 기능이 기본 제공되고 확장 기능을 유지 관리하고 싶지 않다면 Oh My Pi를 선택하세요.
• 권한 및 실행 모델. 어느 쪽의 기본값도 안전한 기본값은 아니므로 감수할 수 있는 실패 모드를 기준으로 선택하세요. Pi에는 권한 시스템이 없으며 이를 명시적으로 밝힙니다. Oh My Pi에는 실제 3단계 시스템이 있고 기본값은 yolo입니다. 도구별 프롬프트가 필요하다면 Oh My Pi에서는 설정 한 줄만 추가하면 사용할 수 있지만, Pi에서는 확장 없이는 전혀 사용할 수 없습니다.
• 프로토콜 및 플랜 제한. 모델 경로가 서드파티 OpenAI 또는 Anthropic 호환 엔드포인트라면 두 클라이언트 모두 접근할 수 있습니다. 하지만 Oh My Pi는 Pi가 2026년 9월 22일 문서 갱신 전까지 4개를 문서화했던 것과 달리 9개의 와이어 방언을 문서화하며, Pi에는 없는 환경 변수 경로도 추가합니다. 방언의 차이는 문서상으로보다 코드에서 더 좁습니다. v0.99.2의 Pi 소스는 커스텀 프로바이더의 api를 기본 제공 구현 10개 중 일치하는 구현으로 디스패치하며, 그중 6개는 해당 용도로 문서화된 적이 없습니다. 경로가 OAuth 구독(Claude Pro/Max, Codex, GitHub Copilot)이라면 두 클라이언트 모두 /login를 통해 연결하고 공급업체 토큰을 저장하며, 중간의 게이트웨이는 이를 거부합니다. Oh My Pi의 자체 프로바이더 문서가 저장된 OAuth보다 models.yml 키가 의도적으로 우선하는 이유로 이를 제시합니다. 중국 코딩 플랜은 이 그룹에 포함하지 마세요. Pi는 API 키 표에서 ZAI/GLM, Kimi For Coding 및 Qwen Token Plans(ZAI_API_KEY, KIMI_API_KEY, QWEN_TOKEN_PLAN_API_KEY)을 나열하고, Oh My Pi는 이를 plan로 표시하며 oauth으로 표시하지 않습니다. 따라서 양쪽 모두 일반적인 키 기반 프로바이더입니다.
• 비용 경로. 양쪽의 클라이언트는 무료이며 토큰당 요금도 변경하지 않습니다. 비대칭성은 Pi에 퍼스트파티 유료 게이트웨이인 Radius가 있고 자체 /login에 연결되어 있다는 점입니다. 반면 Oh My Pi는 어떤 종류의 호스팅 경로도 판매하지 않습니다. Oh My Pi가 운영하는 유일한 서버는 /collab 세션 링크 뒤의 릴레이이며, 비용을 청구하지 않습니다.
• 마이그레이션 비용. 대략 프로바이더 블록 하나를 다시 입력하면 됩니다. 설정 형식과 디렉터리가 다릅니다. ~/.pi 아래는 JSON이고 ~/.omp 아래는 YAML이며 어느 저장소에도 가져오기 도구가 문서화되어 있지 않습니다. 일부 환경 변수 이름은 공유되지만 아래에 주의사항이 있습니다.

버전 번호가 결정 기준이 되어서는 안 됩니다. Oh My Pi는 포크 시점에 버전 번호를 다시 매겼으므로 18.2.7과 Pi의 0.86.1은 서로 다른 체계이며, 18단계 더 성숙하다는 뜻이 아닙니다.

실제로 서로 다른 점

2026년 9월 19일에 두 저장소의 자체 문서를 확인했습니다. Pi의 개요, 보안, 모델 페이지와 Oh My Pi의 README, 승인 모드, 제공업체 페이지를 참고했습니다. Pi의 명시된 설계, MCP, 권한 모델 및 방언에 관한 행은 2026년 10월 1일에 v0.99.2의 갱신된 문서, README 및 소스를 기준으로 다시 확인했습니다. Oh My Pi 행에 기재된 기능 수는 해당 프로젝트 자체의 주장입니다. 이 수치에 대한 산정 방법은 공개되어 있지 않으며, README의 벤치마크 표 역시 공급업체의 주장으로, 이 페이지에서는 이를 재현하지 않습니다.

둘 다 현재 운영 중입니다. 어느 지표도 "어느 쪽이 더 큰가"를 결정하지 못합니다

이 두 제품에 관한 가장 흔한 오류는 한쪽을 폐기되었거나 대체된 것으로 취급하는 것입니다. 이 확인을 수행한 날에도 두 프로젝트 모두 코드를 푸시했습니다.

저장소, 릴리스 및 스타 수치는 2026년 9월 21일에 확인한 GitHub API에서 가져왔고, 다운로드 수는 2026년 9월 16일로 끝나는 주간의 npm downloads API에서 가져왔습니다. 어느 열도 채택 여부를 단정하는 근거로 삼지 마세요. 특히 npm 비교는 동일 조건이 아닙니다. Pi의 자체 문서는 npm install -g로 시작하지만 Oh My Pi의 README는 curl-to-shell, Homebrew, Bun, Nix, PowerShell 및 mise를 문서화하고 npm 명령은 전혀 제공하지 않습니다. 따라서 npm 수치는 Oh My Pi를 실제보다 상당히 적게 집계하며, 그 차이가 얼마나 큰지는 여기에 제시된 정보로는 측정할 수 없습니다. 스타 수는 Pi가 앞서고 릴리스 주기는 Oh My Pi가 앞섭니다. 인기도에 관한 단일 지표 문장은 적어도 한 방향에서는 틀리게 됩니다.

지표 없이도 두 제품이 현재 운영 중임을 확인할 수 있는 중립적인 서드파티 증거가 필요하다면, Ollama는 Oh My Pi와 Pi 각각에 대한 통합 페이지를 게시하고 DeepSeek도 각 제품에 대한 에이전트 통합 가이드를 게시합니다. Pi 가이드는 여전히 이전 pi_mono 경로 아래에 등록되어 있습니다. 네 페이지 모두 2026년 9월 21일에 응답했습니다.

어느 쪽이든 자체 엔드포인트로 연결하기

포크의 차이가 가장 뚜렷하게 드러나는 부분이며, 잘못된 /v1 설정은 오후 시간을 잃게 만들 수 있습니다. 두 클라이언트 모두 서드파티 OpenAI 또는 Anthropic 호환 엔드포인트에 접근할 수 있지만 방식과 URL 규칙은 서로 반대입니다.

Oh My Pi에는 Pi에 없는 환경 변수 경로가 있습니다. Anthropic 프로바이더는 공식 기본값보다 먼저 normalizeAnthropicBaseUrl($env.ANTHROPIC_BASE_URL)를 통해 기본 URL을 확인하며, 해당 정규화기는 끝의 /v1를 제거합니다. 따라서 https://api.kunavo.com와 https://api.kunavo.com/v1는 모두 같은 호스트에 도달합니다. 2026년 9월 19일 packages/ai/src/providers/anthropic-state.ts에서 확인했으며, 이 파일에 resolveDirectAnthropicBaseUrl()와 정규화기가 정의되어 있습니다. 요청을 보내서가 아니라 소스에서 확인한 내용입니다.

# Oh My Pi honours ANTHROPIC_BASE_URL for its built-in anthropic provider.
# normalizeAnthropicBaseUrl() strips a trailing /v1, so both forms resolve
# to the same host here. Pi ships no equivalent gateway base-URL variable.
export ANTHROPIC_API_KEY="$KUNAVO_API_KEY"
export ANTHROPIC_BASE_URL="https://api.kunavo.com"
omp

이 경로에는 우선순위 함정이 하나 있습니다. Oh My Pi의 문서화된 순서에서 models.yml apiKey는 2번 위치이며, 저장된 OAuth보다 앞서고 3번 위치에 있지만, 프로바이더 환경 변수는 5번 위치로 뒤에 있습니다. 따라서 이미 Anthropic에 /login되어 있다면 구독 토큰이 ANTHROPIC_API_KEY보다 우선하고 게이트웨이 키는 사용되지 않습니다. 설정에 키를 고정하거나 먼저 해당 프로바이더에서 로그아웃하세요.

이름이 지정된 프로바이더의 경우 Oh My Pi는 YAML을 사용합니다. 이때 /v1가 다시 붙습니다. OpenAI 경로가 잘린 기본 URL에 /chat/completions를 그대로 추가하기 때문입니다.

providers:
  kunavo:
    baseUrl: https://api.kunavo.com/v1   # /v1 REQUIRED: omp appends /chat/completions
    api: openai-completions              # use anthropic-messages, and then drop /v1
    apiKey: KUNAVO_API_KEY               # env var name, a literal, or "!cmd"
    authHeader: true                     # send Authorization: Bearer <key>
    models:
      - id: claude-sonnet-5
        contextWindow: 200000
        maxTokens: 64000

Pi를 게이트웨이에 연결하는 경로는 하나뿐입니다: ~/.pi/agent/models.json. Pi는 ANTHROPIC_BASE_URL를 읽지 않습니다. 2026년 9월 19일 저장소 전체에서 해당 문자열을 검색한 결과 정확히 두 번 발견되었지만, 둘 다 재정의와 무관한 항목(Cloudflare AI Gateway 상수와 모델 생성 스크립트)이었습니다. 일반적인 OPENAI_BASE_URL도 없습니다. 기본 URL 변수 하나는 존재하지만 일반적인 우회 수단이 아닙니다. AZURE_OPENAI_BASE_URL는 Pi의 프로바이더 문서에 나열되어 있으며 Azure OpenAI 프로바이더를 사용자의 Azure 리소스로 연결할 뿐 다른 용도는 없습니다.

{
  "providers": {
    "kunavo": {
      "baseUrl": "https://api.kunavo.com",
      "api": "anthropic-messages",
      "apiKey": "$KUNAVO_API_KEY",
      "models": [
        {
          "id": "claude-sonnet-5",
          "contextWindow": 200000,
          "maxTokens": 64000
        }
      ]
    }
  }
}

접미사에 관해서는 Pi의 자체 문서가 지금까지 일관된 결론을 내리지 못했으므로 예시 하나만 믿어서는 안 됩니다. 2026년 9월 22일 문서 갱신 전까지 모델 페이지는 한 곳에서 anthropic-messages 프록시를 https://proxy.example.com/v1로, 다른 곳에서는 접미사 없이 https://proxy.example.com로 표시했습니다. 갱신에서는 두 예시가 모두 삭제되었지만 결론은 제시되지 않았습니다. 따라야 할 형식은 접미사 없는 형식이며, 그 근거는 런타임 테스트가 아니라 소스에서 도출한 것입니다. Pi는 anthropic-messages 경로에서 Oh My Pi의 /v1 제거 정규화기와 같은 기능을 제공하지 않습니다. 문서에 설명된 유일한 정규화는 Azure 전용으로, Azure 자체 도메인의 리소스 루트 URL이 "OpenAI API 경로로 정규화"된다는 것입니다. 기본 제공 Anthropic 기본값은 https://api.anthropic.com이고 /v1가 없으며, OpenAI 기본값은 https://api.openai.com/v1입니다. 또한 anthropic-messages의 경우 model.baseUrl를 공식 Anthropic SDK에 그대로 전달하고 SDK가 /v1/messages를 직접 추가합니다. 여기에 /v1를 넣으면 /v1/v1/messages가 됩니다. Kunavo도 기본 URL 페이지에서 같은 규칙을 문서화합니다. Anthropic 스타일 클라이언트에는 오리진만, OpenAI 스타일 클라이언트에는 /v1를 사용합니다.

계획 시 고려할 만한 경계가 두 가지 더 있습니다. 2026년 9월 22일 문서 갱신 전까지 Pi의 문서 표에는 커스텀 프로바이더에 대해 저장소에 추가 핸들러가 있음에도 네 가지 방언만 나열되어 있었습니다. 갱신된 문서는 해당 표를 삭제했지만 대체 목록을 제시하지 않았으므로, 이 네 가지가 Pi가 커스텀 프로바이더에 대해 문서화한 유일한 표면으로 남아 있습니다. 그러나 추가 핸들러가 기본 제공 프로바이더 전용인 것은 아닙니다. v0.99.2의 Pi 소스는 models.json api를 자유 문자열로 취급하고 등록된 10개 구현 중 일치하는 구현으로 디스패치합니다(BUILTIN_APIS는 packages/ai/src/compat.ts에 있음). 따라서 커스텀 프로바이더는 bedrock-converse-stream 또는 google-vertex를 지정할 수 있지만, 어느 쪽이든 서드파티 엔드포인트에서 작동하는지는 문서화되지 않았고 여기서 테스트하지 않았습니다. Oh My Pi에서는 disabledProviders가 자격 증명보다 먼저 확인됩니다. 목록에 걸린 프로바이더 ID는 어떤 키를 제공하더라도 조용히 사라집니다. 또한 설정 배열은 병합되지 않고 우선순위가 높은 계층으로 통째로 대체되므로 프로젝트 수준 목록이 전역 목록을 조용히 버립니다. 두 프로젝트 모두 게이트웨이에서 실제로 필요할 수 있는 호환성 우회 수단을 제공합니다. Oh My Pi의 disableStrictTools, Pi의 supportsEagerToolInputStreaming 및 allowEmptySignature입니다. Kunavo가 어느 클라이언트의 기본 엄격 스키마, 캐시 마커 또는 즉시 도구 입력 스트리밍을 허용하는지는 여기서 테스트하지 않았습니다.

실제로 전환하는 데 드는 비용

버전 번호 차이가 암시하는 것보다는 적고, 파일 복사보다는 많습니다. 어느 저장소의 문서 트리에도 문서화된 가져오기 명령, 세션 변환기 또는 설정 마이그레이터가 없으므로 다른 형식으로 프로바이더 블록을 다시 입력할 계획을 세우세요. JSON에서 YAML로, 또는 그 반대입니다. 자격 증명도 이동하지 않습니다. Pi는 ~/.pi/agent/auth.json에 저장하고 Oh My Pi는 ~/.omp/agent/agent.db에 SQLite 인증 저장소를 유지합니다.

환경 변수는 공유된 계보가 암시하는 것보다 적게 이어지므로 주의 깊게 읽어야 합니다. Oh My Pi는 여전히 PI_ 접두사가 붙은 이름을 읽으며 그중에는 PI_CONFIG_DIR과 PI_CODING_AGENT_DIR도 포함됩니다. 하지만 이는 Oh My Pi의 디렉터리를 옮기는 것이므로 Pi와 공유하는 셸 프로필에서 하나를 내보내면 설정이 이식되는 것이 아니라 두 클라이언트가 같은 경로를 가리키게 됩니다. 환경 변수 참조에 설명된 OMP_에서 PI_로의 미러링은 더 제한적입니다. 문서에 따르면 이 규칙은 파싱된 각 .env 파일 내부에 적용되며, 명시적으로 "부모 프로세스에서 상속된 임의의 변수에는 적용되지 않습니다". 전혀 이식되지 않는 것은 하네스를 기반으로 구축된 모든 것입니다. Pi TypeScript 확장은 Pi의 API를 기준으로 작성되며, 2026년 3월 22일 동기화 표식 이후 약 6개월 동안 각각 별도로 개발을 이어 온 과정에서 바로 이러한 API에 차이가 생깁니다. 확장이 이식된다고 가정하지 말고 테스트하세요.

양쪽 모두 금액은 동일합니다

어느 클라이언트도 사용료를 청구하지 않으므로 둘 사이를 전환해도 모델 사용 비용은 0만큼만 변합니다. 변수가 되는 것은 토큰을 어떤 경로로 구매하느냐이며, 이 점에서 두 제품은 한 가지가 다릅니다. Pi에는 공식 유료 게이트웨이가 있지만 Oh My Pi에는 없습니다. Radius는 Earendil이 운영하는 비공개 소스 제품으로, Pi 자체의 /login를 통해 접근하며 FAQ에는 "결제 처리업체에 지불하는 수수료를 목록 가격에 추가한 금액"을 청구한다고 나와 있습니다. 그러나 그 비율은 공개하지 않으므로 Radius의 총액은 외부에서 계산할 수 없습니다. Oh My Pi의 유일한 게이트웨이는 직접 호스팅하는 소프트웨어인 omp auth-gateway serve이며, 전송 보안은 운영자에게 위임됩니다.

예산을 세우기 전에 바로잡아야 할 오해가 하나 있습니다. 어느 하네스에든 Claude Pro 또는 Max 구독으로 로그인한다고 해서 무료로 사용할 수 있는 것은 아닙니다. 2026년 9월 22일 문서가 갱신되면서 해당 문장이 삭제되기 전까지 Pi의 제공업체 문서에는 타사 하네스 사용이 "추가 사용량에서 차감되며 Claude 요금제 한도가 아니라 토큰별로 청구된다"고 적혀 있었습니다. Anthropic 모델이 구독 인증으로 실행될 때 Pi가 표시하는 경고에도 여전히 "추가 사용량에서 차감되며 Claude 요금제 한도가 아니라 토큰별로 청구된다"고 나옵니다(출처, v0.99.2). Oh My Pi 문서에서는 이에 상응하는 문구를 찾지 못했으므로, 다르게 동작한다고 가정하지 말고 직접 계정을 확인하세요.

게이트웨이 경로의 경우 클라이언트가 아니라 워크로드를 기준으로 계산하면 다음과 같습니다. 한 달 동안 에이전트를 꾸준히 사용한다고 가정합니다. 5,000,000개의 캐시되지 않은 입력 토큰과 400,000개의 출력 토큰을 사용하고, 캐시 읽기나 쓰기, 이미지 또는 도구 요금은 없습니다. 요금은 백만 토큰당 Kunavo 카탈로그의 현재 가격입니다.

이는 위의 가정에 따른 예시적인 토큰 추정치이며, 측정된 작업 비용도 청구액의 상한도 아닙니다. 클라이언트는 가격 변수가 아니므로 두 클라이언트의 열 값은 동일합니다. 그러나 워크로드는 달라질 수 있습니다. Oh My Pi의 task 도구는 여러 하위 에이전트를 병렬로 실행하며, 병렬 에이전트마다 자체 컨텍스트가 있으므로 이 표로는 산정할 수 없는 입력 토큰 배수가 발생합니다. 추정치를 확대 적용하기 전에 범위가 제한된 변경 하나에서 직접 측정하세요.

Kunavo 측에서 고려해야 할 두 가지 사항은 같은 숫자에 반영됩니다. 카탈로그 금액은 상한이 아니라 청구 하한입니다. 업스트림이 요금을 보고하면 청구 가이드에 설명된 것처럼 청구액은 카탈로그 비용과 업스트림 비용에 해당 마크업을 곱한 금액 중 더 큰 값이 됩니다. 또한 최소 충전액은 $10의 선불 크레딧입니다. 이는 계정에 자금을 충전하는 데 필요한 현금이지 작업 수수료나 구독료가 아닙니다.

Kunavo는 각 클라이언트인 Pi와 Oh My Pi에 대한 설정 가이드를 제공하지만, 어느 쪽도 Kunavo 엔드포인트에 대해 런타임 테스트를 수행하지 않았습니다. 설정 가이드는 호환성 테스트가 아니라 구성 참고 자료입니다. 위의 두 구성은 모두 공개된 문서와 소스에서 작성되었으므로 자신의 컴퓨터에서 확인해야 합니다. 하나를 시도하는 동안 작동하는 경로를 유지하세요. 모델이 아니라 실제 작업의 가격을 확인하려면 Kunavo 계정을 생성하고 자금을 충전한 다음, 선택한 모델로 범위가 제한된 변경 하나를 실행하세요. 제공업체가 아니라 하네스를 아직 선택하는 중이라면 Pi 코딩 에이전트 가격에서 Pi의 네 가지 청구 경로를 분석하고, Pi와 OpenCode 비교에서 공개된 Kunavo 설정 가이드를 제공하는 다른 클라이언트와 Pi를 비교합니다.

자주 묻는 질문

두 저장소의 문서 트리와 npm 패키지는 2026년 9월 19일에 확인했으며, 기본 URL 및 자격 증명 순서에 관한 주장은 같은 날짜에 본문에 명시된 소스 파일에서 읽었습니다. 저장소 지표와 릴리스 기록은 2026년 9월 21일에 다시 읽었습니다. Pi의 2026년 9월 22일 문서 갱신 후, anthropic-messages 기본 URL 예시, Azure 정규화 문장, 문서에 명시된 api 값과 자격 증명 순서를 2026년 10월 1일 갱신된 문서 및 v0.99.2 소스와 대조하여 다시 확인했습니다. 같은 날, Pi v0.99.0에 기본 제공 MCP가 추가된 후, 기능 누락 목록, 프로젝트 신뢰 문구와 명시된 설계를 Pi의 사용법, MCP, 설정 및 보안 페이지와 README, 소스가 디스패치하는 api 값, 그리고 이 사이트 자체의 통합 색인과 대조하여 다시 확인했습니다. 추가 사용량 문구는 해당 소스의 터미널 경고와 대조하여 다시 확인했습니다. 또한 2026년 10월 1일 Oh My Pi의 문서에 명시된 api 값을 v18.4.8의 docs/models.md 및 models.yml 스키마와 대조하여 다시 확인했습니다. Kunavo 요금은 실시간 카탈로그에서 렌더링되며, 여기의 모든 달러 금액은 토큰 계산을 보여 주는 예시입니다. 어느 클라이언트도 Kunavo를 대상으로 런타임 테스트를 거치지 않았으며, 두 프로젝트 간 성능 또는 벤치마크 비교를 암시하지 않습니다. 이 페이지가 인용할 수 있는 비교는 존재하지 않습니다.