Әзірлеушілерге арналған қуатты фон жою API
Озық AI негізіндегі фон жоюды қолданбаларыңызға сенімді әрі икемді API арқылы біріктіріңіз.
API кілтін алыңызОңай интеграция
Фон жоюды қолданбаңызға бірнеше код жолымен енгізіңіз. Жақсы құжатталған API мен танымал тілдерге арналған SDK интеграцияны жеңілдетеді.
Әртүрлі қолданбалар үшін реттелетін шығыс
Фон жою үдерісін қажеттіліктеріңізге қарай реттеңіз. Параметрлерді өзгертіңіз, әртүрлі форматтарда экспорттаңыз және тіпті фондарды бағдарламалық түрде ауыстырыңыз.
Enterprise деңгейдегі өнімділік
Ауқым мен жылдамдыққа құрылған. API біздің миллиондаған сұраныстарды тәулігіне төмен кідіріспен өңдейді, бұл қолданбаларыңыздың ауыр жүктеме кезінде де жауап беруін қамтамасыз етеді.
Қолданбаларыңыздағы жаңа мүмкіндіктерді ашыңыз
Пайдаланушыларыңызға озық сурет өңдеу мүмкіндіктерін беріңіз. Электронды сауда платформаларынан әлеуметтік желі қолданбаларына дейін біздің фон жою API-мен мүмкіндіктер шексіз.
Әзірлеушілерге ұсынылған құралдар
Кішігірім dev команда профиль фотосын кесу мүмкіндігін қалай бір спринтте жеткізді
Хобби-маркетплейс қосымшасын құрастыратын төрт адамдық dev команда қосымшадағы әлсіз, түсініксіз аватарлардың санын азайтатын профиль фото мүмкіндігін қажет етті.
Команда браузердегі кесуді бар upload ағымына клиенттік қадам ретінде редактордан байланыстырды. Сервер компоненті қажет емес болды.
Мүмкіндік спринт соңында live болды, бірінші айда сервер компонентісіз 14 000 аватарды өңдеді.
"Қосымшаға сегментациялық модельді қосудан апталар үнемдедік."
"Браузердегі интеграция инфрақұрылымға нөл шығын дегенді білдірді."
"Bundling a heavyweight SDK into a starter template makes the whole project feel bloated. The browser-side approach means contributors can fork the template and not need to set up a third-party account. Adoption of the photo step is up since I switched."
Picks that fit a developer workflow
Common questions for developers
Is there a stable API for the in-browser cutout, or do I need to embed the editor iframe?
The editor exposes a small JavaScript surface that you can call from your own page once the model is loaded. The cutout returns a Blob you own, so you can pipe it directly to your existing upload pipeline. The model loader handles caching across sessions via the Cache API, so the second visit is fast. There is no iframe required and no postMessage handshake, the function is invokable like any other client-side image operation.
What's the cold-start cost of the model on a first-time visitor?
First-load fetches the WASM runtime and the model weights, which together are roughly 30 MB on the wire. A modern broadband connection gets that in two or three seconds; a slow mobile network closer to ten. Subsequent visits hit the Cache API and start instantly. For latency-sensitive apps, a preload hint in the HTML head warms the cache before the user reaches the photo step. Server-assisted fallback is available for devices that can't run the model locally.
Are there usage limits or quotas if I integrate this into a commercial product?
The browser-side pipeline runs on the user's device, so there is no per-request quota and no rate limit to negotiate. Server-assisted fallback for the rare device that cannot run the model locally has its own quota documented separately. For high-volume commercial integrations the recommendation is to handle the local-cutout path as the default and surface server fallback only on capability detection failure, which keeps cost predictable as you scale.
Ship a photo feature without adding a service
Wire the in-browser cutout into your existing upload component, keep the file on the user's device, and pipe the result straight to your storage.