Skip to content

πŸ”§ API Β· CLI Β· Server-to-Server Track ​

Every case where the user doesn't log in through a browser directly: CLI, daemons, CI/CD, AI agents, and webhook receivers.

Is this the right track?

  • βœ… Yes: backend-to-backend communication only, or a CLI tool calling logi on the user's behalf
  • βœ… Yes: an AI agent (Claude/Cursor/Codex) driving logi over MCP
  • ❌ Mobile app β†’ πŸ“± Mobile Track
  • ❌ User browser login β†’ 🌐 Web Track

Branching by pattern ​

1. Machine ↔ machine (CLI / daemon / CI) ​

An environment where user interaction is possible but you can't open a browser.

2. AI agents / LLMs ​

Claude Code, Cursor, and Codex driving logi in natural language.

3. Backend β†’ logi API ​

Verifying user tokens, looking up user info, and changing permissions.

  • API reference (OpenAPI) β€” interactive Scalar viewer
  • Token Introspection & JWKS β€” verify id_token / fetch public keys
  • Polling Events API β€” pull-based delivery of user events (account deletion / disconnection)
  • POST /api/v1/me/anonymous_swap β€” swap/merge an anonymous account into a canonical (email/SSO) account. For the full flow, see Anonymous β†’ Canonical Account Swap.
  • GET/POST /developer/applications/:id/{redirect_uri_verifications,verify_redirect_uri} (session) Β· GET/POST /api/v1/admin/applications/:id/{redirect_uri_verifications,verify_redirect_uri} (admin) β€” verify domain ownership of an RP redirect_uri (DNS TXT + .well-known, two-pronged). Redirect URI Verification.

4. logi β†’ backend (webhook) ​

logi pushes asynchronous events to the RP backend.

5. Management API (Org / Team / App management) ​

Everything the logi console does, via the API.

  • API reference β€” the complete set of management API endpoints

Common reference ​


Hand the whole thing to an AI ​

Paste @/llms-full.txt into an LLM and say:

"Connect the logi MCP server to Claude Code. Then make my CLI script obtain a token via device flow and call /api/v1/applications."

Identityκ°€ μ œν’ˆμ˜ μ‹ λ’°λ₯Ό λ§Œλ“­λ‹ˆλ‹€.