Patakbuhin ang Kilo Code sa anumang model ng katalogo sa pamamagitan ng OpenAI Compatible.

Mabilisang sagot: isang custom provider entry.

Buksan ang settings ng Kilo Code sa pamamagitan ng gear icon, pumunta sa Providers tab, at piliin ang custom provider option. Bigyan ito ng Provider ID at display name, itakda ang Provider API sa OpenAI Compatible, ang Base URL sa https://api.apisrouter.com/v1, at i-paste ang key mo. Kapag valid na ang Base URL at key, kine-query ng Kilo ang /v1/models listing ng endpoint at ipinapakita ang isang masasaliksik na picker ng bawat available na id, kaya pinipili mo ang claude-sonnet-4-6 o kimi-k2.7-code mula sa isang listahan sa halip na i-type ito nang bulag. Maaari ring idagdag ang mga model nang manu-mano, at sinusuportahan ang custom HTTP headers bilang key-value pairs kung kailangan mo ang mga ito. I-save, at maru-ruta na ang susunod na task ng agent sa pamamagitan ng 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)

Paano ginagamit ng Kilo Code ang provider.

Ang Kilo Code (humigit-kumulang 26K GitHub stars) ay isang open-source AI coding agent para sa VS Code: nagpaplano ito, nag-e-edit ng mga file, nagpapatakbo ng mga command, at umuulit sa mga kabiguan gamit ang approval gates, sa parehong lahi ng Roo at Cline. May partikular na hugis ng trapiko ang loop na iyon: mahabang context papasok, mga tool call at diff palabas, maraming turn per task, na ginagawang parehong quality lever at cost driver ang backing model. Ipinapadala ng OpenAI Compatible provider ang loop na iyon bilang standard chat completions sa Base URL mo, kasama ang model id bilang plain string. Hindi pinapansin ng wire format ang mga vendor, kaya posible ang tunay na model shopping: mapagpapalit na entry sa likod ng isang provider ang claude-sonnet-4-6, kimi-k2.7-code, at gpt-5.6-sol, sa halip na tatlong vendor account na may tatlong billing setup. Para sa per-model na tuning, nasa loob ng kilo.jsonc config file ang mga token limit, tool-calling behavior, at variants, na maaari mong i-edit nang direkta kapag may kailangan ang isang model na setting na hindi inilalantad ng UI. Itakda ang mga naka-document na limitasyon mula sa dokumentasyon ng model, hindi mula sa optimismo: agresibong pinupuno ng agent ang context, at nabibigo ang isang sobra-sa-katotohanang window sa pinakamalalaking task.

Pagpili ng mga coding model para sa loop ng Kilo.

Pinapayagan ng mga mode ng Kilo na magdala ng ibang configuration ang iba't ibang uri ng trabaho, at ang tapat na paraan para samantalahin ito ay empirical: patakbuhin ang parehong klase ng task sa dalawang id nang isang linggo, pagkatapos ay basahin ang per-model na gastos sa gateway console kasabay ng kung gaano kadalas kang kinailangang mag-intervene. Ang agent loops ang pinaka-token-intensive na paraan para gamitin ang isang model, kaya masusukat ang pagkakaiba, hindi vibes lamang.

• Ang claude-sonnet-4-6 ang maaasahang default: matibay na tool calling, malinis na diffs, at magandang recovery kapag nabigo ang isang command sa gitna ng task.
• Ang kimi-k2.7-code ang volume pick para sa mahahabang agentic session, code-tuned at may presyong angkop sa maraming turn na loop na talagang pinapatakbo ng Kilo.
• Angkop ang gpt-5.6-sol para sa mabilis na scoped na mga edit at test-fixing runs kung saan hinuhubog ng per-turn latency ang session.
• Kinikita ng claude-opus-4-7 ang bayad nito sa mahihirap na task: cross-file refactors, gawaing arkitektura, at pag-debug na kailangan ng buong larawan sa context.
• Ang gpt-5.5 ang frontier generalist na pang-A/B laban sa Claude sa sarili mong repository sa halip na sa mga benchmark table.

Pay-as-you-go · mas mababa sa opisyal na presyo

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

Mga failure mode na specific sa Kilo Code.

Mag-debug sa standard order: i-curl ang models listing, i-curl ang isang completion gamit ang eksaktong id, at saka lang ayusin ang mga setting ng Kilo. Dalawang command ang naghihiwalay nang malinaw sa mga isyu ng gateway mula sa configuration ng editor.

• Walang laman ang model picker: mali ang Base URL o key, dahil pinupunan ang picker mula sa isang live na /v1/models call. I-curl ang listing gamit ang parehong values para kumpirmahin.
• 404 sa bawat request: nawala ang /v1 ng Base URL, o nag-paste ka ng buong /chat/completions path kung saan dapat isang base lamang. Tumatanggap ang Kilo ng buong endpoint URLs, pero kailangang tumuro ito sa tamang chat-completions route.
• Truncated o parang nakakalimutang behavior sa gitna ng isang task: lampas ang naka-document na context limits sa kilo.jsonc sa aktwal na suportado ng model. Gamitin ang mga naka-document na value.
• Ninanarrate sa halip na isinasagawa ang tool calls: mahina ang napiling id sa function calling. Ulitin ang task sa claude-sonnet-4-6 para ihiwalay ang pagpili ng model sa configuration bago galawin ang mga setting.
• Tala mula sa docs para sa Azure: tinatanggihan ng mga Azure GPT-5 deployment ang max_tokens field na ipinapadala ng mga custom OpenAI-compatible provider, kaya dapat gamitin ng Azure ang native na azure provider ng Kilo. Hindi ito relevant sa isang gateway, pero ipinapaliwanag nito ang isang nakakalitong error kung sinubukan mo pareho.

Sino ang nagru-route ng Kilo Code sa pamamagitan ng isang gateway.

• Mga developer na gustong itulak ng Claude ang agent nang walang hiwalay na relasyon sa billing ng Anthropic, sa isang prepaid balance na may libre at walang-card na simula.
• Mga model shopper na gumagamit ng auto-fetched na picker para subukan ang mga coding id sa tunay na task sa sarili nilang tunay na repository.
• Mga heavy user na pinagsasama ang isang frontier model para sa gawaing planning-grade at isang volume model para sa mahahabang execution session.
• Mga team na sumusukat sa gastos ng agent per developer gamit ang per-key usage sa halip na i-reverse-engineer ang isang shared na bill ng vendor.
• Mga taong nag-ruruta na ng ibang tool sa pamamagitan ng isang gateway na gustong ilagay ang VS Code agent sa parehong key at usage log.

I-verify ang endpoint at patakbuhin ang unang task.

Patunayan muna ang bahagi ng gateway gamit ang curl bago i-configure ang editor: ilista ang mga model, pagkatapos ay magpadala ng isang completion gamit ang id na balak mong piliin. Kapag pumasa ang dalawa, nasa provider form na lang ang natitira. Pagkatapos, bigyan ang Kilo ng maliit na tunay na task na may malinaw na layunin at panoorin ang mga unang turn. Ang malinis na tool calls at makatwirang mga edit ay nangangahulugang bagay ang id sa loop; ang mga hard error ay tumuturo sa tatlong field. Kapag dumadaloy na ang mga task, ipinapakita ng APIsRouter console ang per-request na model, tokens, at gastos, kung saan nagiging isang tiyak na numero per model ang isang linggong paggamit ng 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"}]}'

Mga madalas itanong