Oh My Pi và Pi: fork, khác biệt và nên chạy phiên bản nào

Oh My Pi là một hard fork của Pi, không phải đối thủ lớn lên bên cạnh nó — mã nguồn đã đi theo hướng Pi → Oh My Pi, cả hai dự án hiện vẫn hoạt động và giờ tối ưu cho những mục tiêu đối lập. Pi là một harness terminal tối giản có chủ đích, được mở rộng bằng TypeScript. Oh My Pi là cùng dòng họ đó được xây dựng lại thành một coding surface tích hợp sẵn LSP, debugger, subagent và công cụ trình duyệt. Cả hai đều được cấp phép MIT và có chi phí cài đặt là $0, vì vậy quyết định nằm ở workflow, mô hình thực thi và định dạng cấu hình — không phải phí giấy phép.

Tên gọi trước hết, vì có ba tên bị trùng lẫn. Pi ở đây có nghĩa là agent harness tại pi.dev, được Earendil Works phát hành từ earendil-works/pi. Nó không phải Pi của Inflection AI (pi.ai), không phải đồng Pi Network và không phải Raspberry Pi. Oh My Pi là agent tại omp.sh từ can1357/oh-my-pi, có binary là omp — không phải các tiệm bánh pie chiếm ưu thế khi tìm cụm từ đó, cũng không phải Oh My Zsh hay Oh My Posh dù tên có sự tương đồng. Còn pi-mono không phải sản phẩm thứ ba: đó là tên repository cũ của Pi. github.com/badlogic/pi-mono hiện trả về 301 đến earendil-works/pi, dù tài liệu bên thứ ba vẫn dùng đường dẫn cũ — trang tích hợp Pi chính thức của DeepSeek thực sự nằm tại /agent_integrations/pi_mono/.

Hướng fork đáng được xác định rõ, vì tìm kiếm có thể đi theo cả hai chiều và câu trả lời không đối xứng. README của Oh My Pi ghi ngay trong phần đầu rằng đây là “Fork of Pi by @mariozechner”, liên kết đến URL trước khi đổi tên. GitHub báo fork: false và parent: null cho repository này, vì đây là source fork chứ không phải fork bằng nút — nên API sẽ không cho bạn biết. Repository vẫn có docs/porting-from-pi-mono.md, một checklist hợp nhất với Last Sync Point được ghi nhận là commit b21b42d, ngày 22 tháng 3 năm 2026. Dấu mốc đó là bằng chứng duy nhất về sự khác biệt có thể lấy từ bên ngoài; liệu có một lần đồng bộ muộn hơn nhưng chưa được ghi nhận hay không không phải điều trang này có thể xác nhận.

Oh My Pi và Pi: nên chọn cái nào?

Năm trục quyết định điều này — bất kể bạn tiếp cận từ hướng nào — và chỉ một trong số đó liên quan đến tính năng.

