Claude Opus 5.5 đã có trên SeedRouter

Gemini 4 Argon trên OpenCode: cấu hình và giới hạn hiện tại

Cấu hình Gemini 4 Argon trong OpenCode qua tích hợp Google gốc. Xem phiên bản đã kiểm tra, cách giữ lịch sử có chữ ký và giới hạn tiếp tục tạo nội dung.

Đọc dạng Markdown

Bạn có thể cấu hình Gemini 4 Argon trong OpenCode qua thành phần tích hợp Google gốc của ứng dụng. Điều cần xem xét là chuyện gì xảy ra sau câu trả lời đầu tiên: ứng dụng khách có giữ các phần có chữ ký, trả kết quả công cụ đúng cách và nhận biết phản hồi tiếp tục hay không? Kiểm tra ngoại tuyến của chúng tôi với OpenCode v1.19.0 cho thấy văn bản và tin nhắn công cụ được xử lý đúng, nhưng vẫn có vấn đề khi tiếp tục đầu ra dài và xử lý luồng bị ngắt.

Hướng dẫn này đưa ra cấu hình ban đầu và nêu rõ giới hạn của những kết quả đã kiểm tra. Nó không chứng minh rằng việc tích hợp một tác nhân lập trình với SeedRouter đã hoàn chỉnh và được kiểm tra bằng các lần gọi thực tế. Nếu bạn cần ứng dụng khách đơn giản hơn, mỗi lượt chỉ có một yêu cầu do bạn chủ động gửi, hãy dùng hướng dẫn hội thoại bằng Python.

Cấu hình Gemini 4 Argon trong OpenCode

Kiểm tra phiên bản đã cài bằng opencode --version. Các kết quả bên dưới áp dụng cho bản phát hành v1.19.0, được kiểm tra vào ngày 14 tháng 10 năm 2026. Phiên bản mới hơn cần được kiểm tra riêng; một tính năng có trên nhánh phát triển không chứng minh rằng bản phát hành bạn cài đã hỗ trợ tính năng đó.[1]

Tạo một thư mục dự án trống cho lần kiểm tra đầu tiên. Tải cấu hình OpenCode vào đó. Phần cấu hình kết nối như sau:

{
  "provider": {
    "google": {
      "npm": "@ai-sdk/google",
      "options": {
        "apiKey": "{env:SEEDROUTER_API_KEY}",
        "baseURL": "https://api.seedrouter.ai/v1beta"
      },
      "models": {
        "gemini-4-argon": {
          "name": "Gemini 4 Argon",
          "reasoning": true,
          "tool_call": true,
          "limit": { "context": 1048576, "output": 4096 },
          "options": {
            "thinkingConfig": { "thinkingLevel": "low", "includeThoughts": true }
          }
        }
      }
    }
  }
}

OpenCode hỗ trợ thay thế biến môi trường trong tệp cấu hình.[2] Đặt SEEDROUTER_API_KEY trong shell mà không đưa khóa vào các commit của dự án. Tệp tải xuống cũng chọn google/gemini-4-argon, tắt chia sẻ và cập nhật tự động, đồng thời chỉ cho phép công cụ read. Hãy xem lại các quyền này trước khi dùng một kho mã hiện có. Các cờ reasoning và tool_call mô tả hành vi của ứng dụng khách; chúng không chứng minh rằng một tài khoản hay dịch vụ cụ thể hỗ trợ mọi thao tác.

Giá trị đầu ra 4096 là ngân sách ban đầu được chủ động chọn cho cấu hình này, không phải mức tối đa chính thức của Argon. Suy luận cũng tiêu thụ ngân sách đó. Xem tài liệu tham khảo API để biết quy tắc về ngữ cảnh, đầu ra và tiếp tục tạo nội dung.

Bắt đầu bằng một yêu cầu ngắn

Sau khi xem lại cấu hình và mức giá hiện tại, hãy chạy:

OPENCODE_CONFIG="$PWD/gemini-4-argon-opencode.json" \
OPENCODE_DISABLE_MODELS_FETCH=1 \
OPENCODE_DISABLE_AUTOCOMPACT=1 \
opencode run --model google/gemini-4-argon \
  "Explain a mutex in one sentence. Do not use tools."

Khi dùng khóa của bạn, lệnh này gửi một yêu cầu thực đến mô hình. OpenCode có thể thử lại yêu cầu thất bại hoặc gửi thêm yêu cầu trong lúc tác nhân chạy: lệnh này không bảo đảm chi phí chỉ giới hạn ở một lần gọi. Dừng tiến trình nếu câu trả lời chưa hoàn chỉnh hoặc các yêu cầu lặp lại. Nếu cần kiểm soát hoàn toàn thủ công, hãy dùng ví dụ Python.

Đường dẫn yêu cầu theo giao thức gốc phải kết thúc bằng gemini-4-argon:streamGenerateContent?alt=sse. Trong phiên bản được kiểm tra, thành phần tích hợp Google gửi thông tin xác thực qua x-goog-api-key. Cách này khác với các ví dụ cURL dùng tiêu đề Bearer trong hướng dẫn API tổng quát; chọn một thành phần tích hợp OpenAI thông thường không tạo ra cùng loại yêu cầu theo giao thức gốc.

