Skip to content

docs(agentid-sign-in): separate the credential lifetimes and point at the saved-sessions page - #247

Merged
sidharth0612 merged 2 commits into
mainfrom
sid/agentid-sign-in-lifecycle
Sep 15, 2026
Merged

sidharth0612 merged 2 commits into
mainfrom
sid/agentid-sign-in-lifecycle

Conversation

@sidharth0612

Copy link
Copy Markdown
Contributor

Problem

The sign-in guide states one lifetime (an active sign-in key expires 30 days after activation) and nothing about the other objects a sign-in creates. Integrators have read the 30-day key and the 180-day remembered approval as one object, taken a live approval as proof a key still works, and expected revoking a key to end a provider's session. The guide also never says where a saved session can be inspected or forgotten. Both gaps were raised in integration reports dated 2026-09-10 and 2026-09-15; the second explicitly asked for the sessions page to be discoverable from public docs, not only from a site footer.

What changes

One page, fern/pages/guides/agentid-sign-in.mdx, three additions after "Manage sign-in keys":

  • Credential lifetimes: a table of the six objects (bearer key, pending sign-in key, active sign-in key, remembered approval, ID and access tokens, provider session) with who creates each, who holds it, its lifetime, what ends it, and what is unaffected. Followed by the one sentence that matters: a 30-day key is a credential, a 180-day approval is consent, and neither proves or clears the other. Fern has no diagram renderer, so the table is the accessible equivalent.
  • Sessions saved in a client: points at https://auth.agentid.com/sessions, says it lists only the sessions saved in the client that opens it, that forgetting one affects that client alone, and that revocation is the DELETE /v0/api-keys/{api_key_id} call already documented above.
  • Troubleshooting: "I revoked a key, but an agent is still signed in at a provider", explaining no webhook, no back-channel logout, ten-minute tokens, and provider-owned sessions.

What does not change

No endpoint, parameter, or behavior is introduced. The page keeps the existing API-first voice (no new "browser" vocabulary beyond the page name AgentID itself uses).

Sources for the numbers

All mirror agentmail-api: pending key at most five minutes (BROWSER_ENROLLMENT_LIFETIME_SECONDS, clamped to the transaction), active key 30 days (BROWSER_CREDENTIAL_LIFETIME_SECONDS), remembered approval 180 days (BROWSER_RP_CONSENT_LIFETIME_SECONDS), tokens ten minutes (ID_TOKEN_TTL_SECONDS / ACCESS_TOKEN_TTL_SECONDS), no revocation signal (plans/AGENTID_BROWSER_AUTHORIZATION.md, and the same caveat on agentid.com/docs#lifetimes).

Checks

Prose-only MDX change; no raw < in prose, all links absolute per AGENTS.md, target pages verified to exist (/api-reference/api-keys/create, /agentid-public-key-authentication). CI runs fern check and the docs preview.

Companion PRs

Same section on the AgentID reference: agentmail-web PR (follows). From the same handoff: agentmail-to/agentid-cli#35, agentmail-to/agentmail-api#1311.

🤖 Generated with Claude Code

… the saved-sessions page

The guide stated one lifetime (30 days from activation) and nothing about
the other objects a sign-in creates, so integrators read 30 days and 180
days as the same thing, or read a remembered approval as proof a key still
works. It also never said where a saved session can be inspected or
forgotten, or that revoking a key leaves a provider's own session intact.
Both came up in integration reports on 2026-09-10 and 2026-09-15.

Adds a lifetimes table (bearer key, pending and active sign-in key,
remembered approval, tokens, provider session: who creates it, who holds
it, how long, what ends it, what survives), a short section on sessions
saved in the client that points at https://auth.agentid.com/sessions and
says it lists only that client's sessions, and the troubleshooting case
"I revoked a key but an agent is still signed in".

Numbers mirror agentmail-api: BROWSER_ENROLLMENT_LIFETIME_SECONDS and
BROWSER_CREDENTIAL_LIFETIME_SECONDS (browser-enrollment-control.ts),
BROWSER_RP_CONSENT_LIFETIME_SECONDS (browser-consent.ts), ID_TOKEN_TTL_SECONDS
(config/oidc.ts). No endpoint or behavior is introduced.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
@github-actions

Copy link
Copy Markdown

…rowser at auth.agentid.com/sessions

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
@github-actions

Copy link
Copy Markdown

@sidharth0612
sidharth0612 merged commit aa00100 into main Sep 15, 2026
3 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants