API за отстранување на позадина — лесна интеграција за програмери
Интегрирајте го најновото отстранување на позадина со вештачка интелигенција во вашите апликации со нашиот робустен и флексибилен API.
Прочитајте ја документацијатаБеспрекорна интеграција
Имплементирајте отстранување на позадина во вашата апликација со само неколку линии код. Нашиот добро документиран API и примери олеснуваат започнувањето.
Прилагодлив излез за разновидни апликации
Прилагодете го процесот на отстранување на позадина според вашите потреби. Прилагодете параметри, експортирајте во различни формати и контролирајте го квалитетот на излезот.
Перформанси за претпријатија
Изграден за обем и брзина. Нашиот API обработува милиони барања дневно со ниска латентност, обезбедувајќи доверливост.
Откријте нови функции во вашите апликации
Овозможете на вашите корисници напредни можности за уредување на слики. Од платформи за е-трговија до апликации за социјални медиуми.
Препорачани алатки за програмери
Како мал dev тим испорача функционалност за пресекување профил-фотки за еден sprint
Четворочлен dev тим кој гради хоби-маркетплејс апликација им требаше функционалност за профил-фотки која ќе го намали бројот на слаби, нејасни аватари во апликацијата.
Тимот го врза изрежувањето во прелистувачот од уредникот во постоечкиот upload текот како клиентски чекор. Не беше потребен сервер-side компонент.
Функционалноста влезе во live на крајот од sprint-от, обработи 14,000 авагари во првиот месец без сервер-side компонент.
"Заштедивме недели на работа со упон на сегментациски модел во апликацијата."
"Интеграцијата во прелистувачот значеше нула трошоци за инфраструктура."
"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.