The first cloud run creates a guest session automatically, then unlocks starter-credit logic.
Sign inTry face blur locally, then move the same task flow into a guest-ready cloud product.
This workspace is designed as a retention loop, not just a demo. Visitors start with a private in-browser preview, then continue into guest onboarding, starter credits, API key provisioning, task history, and reusable API docs.
Each cloud blur consumes 0.5 credit. Runs are blocked when balance is too low.
Guest and signed-in sessions can both obtain a key automatically through this product flow.
Manage keysZero-credit browser preview
Use this first touch to reduce friction. Files stay in the tab, the slider updates instantly, and the user experiences value before any guest account or billing step appears.
Guest onboarding, credit gating, and async task delivery
The first real run handles account preparation, starter-credit claim logic, API key readiness, upload, async generation, and task tracking in one product surface.
Visitors do not need to sign up first. The cloud run will prepare a guest workspace, then attempt to unlock starter credits before the job starts.
The cloud request starts from the selected file, uploads it, then forwards the hosted URL into the public generate endpoint.
Once processing finishes, the result image appears here and the same task can be revisited through logs or GET /api/status.
The API mirrors the exact playground flow
Once the product loop works, developers can call the same public endpoints directly. That keeps marketing, dashboard, and API behavior aligned.
curl -X POST "https://blurface.net/api/generate" \
-H "Authorization: Bearer YOUR_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"image": "https://images.unsplash.com/photo-1500648767791-00dcc994a43e?w=1200&q=80&auto=format&fit=crop"
}'This flow creates a guest session only when value is already established through the local preview, which is a better activation order than leading with auth.
Starter-credit claim, top-up modal, and required-credit checks all happen before generation to preserve trust and reduce confusing upstream failures.
Result visibility, task IDs, API docs, and dashboard history are positioned as the next steps so a successful blur becomes the start of a workflow, not the end.