Skip to main content
Back to all modules

Auth / Identity

Add sign-up, login, and sessions

Connect your local project to a cloud account system: users register, log in, and sessions are stored securely. No backend to build — IFQ Cloud handles account storage and verification.

What this module can do

Email / SMS code loginThird-party login (WeChat, GitHub, …)Sessions & login statePassword hashing & secure storage
Scenario prompts

Auth / Identity

Pick the scenario closest to your need and copy the prompt in one click.

Email / SMS code login

Let users log in with an email or phone code — no passwords to remember.

The problem today

Your local project has no accounts; anyone can open it and data is not per-user.

What you get

  • Full sign-up / login / logout flow
  • Code sending & verification
  • Users only see their own data after login
ForBusiness tools that need per-user data and protection

Copy the whole block below and paste it into Codex. Replace placeholders like API keys with real values from the IFQ Cloud console.

You are a senior full-stack engineer. In my currently open local project, add "email or SMS verification-code login" so users must log in before using core features.

[Features to build]
- Provide sign-up, login, and logout entries; UI in the app language and consistent with the existing style.
- Login flow: user enters email or phone, cloud sends a code, correct code logs them in.
- Persist login state after success; stays logged in across refresh/restart until logout.
- Protect core pages: redirect to login when not authenticated.

[Connect to IFQ Cloud — important]
- Integrate through IFQ Cloud. API base URL is https://api.cloud.ifq.ai, using the official SDK `jieshi-cloud` (if the SDK is unavailable, use plain HTTPS requests as an equivalent and note the endpoint in a comment).
- Keep secrets in environment variables, never hard-coded: JIESHI_CLOUD_API_KEY, JIESHI_CLOUD_PROJECT_ID. Generate a `.env.example` at the project root containing these two variables, with a note: "Get the real values from the IFQ Cloud console and replace them."
- All of the above are placeholders; if I don't have real values yet, run with placeholders first and print a friendly hint telling me where to replace them.

[Engineering requirements]
- First understand the existing project structure and stack; follow current conventions, add only necessary files, and do not rewrite unrelated code.
- Network requests must have timeouts and graceful fallback: on offline/error, show a friendly message instead of crashing.
- Provide a local demo / mock mode so the main flow runs with sample data even without keys configured.
- Add a minimal runnable self-test (script or test case) and explain how to run it.
- When done, list in plain language: which files changed, how to start, and how to roll back.

Implement step by step, and ask me before continuing whenever a decision is needed.

One-tap third-party login (WeChat / GitHub)

Let users sign in with existing WeChat, GitHub, etc. — no registration.

The problem today

Forcing a brand-new account is high friction; many users just leave.

What you get

  • One-tap authorized login, no forms
  • Auto-fetch avatar, nickname, basics
  • Bind multiple login methods to one user
ForConsumer-facing products that want low signup friction

Copy the whole block below and paste it into Codex. Replace placeholders like API keys with real values from the IFQ Cloud console.

You are a senior full-stack engineer. In my currently open local project, add "one-tap third-party login" (e.g. WeChat, GitHub) so users sign in with existing accounts.

[Features to build]
- Add third-party login buttons on the login page; clicking runs the authorization flow and completes login on callback.
- On first login, auto-create the account and store nickname, avatar, and basics.
- Treat different login methods sharing an email as the same user; allow binding.
- Keep code-login as a fallback; both methods feed the same account system.

[Connect to IFQ Cloud — important]
- Integrate through IFQ Cloud. API base URL is https://api.cloud.ifq.ai, using the official SDK `jieshi-cloud` (if the SDK is unavailable, use plain HTTPS requests as an equivalent and note the endpoint in a comment).
- Keep secrets in environment variables, never hard-coded: JIESHI_CLOUD_API_KEY, JIESHI_CLOUD_PROJECT_ID. Generate a `.env.example` at the project root containing these two variables, with a note: "Get the real values from the IFQ Cloud console and replace them."
- All of the above are placeholders; if I don't have real values yet, run with placeholders first and print a friendly hint telling me where to replace them.

[Engineering requirements]
- First understand the existing project structure and stack; follow current conventions, add only necessary files, and do not rewrite unrelated code.
- Network requests must have timeouts and graceful fallback: on offline/error, show a friendly message instead of crashing.
- Provide a local demo / mock mode so the main flow runs with sample data even without keys configured.
- Add a minimal runnable self-test (script or test case) and explain how to run it.
- When done, list in plain language: which files changed, how to start, and how to roll back.

Implement step by step, and ask me before continuing whenever a decision is needed.

Sessions & role-based protection

Manage login lifetime, auto-renew, and control who sees what by role.

The problem today

After login there is no session lifetime, and no way to separate admin from regular users.

What you get

  • Login lifetime & auto-renew
  • Secure logout clearing the cloud session
  • Role-based access (admin / regular)
ForInternal systems with multiple roles and access control

Copy the whole block below and paste it into Codex. Replace placeholders like API keys with real values from the IFQ Cloud console.

You are a senior full-stack engineer. In my currently open local project, improve "sessions and role-based protection", managing session lifetime and role-based access.

[Features to build]
- Give sessions a sensible lifetime, auto-renew near expiry, and guide re-login after expiry.
- Provide secure logout that clears both local and cloud sessions.
- Support roles (e.g. admin, regular); different roles see different features and data.
- Verify permissions in the cloud: hide entries on the frontend AND reject unauthorized requests on the backend.

[Connect to IFQ Cloud — important]
- Integrate through IFQ Cloud. API base URL is https://api.cloud.ifq.ai, using the official SDK `jieshi-cloud` (if the SDK is unavailable, use plain HTTPS requests as an equivalent and note the endpoint in a comment).
- Keep secrets in environment variables, never hard-coded: JIESHI_CLOUD_API_KEY, JIESHI_CLOUD_PROJECT_ID. Generate a `.env.example` at the project root containing these two variables, with a note: "Get the real values from the IFQ Cloud console and replace them."
- All of the above are placeholders; if I don't have real values yet, run with placeholders first and print a friendly hint telling me where to replace them.

[Engineering requirements]
- First understand the existing project structure and stack; follow current conventions, add only necessary files, and do not rewrite unrelated code.
- Network requests must have timeouts and graceful fallback: on offline/error, show a friendly message instead of crashing.
- Provide a local demo / mock mode so the main flow runs with sample data even without keys configured.
- Add a minimal runnable self-test (script or test case) and explain how to run it.
- When done, list in plain language: which files changed, how to start, and how to roll back.

Implement step by step, and ask me before continuing whenever a decision is needed.