• Quy trình làm việc. Chọn Pi nếu bạn muốn một lõi nhỏ và dự định tự viết các phần còn thiếu. Cho đến lần làm mới tài liệu ngày 22 tháng 9 năm 2026, tài liệu sử dụng của chính họ nói rằng Pi “cố ý không tích hợp sẵn MCP, sub-agent, cửa sổ bật lên xin quyền, plan mode, to-do hoặc bash chạy nền”, đồng thời hướng bạn đến extension, package, container và tmux. Lần làm mới đã xóa câu đó, và v0.99.0 sau đó biến MCP thành một extension tích hợp sẵn được tải mặc định; sub-agent, plan mode, to-do và lời nhắc phê duyệt vẫn là extension tại v0.99.2. Chọn Oh My Pi nếu bạn muốn có sẵn những thứ đó ngay từ ngày đầu và không muốn duy trì một extension.
• Quyền và mô hình thực thi. Không mặc định nào là lựa chọn an toàn, vì vậy hãy chọn dựa trên kiểu lỗi mà bạn có thể chấp nhận. Pi không có hệ thống quyền và nói rõ điều đó. Oh My Pi có hệ thống ba cấp thực sự và mặc định được cung cấp với yolo. Nếu cần lời nhắc theo từng công cụ, Oh My Pi có thể cung cấp sau một dòng cấu hình; Pi hoàn toàn không thể cung cấp điều đó nếu không có extension.
• Giới hạn về giao thức và gói dịch vụ. Nếu tuyến truy cập mô hình của bạn là một endpoint của bên thứ ba tương thích với OpenAI hoặc Anthropic, cả hai đều có thể truy cập endpoint đó, nhưng Oh My Pi ghi nhận trong tài liệu chín dạng giao thức truyền dữ liệu, trong khi Pi chỉ ghi nhận bốn dạng cho đến lần cập nhật tài liệu ngày 22 tháng 9 năm 2026; Oh My Pi còn bổ sung một cách kết nối qua biến môi trường mà Pi không có. Khoảng cách về các dạng giao thức trong mã nguồn nhỏ hơn trên tài liệu: mã nguồn của Pi tại v0.99.2 điều phối api của một nhà cung cấp tùy chỉnh đến bất kỳ cách triển khai nào trong số mười cách triển khai tích hợp sẵn, trong đó sáu cách chưa từng được ghi nhận trong tài liệu cho mục đích này. Nếu tuyến truy cập của bạn là một gói đăng ký dùng OAuth — Claude Pro/Max, Codex, GitHub Copilot — cả hai ứng dụng đều kết nối gói đó thông qua /login và lưu token của nhà cung cấp, token mà một gateway ở giữa sẽ từ chối; tài liệu về nhà cung cấp của chính Oh My Pi nêu đây là lý do khóa trong models.yml được chủ ý ưu tiên hơn thông tin OAuth đã lưu. Đừng gộp các gói lập trình của Trung Quốc vào nhóm đó: Pi liệt kê ZAI/GLM, Kimi For Coding và Qwen Token Plans trong bảng khóa API của mình (ZAI_API_KEY, KIMI_API_KEY, QWEN_TOKEN_PLAN_API_KEY), còn Oh My Pi gắn thẻ chúng là plan thay vì oauth, nên ở cả hai ứng dụng, chúng đều là các nhà cung cấp thông thường dùng khóa.
• Tuyến chi phí. Client miễn phí ở cả hai phía và không bên nào thay đổi mức giá trên mỗi token của bạn. Điểm bất đối xứng là Pi có một gateway trả phí của bên thứ nhất (Radius, do cùng công ty vận hành) được nối vào /login của chính nó, trong khi Oh My Pi không bán bất kỳ tuyến được host nào — server duy nhất mà nó vận hành là relay đứng sau các liên kết phiên /collab, không tính phí gì.
• Chi phí di chuyển. Đại khái là một khối provider cần gõ lại. Định dạng cấu hình và thư mục khác nhau — JSON bên dưới ~/.pi, YAML bên dưới ~/.omp — và không repository nào tài liệu hóa công cụ nhập. Một vài tên biến môi trường được dùng chung, với các lưu ý bên dưới.

Điều không nên quyết định lựa chọn: số phiên bản. Oh My Pi đã đánh lại số phiên bản khi fork, nên 18.2.7 của nó và 0.86.1 của Pi là những scheme khác nhau, không phải mười tám phiên bản trưởng thành hơn.

Điểm thực sự khác nhau giữa chúng

Đọc từ tài liệu do chính hai repository cung cấp ngày 19 tháng 9 năm 2026: các trang tổng quan, bảo mật và model của Pi, cùng các trang README, approval-mode và provider của Oh My Pi. Các hàng về thiết kế được nêu, MCP, mô hình quyền và dialect của Pi đã được kiểm tra lại ngày 1 tháng 10 năm 2026 dựa trên tài liệu được làm mới, README và source tại v0.99.2. Các số liệu khả năng trong hàng Oh My Pi là tuyên bố của chính dự án đó; không công bố phương pháp nào cho chúng, và bảng benchmark trong README của nó cũng là tuyên bố của vendor mà trang này không tái hiện.

Cả hai đều đang hoạt động. Không số liệu nào tự nó quyết định “cái nào lớn hơn”

Lỗi phổ biến nhất về cặp này là xem một trong hai như đã bị bỏ rơi hoặc thay thế. Cả hai đều đã push mã vào đúng ngày kiểm tra.

