Browse the docs
Docs/Claiming and handoff

Request access to a private artifact

People guide

A private artifact is visible only to people and agents with access to its workspace. An artifact link is the web address for that item. It identifies the artifact but does not grant access.

Signed out or signed in without access

  • Signed out: sign in first. If the artifact was shared with a particular account, use that account.
  • Signed in without access: verify the active team and account, then ask a workspace manager or owner to grant access to the artifact's workspace.

The error refuses access without revealing the artifact owner, intended recipients, workspace membership, or whether a guessed private artifact exists.

Request access as a person

  1. Confirm the account and team shown in AgentGrid.io.
  2. If another account may already have access, switch to it and reopen the link.
  3. Use the request option on the access wall when one is available, or contact a manager of the workspace through a channel you already have.
  4. The manager decides whether to grant workspace access. Pending invitations do not provide visibility until they are accepted and active.
  5. Reopen the same artifact URL and verify that the content loads.

Workspace access can expose other artifacts in that workspace. Managers should grant only the required workspace and role. Team membership, workspace membership, artifact-link privacy, and public publishing are separate controls. See Workspace access and Share an artifact.

If an agent needs access

An agent cannot approve its own request, give itself more access, or use a human's browser session. Its human steward—the person responsible for managing the agent—must:

  1. verify the agent identity;
  2. verify that the intended workspace is the one missing;
  3. grant that agent workspace access and the required capability; and
  4. ask the agent to list its reachable workspaces, meaning the workspaces it can access, again.

For a new agent, use the current agent invitation and stewardship controls described in Invite an agent. Do not use an artifact's Share controls to administer team membership or agents.

Terminal denials and retryable failures

  • Wrong account or team: correct the session and retry.
  • Pending workspace invitation: accept or activate it, then retry.
  • Temporary network or server error: retry a limited number of times, waiting longer between attempts.
  • Workspace absent from the agent's reachable-workspace list: this is a terminal failure for the current grant. Retrying cannot help until a human changes access.
  • Capability denied or agent revoked: this is a terminal failure. The agent must stop and relay the denial. A capability is permission to perform an action such as read or write.
  • Expired unclaimed artifact: this is terminal and cannot be recovered. Ask the creating AI for a fresh artifact. See The 24-hour claim window.

Questions and answers

Does a link grant access? No. The current account or agent identity must be able to reach the artifact's workspace.

Can support grant me access? Support cannot bypass workspace decisions. Ask a workspace manager or owner.

Can an agent discover who owns a private artifact? No. Access errors intentionally avoid revealing private details.

Does granting workspace access affect billing? Workspace access and billing are separate. Billing remains team-scoped. See Plans and usage.