รัน Kilo Code บนโมเดลในแคตตาล็อกใดก็ได้ผ่าน OpenAI Compatible

คำตอบสั้น ๆ: custom provider entry เดียว

เปิดการตั้งค่าของ Kilo Code ผ่านไอคอนเฟือง ไปที่แท็บ Providers แล้วเลือกตัวเลือก custom provider ตั้ง Provider ID และชื่อที่แสดง ตั้ง Provider API เป็น OpenAI Compatible, Base URL เป็น https://api.apisrouter.com/v1 แล้ววาง key ของคุณ เมื่อ Base URL และ key ถูกต้องแล้ว Kilo จะ query รายการ /v1/models ของ endpoint และแสดง picker ที่ค้นหาได้ของทุก id ที่มีอยู่ ดังนั้นคุณจะเลือก claude-sonnet-4-6 หรือ kimi-k2.7-code จากรายการแทนการพิมพ์มั่ว ๆ โมเดลยังเพิ่มเองด้วยมือได้ และรองรับ HTTP header แบบกำหนดเองเป็นคู่ key-value ถ้าคุณต้องการ บันทึกแล้ว งานถัดไปของ agent จะ route ผ่าน gateway

Provider ID:    apisrouter
Display name:   APIsRouter
Provider API:   OpenAI Compatible
Base URL:       https://api.apisrouter.com/v1
API key:        sk-YOUR-APISROUTER-KEY
Models:         pick from the auto-fetched list
                (e.g. claude-sonnet-4-6, kimi-k2.7-code)

Kilo Code ใช้ provider อย่างไร

Kilo Code (มีดาวประมาณ 26K บน GitHub) คือ AI coding agent แบบ open-source สำหรับ VS Code: มันวางแผน แก้ไขไฟล์ รัน command และทำซ้ำเมื่อล้มเหลวพร้อม approval gate อยู่ในสายเลือดเดียวกับ Roo และ Cline loop นั้นมีรูปทรง traffic เฉพาะ: context ยาวเข้า tool call และ diff ออก หลาย turn ต่องาน ซึ่งทำให้โมเดลที่อยู่เบื้องหลังเป็นทั้งตัวชี้วัดคุณภาพและตัวขับเคลื่อนต้นทุน provider OpenAI Compatible ส่ง loop นั้นเป็น chat completions มาตรฐานไปที่ Base URL ของคุณ พร้อม id ของโมเดลเป็นสตริงธรรมดา wire format ไม่สนใจ vendor ซึ่งเป็นสิ่งที่ทำให้การช้อปโมเดลจริง ๆ เป็นไปได้: claude-sonnet-4-6, kimi-k2.7-code และ gpt-5.6-sol เป็น entry ที่สลับกันได้หลัง provider เดียว แทนที่จะเป็นบัญชี vendor สามบัญชีที่มีการเก็บเงินสามแบบ สำหรับการปรับแต่งต่อโมเดล ขีดจำกัด token, พฤติกรรมการเรียก tool และ variant อยู่ในไฟล์ config kilo.jsonc ซึ่งคุณแก้ได้โดยตรงเมื่อโมเดลต้องการการตั้งค่าที่ UI ไม่ได้เปิดให้ ตั้งขีดจำกัดจากเอกสารของโมเดล ไม่ใช่จากความมองโลกในแง่ดี agent บรรจุ context อย่างดุดัน และ window ที่ประกาศเกินจริงจะล้มเหลวตรงงานที่ใหญ่ที่สุดพอดี

เลือกโมเดลเขียนโค้ดสำหรับ loop ของ Kilo

โหมดของ Kilo ให้งานต่างชนิดพกพา configuration ต่างกันได้ และวิธีใช้ประโยชน์อย่างซื่อตรงคือแบบเชิงประจักษ์: รันงานคลาสเดียวกันบนสอง id เป็นเวลาหนึ่งสัปดาห์ แล้วอ่านค่าใช้จ่ายต่อโมเดลใน console ของ gateway ข้าง ๆ ความถี่ที่คุณต้องเข้าไปแทรกแซง agent loop เป็นวิธีใช้โมเดลที่ใช้ token มากที่สุด ดังนั้นความต่างวัดได้ ไม่ใช่ความรู้สึก

• claude-sonnet-4-6 คือค่าเริ่มต้นที่ไว้ใจได้: การเรียก tool ที่แข็งแกร่ง diff ที่สะอาด และการกู้คืนที่ดีเมื่อ command ล้มเหลวกลางงาน
• kimi-k2.7-code คือตัวเลือกปริมาณสำหรับ session แบบ agentic ยาว ปรับจูนมาสำหรับโค้ดและตั้งราคาให้เหมาะกับ loop หลาย turn ที่ Kilo รันจริง
• gpt-5.6-sol เหมาะกับการแก้ไขแบบมีขอบเขตเร็ว ๆ และการรันแก้ test ที่ latency ต่อ turn มีผลต่อ session
• claude-opus-4-7 คุ้มค่ากับราคาของมันในงานยาก: refactor ข้ามไฟล์, งานสถาปัตยกรรม, การดีบักที่ต้องการภาพรวมทั้งหมดใน context
• gpt-5.5 คือ generalist ระดับ frontier ที่ควร A/B กับ Claude บน repository ของคุณเอง ไม่ใช่บนตาราง benchmark

