Magpadala ng mga chat request gamit ang OAuth

Piliin ang landas na ito kapag ang isang customer ay nagbigay ng pahintulot sa iyong aplikasyon na gamitin ang kanilang napiling ShareAI account. Kumpletuhin muna ang authorization code gamit ang PKCE at kumuha ng grant na kasama ang surcharge.

curl --fail-with-body https://api.shareai.now/api/v1/chat/completions \
  -H "Authorization: Bearer $SHAREAI_ACCESS_TOKEN" \
  -H "Content-Type: application/json" \
  --data '{"model":"MODEL_IDENTIFIER","messages":[{"role":"user","content":"Hello!"}],"stream":false}'

Ang access token ay inilalagay sa Bearer header#

Ang chat endpoint at request body ay pareho sa API-key flow. Ang pagkakaiba ay ang kredensyal at ang lifecycle ng pahintulot nito. Ang refresh token ay ipinapadala lamang sa token endpoint; ang ID token ay ginagamit lamang para sa validated application sign-in.

Sino ang nagbabayad at aling plano ang naaangkop?#

Ang tinanggap na grant ay tumutukoy sa napiling personal o organisasyon na account, aplikasyon, at plano ng paggamit. Ang serbisyo ang nagtatakda ng mga halagang iyon mula sa pahintulot. Huwag magpadala ng payer ID, builder fee, o subject ng ibang kliyente sa chat body upang baguhin ang billing.

I-renew ang access nang hindi nawawala ang pahintulot#

Kapag nag-expire ang access token, gamitin ang i-refresh ang daloy sa iyong backend at i-store ang kapalit na refresh token. Kapag ang grant ay na-revoke o kinakailangan ang bagong pahintulot, muling ikonekta ang customer sa pamamagitan ng browser flow.

Paghawak ng pagkabigo#