Số liệu về kho lưu trữ, bản phát hành và lượt gắn sao từ GitHub API, được ghi nhận ngày 21 tháng 9 năm 2026; số lượt tải từ API lượt tải npm cho tuần kết thúc ngày 16 tháng 9 năm 2026. Không biến bất kỳ cột nào thành kết luận về mức độ sử dụng. Đặc biệt, phép so sánh npm không dựa trên cùng một cơ sở: tài liệu riêng của Pi mở đầu bằng npm install -g, trong khi README của Oh My Pi trình bày các cách cài đặt bằng curl-to-shell, Homebrew, Bun, Nix, PowerShell và mise nhưng hoàn toàn không đưa ra lệnh npm nào, nên npm đếm thiếu đáng kể lượt tải của Oh My Pi, với mức thiếu hụt mà không dữ liệu nào ở đây có thể đo được. Lượt gắn sao có lợi cho Pi; tần suất phát hành có lợi cho Oh My Pi; mọi nhận định về mức độ phổ biến chỉ dựa trên một chỉ số đều sẽ sai theo ít nhất một hướng.

Bằng chứng trung lập từ bên thứ ba cho thấy cả hai vẫn hiện hành, nếu bạn muốn có thông tin này mà không cần dùng các chỉ số: Ollama có trang tích hợp cho Oh My Pi và Pi, còn DeepSeek cũng có hướng dẫn tích hợp tác nhân cho từng dự án — trong đó hướng dẫn về Pi vẫn được lưu dưới đường dẫn cũ pi_mono. Cả bốn trang đều phản hồi khi được truy cập vào ngày 21 tháng 9 năm 2026.

Trỏ một trong hai ứng dụng tới endpoint riêng của bạn

Đây là nơi sự phân nhánh thể hiện rõ nhất, và một /v1 sai có thể khiến bạn mất cả buổi chiều. Cả hai ứng dụng đều có thể kết nối đến một endpoint tương thích với OpenAI hoặc Anthropic của bên thứ ba, nhưng bằng các cơ chế khác nhau và theo quy ước URL ngược nhau.

Oh My Pi có một cách sử dụng biến môi trường mà Pi không có. Provider Anthropic của nó phân giải URL cơ sở thông qua normalizeAnthropicBaseUrl($env.ANTHROPIC_BASE_URL), được ưu tiên trước giá trị mặc định chính thức, và bộ chuẩn hóa đó loại bỏ /v1 ở cuối — vì vậy cả https://api.kunavo.com và https://api.kunavo.com/v1 đều trỏ đến cùng một máy chủ. Thông tin này được đọc từ packages/ai/src/providers/anthropic-state.ts, nơi resolveDirectAnthropicBaseUrl() và bộ chuẩn hóa được định nghĩa, vào ngày 19 tháng 9 năm 2026 — từ mã nguồn, không phải từ một yêu cầu chúng tôi đã gửi.

# 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

Một bẫy về thứ tự ưu tiên đi kèm với cách này. Thứ tự được tài liệu hóa của Oh My Pi đặt một models.yml apiKey ở vị trí 2, trên OAuth đã lưu ở vị trí 3, nhưng biến môi trường của provider ở vị trí 5, bên dưới nó. Vì vậy, nếu bạn đã /login-đăng nhập vào Anthropic, token thuê bao sẽ thắng ANTHROPIC_API_KEY và khóa gateway của bạn không bao giờ được sử dụng. Ghim khóa trong cấu hình hoặc trước tiên đăng xuất khỏi provider đó.

Đối với một provider được đặt tên, Oh My Pi sử dụng YAML — và ở đây /v1 được bật lại, vì đường dẫn OpenAI của nó nối /chat/completions vào URL cơ sở đã cắt nguyên văn.

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

Để trỏ Pi đến một gateway, bạn chỉ có một cách: ~/.pi/agent/models.json. Pi không đọc ANTHROPIC_BASE_URL — một lần tìm kiếm mã trên toàn bộ kho lưu trữ vào ngày 19 tháng 9 năm 2026 trả về hai kết quả cho đúng chuỗi đó, cả hai đều không phải cơ chế ghi đè (một hằng số Cloudflare AI Gateway và một tập lệnh tạo model) — và cũng không có OPENAI_BASE_URL thuần túy. Có một biến URL cơ sở, nhưng nó không phải lối thoát chung: AZURE_OPENAI_BASE_URL, được liệt kê trong tài liệu provider của Pi, trỏ provider Azure OpenAI đến tài nguyên Azure của riêng bạn và không trỏ đi đâu khác.

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

