Idagdag ang bawat model ng katalogo sa Chatbox gamit ang isang custom provider.

Mabilisang sagot: isang dialog sa settings ng Model Provider.

Buksan ang Settings ng Chatbox at lumipat sa Model Provider tab. I-click ang Add, pagkatapos ay Add Custom Provider. Punan ang dialog ng limang value: isang Name (APIsRouter), API Mode na naka-set sa OpenAI API Compatible, ang key mo sa API Key, https://api.apisrouter.com/v1 sa API Host, at iwanan ang API Path sa /chat/completions na default na pinupunan ng Chatbox para sa isang host na nagtatapos sa /v1. Pagkatapos, magdagdag ng mga model. Kinukuha ng Fetch button ang model list ng endpoint sa pamamagitan ng /v1/models kaya maaari kang magpagana ng mga id diretso mula sa katalogo, at pinahihintulutan ka ng New na mag-type ng id nang manu-mano kung mas gusto mo ang maikling curated na picker. I-click ang Check katabi ng key field at nagpapatakbo ang Chatbox ng live na request; ang berdeng kumpirmasyon ay nangangahulugang naka-wire na ang provider. Na-validate namin ang eksaktong flow na ito laban sa kasalukuyang Chatbox web app, at ang parehong dialog ang gamit ng desktop at mobile builds.

Paano nakikipag-usap ang Chatbox sa isang custom provider.

Ang Chatbox (chatboxai sa GitHub, humigit-kumulang 41K stars) ay isa sa pinaka-na-install na AI chat client: native na app para sa Windows, macOS, at Linux, mga mobile build para sa iOS at Android, at isang bersyon sa browser sa web.chatboxai.app. Dumarating ito na may first-party na entry para sa mga malalaking vendor, ang bawat isa ay gustong may sariling key, at ang custom provider dialog ang naka-document na path para sa lahat ng iba pa. Ang isang custom provider sa OpenAI API Compatible na mode ay isang simpleng paglalarawan ng isang endpoint: host, path, key, at isang listahan ng mga model id. Ang bawat turn ng usapan ay nagiging standard na chat-completions na request laban sa host na iyon, na may model id mula sa picker na naglalakbay bilang string. Hindi pinapansin ng Chatbox kung sino ang nag-train sa likod ng isang id, na eksaktong dahilan kung bakit kapaki-pakinabang ang isang multi-vendor na gateway dito: isang entry ng provider ang naglalagay ng claude-sonnet-4-6, gpt-5.5, gemini-3.5-flash, at deepseek-v4-flash sa parehong picker, bini-bill sa parehong key. Ang praktikal na pagkakaiba mula sa pagpapatong ng apat na first-party na provider ay hindi lamang mas kaunting key. Nagsi-sync ang settings ng Chatbox bawat device, kaya ang bawat vendor account na idinagdag mo ay isa pang key na i-paste sa telepono mo, laptop mo, at web app. Isang custom provider ang isang paste bawat device, at ang paglipat ng isang usapan mula sa Claude patungo sa DeepSeek ay isang pagpapalit sa picker sa halip na pagpapalit ng provider.

Buong setup: bawat field sa dialog.

Isang label lamang ang Name; pinapanatili ng APIsRouter na mababasa ang picker. Dapat naka-set sa OpenAI API Compatible ang API Mode, na sinasabi sa Chatbox na magsalita ng standard na chat completions; ang ibang mode sa dropdown ay para sa mga Gemini-native na endpoint at hindi ito ang gusto ng isang gateway. Nagbubuo ang API Host at API Path ng request URL, at dito madalas nagkakamali ang mga setup. Sa host na naka-set sa https://api.apisrouter.com/v1, ang path ay /chat/completions, at eksakto itong pinupunan ng Chatbox kapag nakilala nito ang isang /v1 na host. Inilalarawan rin ng mga dokumento ng Chatbox ang convention na bare-host, kung saan hindi kasama ang /v1 sa host at nag-defa-default ang path sa /v1/chat/completions; parehong nagtatapos sa parehong URL, kaya pumili ng isang hugis at iwanan ang ibang field sa default nito. Ang nasisira ay ang paghahalo ng dalawa, isang /v1 na host na may /v1/chat/completions na path, na gumagawa ng dinoble na /v1/v1 na URL na 404. Bahagyang nagbabago ang mga label ng field at gawi ng autofill sa pagitan ng mga release ng Chatbox, kaya magtiwala sa binuong URL kaysa sa alaala. Para sa mga model, ang Fetch ang path na kaunti ang effort: nagli-lista ang Chatbox ng lahat ng si-serve ng endpoint at tino-toggle mo ang gusto mo. Ang New ang curated na path: mag-type ng mga id nang manu-mano at mananatiling maikli ang picker. Ang bawat row ng model ay may mga capability switch (vision, tool use); iwanan itong naka-off maliban kung alam mong sinusuportahan ng model ang capability, dahil ang isang hindi na-configure na model ay itinuturing na plain-text na safe na default. Tapusin gamit ang Check, pagkatapos ay simulan ang isang usapan at pumili ng model sa ilalim ng bago mong pangalan ng provider.

Name:      APIsRouter
API Mode:  OpenAI API Compatible
API Key:   sk-YOUR-APISROUTER-KEY
API Host:  https://api.apisrouter.com/v1
API Path:  /chat/completions   (autofilled)

