This page is written only for OpenClaw. It explains exactly how the OpenClaw skill should guide the user through Pop-cam sign-up, sign-in, token creation, and authenticated usage.
OpenClaw Flow
Step
Sign Up For Pop-cam
OpenClaw cannot use the Pop-cam skill until the user has a Pop-cam account. The first instruction should always be to create an account if the user does not already have one.
Step
Sign In Before Using The Skill
If the user is not signed in, OpenClaw should stop and prompt them to sign in. Pop-cam token creation and account-linked usage depend on an authenticated session.
Step
Generate Your API Token
Once signed in, OpenClaw should direct the user to the Developer Settings page to create a Pop-cam API token. The token is shown once, so the user should save it immediately.
Step
Use The Token Inside OpenClaw
The Pop-cam skill should send the user’s token as a Bearer token on authenticated requests. Each authenticated generation uses the user’s Pop-cam credits.
Skill Instructions
If you want OpenClaw to behave correctly with Pop-cam, it should follow this sequence every time. The goal is to keep onboarding obvious and to prevent requests from failing because the user skipped account setup.
Tell the user to sign up for Pop-cam first if they do not already have an account.
Require the user to sign in before creating or using a Pop-cam token.
Send the user to Developer Settings to generate a token named for the OpenClaw workflow.
Store and use the returned token as Authorization: Bearer pk_....
If OpenClaw is unsure about auth state, call the OpenClaw auth-status endpoint first and follow its message.
Nano Banana Visual Guide
These Nano Banana-generated drawings are arranged in the same order OpenClaw should follow. They reinforce the three moments that matter most: sign up, sign in and generate the token, then use that token on authenticated Pop-cam requests.

1. Sign up first
OpenClaw should start by sending the user to Pop-cam sign-up when no account exists yet.

2. Sign in and create a token
After sign-in, OpenClaw should direct the user to Developer Settings and wait for token creation.

3. Use the token for requests
Every authenticated OpenClaw request should use the user’s Pop-cam token as a Bearer token.
Step-By-Step
Each step below is explicit on purpose. OpenClaw should not skip ahead, should not try to create a token before the user is signed in, and should always treat account creation as the first requirement.
OpenClaw cannot use the Pop-cam skill until the user has a Pop-cam account. The first instruction should always be to create an account if the user does not already have one.
If the user is not signed in, OpenClaw should stop and prompt them to sign in. Pop-cam token creation and account-linked usage depend on an authenticated session.
Once signed in, OpenClaw should direct the user to the Developer Settings page to create a Pop-cam API token. The token is shown once, so the user should save it immediately.
The Pop-cam skill should send the user’s token as a Bearer token on authenticated requests. Each authenticated generation uses the user’s Pop-cam credits.
Sign-In Prompt API
OpenClaw can call the auth-status endpoint before asking for token-based actions. If the response says sign-in is required, OpenClaw should stop and show that instruction to the user instead of continuing.
Check whether the user must sign in
curl https://www.pop-cam.com/api/openclaw/auth-statusUse the Pop-cam token from OpenClaw
curl -X POST https://www.pop-cam.com/api/v1/nanobanana \
-H "Authorization: Bearer pk_YOUR_TOKEN" \
-H "Content-Type: application/json" \
-d '{
"image": "data:image/png;base64,iVBOR...",
"prompt": "Create a clean Nano Banana illustration"
}'Response when the user still needs to sign in
{
"authenticated": false,
"requiresSignIn": true,
"message": "Sign in to your Pop-cam account before using OpenClaw with Pop-cam.",
"signInUrl": "https://www.pop-cam.com/sign-in",
"signUpUrl": "https://www.pop-cam.com/sign-up"
}