Về hậu tố, tài liệu riêng của Pi chưa bao giờ thống nhất, và bạn nên biết điều đó thay vì tin vào một ví dụ duy nhất. Cho đến lần làm mới tài liệu ngày 22 tháng 9 năm 2026, trang models của Pi hiển thị một proxy anthropic-messages là https://proxy.example.com/v1 ở một nơi và là https://proxy.example.com không có hậu tố ở nơi khác; lần làm mới đã xóa cả hai mà vẫn không giải quyết vấn đề. Dạng không có hậu tố là dạng nên dùng, và lý do được suy ra từ mã nguồn chứ chưa được kiểm thử khi chạy: Pi không có bộ chuẩn hóa loại bỏ /v1 trên đường dẫn anthropic-messages tương tự Oh My Pi — quy tắc chuẩn hóa duy nhất được tài liệu mô tả là dành riêng cho Azure: các URL gốc tài nguyên trên các miền riêng của Azure “được chuẩn hóa thành đường dẫn API OpenAI” — giá trị mặc định Anthropic tích hợp sẵn của nó là https://api.anthropic.com không có /v1, trong khi giá trị mặc định OpenAI là https://api.openai.com/v1, và đối với anthropic-messages nó chuyển thẳng model.baseUrl cho SDK Anthropic chính thức, SDK này tự nối /v1/messages. Một /v1 ở đó sẽ tạo ra /v1/v1/messages. Kunavo cũng ghi lại cùng quy ước trên trang URL cơ sở của mình: chỉ origin cho các ứng dụng kiểu Anthropic, /v1 cho các ứng dụng kiểu OpenAI.

Có thêm hai giới hạn đáng tính đến. Cho đến lần làm mới tài liệu ngày 22 tháng 9 năm 2026, bảng trong tài liệu của Pi liệt kê bốn dạng thức cho provider tùy chỉnh, dù kho lưu trữ có thêm các trình xử lý; lần làm mới đã bỏ bảng mà không nêu danh sách thay thế, nên bốn dạng thức đó vẫn là tập dạng thức duy nhất mà Pi từng ghi trong tài liệu cho provider tùy chỉnh. Tuy nhiên, các trình xử lý bổ sung không chỉ dành cho các provider tích hợp sẵn: mã nguồn Pi tại v0.99.2 định kiểu trường api trong models.json dưới dạng chuỗi tự do và điều phối nó đến triển khai khớp với nó trong số mười triển khai đã đăng ký (BUILTIN_APIS trong packages/ai/src/compat.ts), vì vậy provider tùy chỉnh có thể chỉ định bedrock-converse-stream hoặc google-vertex — việc từng dạng thức này có hoạt động với endpoint bên thứ ba hay không chưa được tài liệu hóa và chưa được kiểm thử ở đây. Còn trên Oh My Pi, disabledProviders được kiểm tra trước thông tin xác thực — một ID provider nằm trong danh sách đó sẽ âm thầm biến mất bất kể bạn cung cấp khóa nào — trong khi các mảng cài đặt bị lớp có độ ưu tiên cao hơn thay thế hoàn toàn thay vì hợp nhất, nên danh sách cấp dự án sẽ âm thầm loại bỏ danh sách toàn cục. Cả hai dự án cũng cung cấp các tùy chọn khắc phục vấn đề tương thích mà bạn có thể thực sự cần trên một gateway: disableStrictTools của Oh My Pi, supportsEagerToolInputStreaming và allowEmptySignature của Pi. Việc Kunavo có chấp nhận các lược đồ nghiêm ngặt mặc định, dấu đánh dấu bộ nhớ đệm hoặc cơ chế truyền sớm dữ liệu đầu vào công cụ của từng ứng dụng hay không thì chưa được kiểm thử ở đây.

Chi phí thực sự khi chuyển đổi