Kiểm tra ngoại tuyến đã xác nhận những gì

Thử nghiệm dùng bản CLI đã phát hành, một API mô phỏng cục bộ và thông tin xác thực giả. Nó gửi 17 yêu cầu qua giao diện loopback trong tám tình huống. Không có mô hình nào tạo ra các câu trả lời, và số liệu token được báo về là dữ liệu giả lập. Những quan sát này mô tả ứng dụng khách, không phải chất lượng mô hình hay việc tính phí thực tế.

Tình huốngHành vi quan sát được ở v1.19.0
Luồng văn bản theo định dạng gốcGhép các sự kiện văn bản riêng thành câu trả lời mong đợi
Lượt hội thoại thứ haiGiữ các chữ ký suy luận và văn bản của thử nghiệm trong các phần của mô hình
Gọi công cụ đọc và trả kết quảĐọc một tệp kiểm thử tạm thời và trả nội dung qua functionResponse
MAX_TOKENSBáo dừng do giới hạn độ dài, không gửi thêm yêu cầu trong trường hợp kiểm thử đó
HTTP 400Kết thúc với lỗi mà không thử lại trong trường hợp kiểm thử đó
HTTP 429Thử lại một lần và nhận được phản hồi mô phỏng thành công

Thử nghiệm xác nhận rằng thinkingConfig đã được gửi. Nó không chứng minh dịch vụ thực đã áp dụng thiết lập đó. Tương tự, chuyển một chữ ký tổng hợp qua lịch sử không chứng minh rằng chữ ký thực sẽ được chấp nhận trong yêu cầu tiếp theo.

Vì sao đầu ra dài cần được kiểm tra thêm

Phản hồi CONTINUATION của Argon yêu cầu nội dung yêu cầu gốc cùng giá trị mới nhất của trường cấp cao nhất continuationToken. Khi tiếp tục lượt tạo nội dung đó, không được nối đầu ra một phần vào lịch sử hội thoại thông thường.[3]

Trong trường hợp kiểm thử của chúng tôi, OpenCode v1.19.0 coi CONTINUATION là giá trị không xác định. Yêu cầu tiếp theo bỏ qua token và thêm câu trả lời một phần vào lịch sử. Khi luồng kết thúc sau đầu ra một phần mà không có sự kiện kết thúc, ứng dụng khách cũng gửi thêm các yêu cầu thông thường. Dịch vụ mô phỏng dừng tình huống đó sau sáu lần gọi; điều này không chứng minh giới hạn thử lại của ứng dụng khách là sáu lần.

Vì vậy, cấu hình này chưa phải giải pháp đã xác minh cho long decode của Argon. Một câu trả lời ngắn thành công không giải quyết các trường hợp trên. Trước khi dựa vào nó cho những phiên lập trình kéo dài, hãy lặp lại các kiểm tra liên quan với đúng phiên bản ứng dụng khách bạn định dùng.

Câu hỏi về cấu hình OpenCode

Có kiểm tra công cụ và tính phí bằng yêu cầu thực tế không?

Không. Truyền văn bản cơ bản theo luồng của SeedRouter đã vượt qua một kiểm tra toàn trình cục bộ riêng, nhưng kiểm tra OpenCode này dùng phản hồi mô phỏng. Việc chọn công cụ thực tế, chữ ký, nội dung đa phương tiện, quyền tài khoản và tính phí vẫn cần được kiểm tra riêng.

Có thể dùng cấu hình tương thích OpenAI thay thế không?

Đó là giao thức khác với phạm vi tương thích khác. Hướng dẫn này kiểm tra nội dung theo định dạng gốc và chữ ký của Gemini. Tài liệu long decode của Google không bao gồm điểm cuối tương thích OpenAI của họ trong phạm vi hỗ trợ tính năng này.[3]

Tắt tự động thu gọn ngữ cảnh có tắt cả thử lại không?

Không. Thu gọn ngữ cảnh và thử lại yêu cầu là hai hành vi riêng biệt. Tùy chọn môi trường trong ví dụ không bảo đảm giới hạn cứng về số lượng yêu cầu hay chi phí.

Quyết định bước kiểm tra tiếp theo

Khi dùng Gemini 4 Argon trong OpenCode, hãy bắt đầu bằng một cuộc trao đổi văn bản ngắn, sau đó kiểm tra cách xử lý công cụ và lịch sử mà công việc của bạn cần. Xem tiếp tục tạo nội dung và luồng bị ngắt là các trường hợp kiểm tra nghiệm thu riêng. Giữ trang mô hình và tài liệu tham khảo API gốc bên cạnh cấu hình ứng dụng khách để dễ đối chiếu chi tiết giao thức và giá hiện tại.

Nguồn

[1] Bản phát hành OpenCode v1.19.0 và mã triển khai thành phần tích hợp.

[2] Cấu hình OpenCode: biến môi trường.

[3] Google Gemini: long decode và tiếp tục tạo nội dung.

Hướng dẫn liên quan