Idagdag ang APIsRouter bilang isang API provider ng OpenCat.

Mabilisang sagot: isang provider entry sa Settings.

Buksan ang Settings, pumunta sa API Providers, at magdagdag ng provider (o i-edit ang umiiral na OpenAI). Apat na field ang gumagawa ng trabaho: isang display name na pinili mo, ang protocol na itinakda sa OpenAI, ang API Host na itinakda sa https://api.apisrouter.com/v1 kasama ang /v1, at ang API key. Iyon na ang buong integrasyon; nagsasalita ang OpenCat ng standard chat completions sa kahit anong host na tinutukoy ng provider entry. Kapag na-save na ang provider, inililista ng OpenCat ang mga model na si-serve ng endpoint. Kung hindi lumitaw ang isang gusto mong model sa auto-populated na listahan, idagdag ito nang manu-mano gamit ang eksaktong id nito, tinatanggap ng app ang mga typed id para eksakto sa kasong ito. Mula noon, ang bawat usapan at assistant sa app ay maaaring pumili ng anumang id ng katalogo tulad ng isang native na opsyon.

Name:      APIsRouter
Protocol:  OpenAI
API Host:  https://api.apisrouter.com/v1
API Key:   sk-APIsRouter-...

models auto-list from the endpoint;
add ids manually if one is missing

Paano itinuturing ng OpenCat ang mga provider at assistant.

Isa sa mga pinakamatagal na native na AI client sa Apple ecosystem ang OpenCat, isang Mac, iPhone, at iPad app na may malakas na sumusunod sa buong Asia, binuo sa paligid ng ideya ng bring-your-own-key: ang app ang interface, ang mga key mo ang access, at walang per-message na middleman. Ibinebenta ng developer nito ang app mismo, isang libreng tier at isang one-time na Pro purchase na nakalista sa 9.99 dolyar sa opencat.app noong Hulyo 2026, na ibang hugis ng ekonomiya kaysa sa mga subscription na chat product at eksaktong kaya kaakma ang isang metered na gateway key dito. Ang mga mekanika na mahalaga: hiwalay na layer ang mga provider at assistant. Ang isang provider ay isang protocol, isang host, at isang key. Ang isang assistant ay isang persona, isang system prompt kasama ang isang pinili na model, at hinihikayat ng OpenCat na magpanatili ka ng ilan. Sa isang gateway provider, nagiging isang talagang kapaki-pakinabang na pattern iyon: isang writing assistant sa claude-sonnet-4-6, isang quick-answers assistant sa claude-haiku-4-5-20251001, isang bilingual na assistant sa glm-5.2 o kimi-k2.6, lahat sa isang app, napapalitan per usapan, bini-bill sa isang key. Ipinapaloob din ng app ang chat, translation, voice conversation, at image discussion sa parehong interface, at bawat isa sa mga feature na iyon ay sumasakay sa model na pinili ng kasalukuyang assistant. Ituro ang provider sa isang multi-vendor na endpoint at tahimik na nakakakuha ang bawat feature ng pagpili ng model din.

Buong setup: provider, models, assistants.

Idagdag ang provider sa anumang device na handy; sini-sync ng OpenCat ang mga usapan at settings sa mga device sa pamamagitan ng iCloud sa bayad na tier nito, kaya ang isang provider na na-configure sa Mac ay karaniwang sumusunod sa iPhone sa halip na kailangang muling i-enter. Kung tumatakbo ka sa libreng tier per device, i-enter ang parehong apat na field sa bawat isa. Pagkatapos, gumawa ng mga assistant sa paligid ng mga model sa halip na ituring ang model picker bilang isang afterthought. Gumawa ng assistant, bigyan ito ng system prompt, at ikabit ito sa isang id ng katalogo. Ang praktikal na paghahati ng trabaho: mabilis na id para sa assistant na kausap mo buong araw, isang frontier id para sa isa na nagdadraft ng mahahalagang bagay, at isang bilingual na id para sa isa na humahawak ng Chinese, Japanese, o Korean na teksto. Dahil hinahayaan ng OpenCat na magkasabay ang ilang assistant, nakukuha mo ang per-task na model routing nang hindi na kailangang isipin sa gitna ng usapan. Para sa mga feature ng translation at voice, ang model sa likod ng kasalukuyang assistant ang gumagawa ng language work, kaya ang mabilis na tier ang tamang default doon: maiikli, madalas, at latency-sensitive ang mga turn ng translation, ang eksaktong profile na pinepresyuhan ng deepseek-v4-flash at claude-haiku-4-5-20251001.

Writer     -> claude-sonnet-4-6        (drafts, long answers)
Quick      -> claude-haiku-4-5-20251001 (default chatter)
Bilingual  -> glm-5.2                   (zh/en mixed threads)
Translate  -> deepseek-v4-flash         (short, frequent turns)

all four assistants -> one provider -> one key

Pagpili ng mga model para sa isang native na client.