Ít hơn khoảng cách số phiên bản gợi ý, nhưng nhiều hơn việc sao chép một tệp. Không có lệnh nhập, trình chuyển đổi phiên hoặc công cụ di chuyển cấu hình nào được tài liệu hóa trong cây tài liệu của hai kho lưu trữ, vì vậy hãy dự tính nhập lại khối provider theo định dạng còn lại — JSON sang YAML hoặc ngược lại. Thông tin xác thực cũng không được chuyển: Pi lưu chúng trong ~/.pi/agent/auth.json, còn Oh My Pi giữ một kho xác thực SQLite tại ~/.omp/agent/agent.db.

Các biến môi trường không dùng chung được nhiều như mối quan hệ kế thừa chung gợi ý, nên hãy đọc kỹ phần này. Oh My Pi vẫn đọc các tên có tiền tố PI_ — trong đó có PI_CONFIG_DIR và PI_CODING_AGENT_DIR — nhưng chúng di chuyển các thư mục của Oh My Pi, vì vậy việc xuất một biến trong hồ sơ shell dùng chung với Pi sẽ trỏ cả hai ứng dụng đến cùng một đường dẫn thay vì khiến cấu hình có thể chuyển đổi. Việc phản chiếu từ OMP_ sang PI_ được mô tả trong tài liệu tham chiếu biến môi trường của nó còn hẹp hơn: tài liệu đó nêu rằng quy tắc áp dụng bên trong mỗi tệp .env được phân tích và rõ ràng “không áp dụng cho các biến tùy ý được kế thừa từ tiến trình cha”. Thứ hoàn toàn không được chuyển là mọi thứ được xây dựng dựa trên harness: một tiện ích mở rộng TypeScript của Pi được viết dựa trên API của Pi, và khoảng sáu tháng phát triển riêng biệt được duy trì kể từ mốc đồng bộ ngày 22 tháng 3 năm 2026 chính là nơi các API đó lệch nhau. Hãy kiểm thử tiện ích mở rộng thay vì giả định rằng nó có thể chuyển đổi.

Tiền bạc giống nhau ở cả hai phía

Không ứng dụng nào tính phí bạn, nên việc chuyển đổi giữa chúng không làm thay đổi chi phí model của bạn. Biến số là tuyến đường bạn mua token qua, và ở điểm này hai ứng dụng khác nhau theo một cách: Pi có một gateway trả phí do bên thứ nhất vận hành còn Oh My Pi thì không. Radius do Earendil vận hành, là phần mềm mã nguồn đóng, được truy cập qua /login riêng của Pi, và FAQ của nó nêu rằng họ tính “các khoản phí chúng tôi phải trả cho đơn vị xử lý thanh toán cộng thêm vào giá niêm yết” — một tỷ lệ họ không công bố, nên không thể tính tổng chi phí Radius từ bên ngoài. Gateway duy nhất của Oh My Pi là omp auth-gateway serve, phần mềm do bạn lưu trữ, với bảo mật truyền tải được giao cho đơn vị vận hành.

Một điều cần loại bỏ trước khi đưa vào ngân sách: thuê bao Claude Pro hoặc Max đã đăng nhập vào một trong hai harness không đồng nghĩa với việc sử dụng miễn phí. Cho đến khi lần làm mới tài liệu ngày 22 tháng 9 năm 2026 xóa câu này, tài liệu provider của Pi nêu rằng việc sử dụng harness bên thứ ba “được tính vào phần sử dụng bổ sung và được tính phí theo token, không tính vào giới hạn gói Claude”; cảnh báo Pi in ra khi model Anthropic chạy bằng thông tin xác thực thuê bao vẫn nói rằng nó “được tính vào phần sử dụng bổ sung và được tính phí theo token, không tính vào giới hạn gói Claude của bạn” (nguồn, v0.99.2). Không tìm thấy tuyên bố tương đương nào trong tài liệu Oh My Pi, vì vậy đừng giả định nó hoạt động khác — hãy kiểm tra tài khoản của chính bạn.

Đối với tuyến gateway, đây là phép tính dựa trên khối lượng công việc thay vì ứng dụng. Giả sử một tháng làm việc ổn định với tác nhân: 5.000.000 token đầu vào không có bộ nhớ đệm và 400.000 token đầu ra, không đọc hoặc ghi bộ nhớ đệm, không tính phí hình ảnh hoặc công cụ. Mức giá hiện hành là giá catalog Kunavo cho mỗi triệu token.