Models: Fetch (pull the catalog) or New (type ids)
Then:   Check → green confirmation

Pagpili ng mga model para sa isang araw-araw na chat client.

Dahil bini-bill ang bawat pinaganang model sa isang key, ang paghahambing ng dalawang id ay pagpapalit sa picker sa halip na desisyon ng account. Patakbuhin ang parehong klase ng usapan sa pareho sa loob ng ilang araw, pagkatapos ay basahin ang gastos bawat model sa APIsRouter console at panatilihin ang kumita ng lugar nito.

• Ang mga araw-araw na tanong at mabilis na rewrites ay burst work. Sumasagot nang mabilis ang claude-haiku-4-5-20251001 at gemini-3.5-flash na parang instant ang app, at dinadala nila nang maayos ang karamihan ng araw-araw na traffic.
• Ang mahabang drafting, maingat na reasoning, at talakayan ng code ay sulit sa claude-sonnet-4-6 o gpt-5.5. Panatilihin ang isa sa bawat tier na pinagana at magpalit bawat usapan sa halip na bawat provider.
• Ang deepseek-v4-flash ang volume pick kung ang Chatbox ang palaging-bukas mong sidebar; nagtitipon ang tuloy-tuloy na maliliit na usapan at pinapanatili ng mabilis na tier na dahan-dahan ang paggalaw ng balanse.
• Kailangan ng mga usapang may image input ng isang vision-capable na id na may pinaganang vision switch sa row na iyon ng model; kumpirmahin ang capability laban sa dokumentasyon ng model bago i-flip ang switch.
• Paganahin ang kaunting model nang sadya sa halip na kunin lahat: ang bawat toggle ay isang row sa picker, at ang pagdagdag ng isa pang id mamaya ay isang sampung-segundong edit.

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 Chatbox.

Ang classic ay ang doblado na path. Ang 404 sa bawat mensahe ay nangangahulugang parehong may /v1 ang API Host at API Path, o inuulit ng path kung ano ang nasa dulo na ng host; buksan ang entry ng provider at basahin ang dalawang field bilang isang URL. Ang isang walang-laman na resulta mula sa Fetch ay karaniwang nangangahulugang mali o wala ang key, dahil ang model listing mismo ay isang authenticated na request. Suriin ang API Key field at gamitin ang Check button, na diretsong ipinapakita ang mga error sa authentication. Ang isang model na nagki-error lamang sa ilang usapan ay karaniwang isang capability switch: pinaganang vision sa isang model na walang image input, o isang tool-dependent na flow na tumama sa isang model na naka-off ang tools. I-reset ang row ng model sa defaults at paganahin muli ang mga capability nang paisa-isa. At tandaan na per installation nakatira ang entry ng provider. Ang pagdaragdag ng APIsRouter sa desktop mo ay hindi kino-configure ang telepono mo; ulitin ang dialog doon, o gamitin ang sariling config sharing ng Chatbox kung inaalok ito ng bersyon mo. Ang isang bagay na hindi na kailangang ulitin ay ang mga vendor sign-up, dahil isang key ang sumasakop sa bawat model sa bawat device.

Sino ang nagru-route ng Chatbox sa pamamagitan ng isang gateway.

• Mga taong gustong makita ang Claude, GPT, Gemini, at DeepSeek sa isang picker nang hindi nagpapanatili ng apat na vendor account at apat na key sa tatlong device.
• Mga user sa mga rehiyon kung saan masakit ang ilang vendor sign-up; inaalis ng top-up based na access na walang kailangang card ang per-provider na dependency.
• Mga developer na nagru-route na ng editor at terminal tools sa pamamagitan ng isang gateway na gustong makita ang chat client nila sa parehong key at parehong usage log.
• Mga model shopper na naghahambing ng mga id sa tunay na usapan bago mag-commit ng isang proyekto sa isa; ang bawat kandidato ay isang row sa picker, hindi isang account.
• Mga sambahayan at maliliit na team na nagsa-standardize sa isang endpoint, isang balanse, at per-key na usage visibility sa halip na nagkakalat na mga subscription.

I-verify ang endpoint at i-debug ang unang mensahe.

Patunayan muna ang panig ng gateway sa labas ng Chatbox: ilista ang mga model gamit ang key mo, pagkatapos ay patakbuhin ang isang chat completion laban sa isang id na plano mong paganahin. Kapag pareho itong pumasa, nasa dialog ng provider ang lahat ng natitira. Sa loob ng Chatbox, ang Check button ang pinakamabilis na senyales. Ang mga error sa authentication ay ang key field. Ang mga not-found na error sa pagpapadala ay isang di-tugmang id, na kadalasang nangyayari sa mga manu-manong entry ng New; kopyahin ang mga id mula sa /v1/models na tugon sa halip na mula sa alaala. Ang 404 sa bawat request ay ang komposisyon ng host/path na sinakop sa itaas. Kapag dumadaloy na ang mga mensahe, ipinapakita ng APIsRouter console ang per-request na model, token counts, at gastos. Gumagawa ang isang chat client ng maraming maliliit na request sa buong araw, at ang usage log ang kung saan nagiging isang bilang na mababasa mo talaga ang gawing iyon, bawat model, bawat araw.

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":"claude-haiku-4-5-20251001",
       "messages":[{"role":"user","content":"ping"}]}'

Mga madalas itanong