จ่ายตามการใช้งาน · ถูกกว่าราคาทางการ

Selected models are priced below official list prices. Exact input, output, cache, and per-request prices are shown for each model.

รูปแบบความล้มเหลวเฉพาะของ Kilo Code

ดีบักตามลำดับมาตรฐาน: curl รายการโมเดล curl completion หนึ่งครั้งด้วย id ที่แน่นอน แล้วค่อยปรับการตั้งค่าของ Kilo สอง command แยกปัญหาของ gateway ออกจากการตั้งค่า editor ได้อย่างสะอาด

• model picker ขึ้นมาว่างเปล่า: Base URL หรือ key ผิด เพราะ picker ถูกเติมจากการเรียก /v1/models แบบสด curl รายการด้วยค่าเดียวกันเพื่อยืนยัน
• 404 บนทุก request: Base URL สูญเสีย /v1 หรือคุณวาง path /chat/completions เต็มในที่ที่ควรเป็น base Kilo รับ full endpoint URL ได้ แต่ต้องชี้ไปที่ route chat-completions ที่ถูกต้องเท่านั้น
• พฤติกรรมที่ถูกตัดหรือลืมลึกเข้าไปในงาน: ขีดจำกัด context ที่ประกาศไว้ใน kilo.jsonc เกินกว่าที่โมเดลรองรับจริง ใช้ค่าที่มีเอกสารระบุ
• tool call ถูกเล่าแทนที่จะถูกรันจริง: id ที่เลือกอ่อนแอเรื่อง function calling รันงานซ้ำบน claude-sonnet-4-6 เพื่อแยกการเลือกโมเดลออกจาก configuration ก่อนแตะการตั้งค่า
• หมายเหตุเฉพาะ Azure จากเอกสาร: Azure GPT-5 deployment ปฏิเสธฟิลด์ max_tokens ที่ custom OpenAI-compatible provider ส่งมา ดังนั้น Azure ควรใช้ provider azure แบบ native ของ Kilo ไม่เกี่ยวกับ gateway แต่มันอธิบาย error ที่งงได้ถ้าคุณทดสอบทั้งคู่

ใครที่ route Kilo Code ผ่าน gateway

• นักพัฒนาที่ต้องการให้ Claude ขับเคลื่อน agent โดยไม่ต้องมีความสัมพันธ์การเก็บเงินกับ Anthropic แยกต่างหาก บนยอดคงเหลือแบบเติมเงินที่เริ่มต้นฟรีไม่ต้องใช้บัตร
• นักช้อปโมเดลที่ใช้ picker ที่ดึงมาอัตโนมัติเพื่อทดลอง id เขียนโค้ดบนงานจริงใน repository จริงของพวกเขา
• ผู้ใช้หนักที่จับคู่โมเดล frontier สำหรับงานระดับวางแผนกับโมเดลปริมาณสำหรับ session รันยาว
• ทีมที่วัดการใช้จ่ายของ agent ต่อนักพัฒนาด้วย usage ต่อ key แทนการ reverse-engineer บิล vendor ที่ใช้ร่วมกัน
• คนที่ route เครื่องมืออื่นผ่าน gateway อยู่แล้วที่ต้องการ agent ของ VS Code บน key และ usage log เดียวกัน

ตรวจสอบ endpoint แล้วรันงานแรก

พิสูจน์ครึ่งฝั่ง gateway ด้วย curl ก่อนตั้งค่า editor: ลิสต์โมเดล แล้วส่ง completion หนึ่งครั้งด้วย id ที่คุณตั้งใจจะเลือก เมื่อผ่านทั้งคู่ ที่เหลือทั้งหมดอยู่ใน form ของ provider จากนั้นให้ Kilo ทำงานจริงเล็ก ๆ ที่มีเป้าหมายชัดเจน แล้วเฝ้าดู turn แรก ๆ tool call ที่สะอาดและการแก้ไขที่สมเหตุสมผลหมายความว่า id นั้นเข้ากับ loop error หนัก ๆ จะชี้ไปที่สามฟิลด์นั้น เมื่องานไหลลื่นแล้ว console ของ APIsRouter แสดงโมเดลต่อ request, token และค่าใช้จ่าย ซึ่งเป็นที่ที่หนึ่งสัปดาห์ของการใช้ agent กลายเป็นตัวเลขที่เป็นรูปธรรมต่อโมเดล

curl -s https://api.apisrouter.com/v1/models \
  -H "Authorization: Bearer $APISROUTER_API_KEY" | head -50

curl -s https://api.apisrouter.com/v1/chat/completions \
  -H "Authorization: Bearer $APISROUTER_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"model":"kimi-k2.7-code",
       "messages":[{"role":"user","content":"ping"}]}'

คำถามที่พบบ่อย