Đây là các ước tính token mang tính minh họa theo những giả định trên, không phải chi phí tác vụ được đo lường và cũng không phải mức trần của hóa đơn. Cột này giống nhau đối với cả hai ứng dụng vì ứng dụng không phải là biến số định giá — nhưng khối lượng công việc có thể khác: công cụ task của Oh My Pi phân tán các tác nhân con chạy song song, và mỗi tác nhân song song có ngữ cảnh riêng, đây là một hệ số nhân token đầu vào mà không bảng nào ở đây có thể ước tính thay bạn. Hãy đo trên một thay đổi có phạm vi giới hạn trước khi mở rộng ước tính.

Hai lưu ý phía Kunavo cần được đưa vào cùng một con số. Số tiền trong catalog là mức sàn thanh toán chứ không phải mức trần: khi upstream báo cáo khoản phí của mình, hóa đơn là giá trị lớn hơn giữa chi phí trong catalog và chi phí upstream nhân với mức phụ phí áp dụng, như hướng dẫn thanh toán giải thích. Và khoản nạp tối thiểu là $10 tín dụng trả trước — số tiền cần nạp vào tài khoản, không phải phí tác vụ hoặc thuê bao.

Kunavo công bố hướng dẫn thiết lập cho từng ứng dụng — Pi và Oh My Pi — nhưng chưa kiểm thử khi chạy một trong hai ứng dụng với endpoint của mình, và hướng dẫn thiết lập là tài liệu tham chiếu cấu hình chứ không phải bài kiểm thử tương thích. Cả hai cấu hình trên đều được viết dựa trên tài liệu và mã nguồn đã công bố, và bạn nên xác minh chúng trên máy của mình. Hãy duy trì một tuyến đang hoạt động trong khi thử nghiệm. Khi muốn định giá một tác vụ thực tế thay vì một model, hãy tạo tài khoản Kunavo, nạp tiền và chạy một thay đổi có phạm vi giới hạn với model bạn đã chọn. Nếu bạn vẫn đang chọn harness thay vì provider, giá tác nhân lập trình Pi phân tích bốn tuyến thanh toán của Pi, còn Pi và OpenCode so sánh Pi với một ứng dụng khác có hướng dẫn thiết lập Kunavo đã công bố.

Câu hỏi thường gặp

Cây tài liệu và các gói npm của cả hai kho lưu trữ đã được kiểm tra ngày 19 tháng 9 năm 2026, còn các nhận định về URL cơ sở và thứ tự thông tin xác thực được đọc từ các tệp mã nguồn được nêu ngay trong văn bản vào cùng ngày; các chỉ số kho lưu trữ và lịch sử phát hành được đọc lại ngày 21 tháng 9 năm 2026. Sau lần làm mới tài liệu của Pi ngày 22 tháng 9 năm 2026, các ví dụ URL cơ sở anthropic-messages, câu về chuẩn hóa Azure, các giá trị api được tài liệu hóa và thứ tự thông tin xác thực của nó được kiểm tra lại vào ngày 1 tháng 10 năm 2026 dựa trên tài liệu đã làm mới và mã nguồn tại v0.99.2. Cùng ngày, sau khi Pi v0.99.0 phát hành MCP tích hợp sẵn, danh sách tính năng bị lược bỏ, cách diễn đạt về tin cậy dự án và thiết kế được nêu của nó được kiểm tra lại dựa trên các trang sử dụng, MCP, cài đặt và bảo mật cùng README, các giá trị api mà mã nguồn của nó điều phối, dòng về mức sử dụng bổ sung so với cảnh báo đầu cuối trong mã nguồn đó, và chỉ mục tích hợp của chính trang này. Cũng vào ngày 1 tháng 10 năm 2026, các giá trị api được Oh My Pi tài liệu hóa được kiểm tra lại dựa trên docs/models.md và lược đồ models.yml của nó tại v18.4.8. Mức giá Kunavo được hiển thị từ catalog hiện hành và mọi con số đô la ở đây đều là phép tính token mang tính minh họa. Không ứng dụng nào được kiểm thử khi chạy với Kunavo, và không hàm ý có so sánh hiệu năng hoặc benchmark giữa hai dự án — không tồn tại so sánh nào mà trang này có thể trích dẫn.