Ginagawang madali ang paghahambing ng per-assistant na binding: duplicate ang isang assistant, baguhin lamang ang model, at patakbuhin ang dalawa laban sa tunay mong mga tanong sa loob ng isang araw. Pinepresyuhan ng usage log ang paghahambing per id habang sinasabi sa iyo ng mga usapan kung alin ang paulit-ulit mong binubuksan.

• Latency-first ang phone-first na paggamit. Sumasagot nang mabilis ang claude-haiku-4-5-20251001 at deepseek-v4-flash kaya pakiramdam ng app ay native sa halip na networked.
• Kinikita ng ekonomiya ng one-time-purchase ang mga metered na key: walang bayad sa upuan, kaya token lamang ang tanging paulit-ulit mong gastos, kaya't ang paglalagay ng casual na traffic sa mabilis na id ay nagpapanatiling maliit ang isang mabigat na buwan.
• Kinikita ng claude-sonnet-4-6 ang assistant na sumusulat para sa iyo, kung saan bumibili ang presyo per mensahe ng nakikitang kalidad.
• First-class na pili ang glm-5.2 at kimi-k2.6 para sa Chinese-English na traffic na tunay na hawak ng malaking bahagi ng user base ng OpenCat; sa pamamagitan ng gateway, nasa parehong picker sila ng Claude sa halip na kailangan ng hiwalay na mga vendor account.
• Maiikli at palagi ang mga turn ng translation at voice; panatilihin ang mga ito sa mabilis na tier at pakiramdam ay libre ang mga feature.

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

Ang mga request na patuloy na pumupunta sa api.openai.com pagkatapos ng setup ay nangangahulugang hindi ginagamit ng usapan ang bago mong provider. Magkasama ang mga provider sa OpenCat, at pinananatili ng isang assistant o usapang ginawa noon ang orihinal na binding nito sa provider; palitan ang provider at model ng assistant sa halip na ipagpalagay na kumuha na ng lahat ang bagong entry. Ang isang API Host na walang /v1 ay nabibigo kapag ini-append na ng app ang mga request path; ang gumaganang hugis, tulad ng patuloy na ipinapakita ng mga gabay sa gateway para sa OpenCat, ay ang base kasama ang /v1, https://api.apisrouter.com/v1. Hindi bara ang isang walang laman o parsyal na model list. Nakadepende ang auto-list sa model listing ng endpoint, at tinatanggap ng OpenCat ang mga manu-manong tina-type na id para sa anumang nawawala; ang output ng /v1/models gamit ang key mo ang authoritative na baybay para sa i-type mo. Per provider entry ang mga key, kaya ang isang key na na-rotate sa gateway ay dapat i-update sa provider settings; ang biglang nabibigong app pagkatapos ng ilang buwang katahimikan ay karaniwang isang expired o na-rotate na key, hindi problema ng app. At kung magkaiba ang mga device, isang gumagana at isang nabibigo, ang unang suspect ay ang boundary ng settings sync: kumpirmahin na talagang naroon ang provider entry at key sa nabibigong device.

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

• Mga BYOK na user na bumili ng app para makaalis sa mga subscription at gustong kasing-simple ang panig ng key: isang balance, bawat model, walang card na naka-file.
• Mga bilingual na user sa Chinese at English, kung saan ang GLM at Kimi katabi ng Claude sa isang picker ay ang tunay na araw-araw na workflow, hindi isang bagong bagay.
• Mga taong gumagamit ng maraming device, Mac sa desk at iPhone habang naglalakbay, na gustong isang provider entry ang naglilingkod sa pareho sa halip na per-vendor na apps at logins.
• Mga mabigat na translator na gumagamit ng mga feature ng translation ng OpenCat, kung saan pinapanatiling mura ang maiikli at madalas na turns sa mga mabilis na id ng katalogo.
• Mga developer na walang access sa billing ng isang partikular na vendor. Ang top-up based na access na walang kailangang card ay inaalis ang per-provider na sign-up dependency.

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

Kumpirmahin muna ang endpoint mula sa isang terminal kung meron ka: ilista ang mga model gamit ang key mo at suriin ang mga id na balak mong gamitin. Sa mga setup na iPhone-only lamang, tumalon nang direkta sa in-app na path: i-save ang provider, panoorin kung mapupuno ang model list, at magpadala ng isang maikling mensahe. Maikli ang sort ng kabiguan. Ang isang authentication error ay ang key field. Ang isang connection o not-found na error ay ang API Host, halos palaging kulang na /v1. Ang isang model error ay nangangahulugang na-type nang iba ang id sa listahan ng endpoint. At ang isang usapang kumikilos tulad ng lumang provider ay nakabit sa lumang provider; suriin ang settings ng assistant, hindi ang listahan ng provider. Kapag dumadaloy na ang mga mensahe, ipinapakita ng APIsRouter console ang per-request na model, token counts, at gastos. Para sa isang bring-your-own-key na app, buong larawang pinansyal ang log na iyon, bawat device at bawat assistant sa isang pahina, na eksaktong ang visibility na hindi kailanman ibinibigay ng mga subscription na chat app.

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

Mga madalas itanong