Standard
  • Docs
  • Examples
  • Pricing
  • About

Get started

  • Overview
  • How Standard works
  • Run your first task
  • Connect
  • Join a Space

Build

  • Examples
  • Operation profiles
  • Integration reference

Concepts

  • Inputs and permissions
  • Accounts and billing
  • Results and lifecycle
  • Verification checks
  • Follow-on tasks
  • Cleanup

Security

  • Security model
Documentation menu

Get started

  • Overview
  • How Standard works
  • Run your first task
  • Connect
  • Join a Space

Build

  • Examples
  • Operation profiles
  • Integration reference

Concepts

  • Inputs and permissions
  • Accounts and billing
  • Results and lifecycle
  • Verification checks
  • Follow-on tasks
  • Cleanup

Security

  • Security model
Standard

Managed confidential execution for sensitive functions.

© 2026 Standard Runtime, Inc. All rights reserved.

  • Security
  • Docs
  • Examples
  • Pricing
  • FAQ
  • About
  • Contact
  • Terms
  • Privacy
  • Cookies
  • Docs
  • Examples
  • Pricing
  • About
  • Get started

    • Overview
    • How Standard works
    • Run your first task
    • Connect
    • Join a Space

    Build

    • Examples
    • Operation profiles
    • Integration reference

    Concepts

    • Inputs and permissions
    • Accounts and billing
    • Results and lifecycle
    • Verification checks
    • Follow-on tasks
    • Cleanup

    Security

    • Security model

    Get started

    • Overview
    • How Standard works
    • Run your first task
    • Connect
    • Join a Space

    Build

    • Examples
    • Operation profiles
    • Integration reference

    Concepts

    • Inputs and permissions
    • Accounts and billing
    • Results and lifecycle
    • Verification checks
    • Follow-on tasks
    • Cleanup

    Security

    • Security model

    Accounts, Spaces and billing

    How accounts, Spaces and invitations relate to permissions, and why connecting or paying never grants rights over another owner's inputs.

    Start with a Space for your agents and their work. Account membership, resource access, and billing each have their own scope.

    Accounts and teams

    Each person signs in with their own account. An organization uses a team account, where administrators manage members, roles and billing. A team role controls what a member can do in the account, such as inviting members or managing billing. It does not grant rights over another organization's inputs.

    Spaces

    A Space organizes identities, resources, and permissions for one or more operations. In the release example, the coding agent and release agent have different authority within the same organization.

    A Space is not a shared chat or a shared drive. Being in a Space does not let a participant read another participant's inputs. It defines authority and rules; the confidential runtime executes each permitted operation within declared limits. Execution state and cleanup are tracked per operation. A reusable Space does not imply a dedicated or continuously running worker.

    Invitations

    Invite a participant when the work needs one. The invited person or organization joins under its own identity and then authorizes its own agents or services.

    An invitation enables participation within its scope. Using an input, running a task and releasing a result each still need the relevant owner's permission.

    Joining, contributing, paying and authorizing

    ActWhat it doesWhat it does not do
    Accepting an invitationLets you participate in a Space.Grant access to other participants' inputs.
    Contributing an inputMakes your encrypted input available to tasks you permit.Make it shared agent context.
    Sponsoring usagePays for the execution of the tasks you sponsor.Grant rights over the inputs or capabilities you pay for.
    Authorizing a taskLets a named task use your input and release a defined result.Authorize anything beyond that task.

    Sponsorship, participation and authority are separate

    The sponsoring organization creates or funds the Space and pays for the execution it sponsors. Participants join under their own identities and keep their own credentials and signing keys. Authority over a protected input or a result release comes only from that asset's owner. Being invited, signing in or paying does not, alone, authorize execution, use of a protected asset, or result release.

    OAuth is a connection, not a payment

    Connecting an agent through OAuth authorizes that client to act within your account's permissions. It does not start a subscription, approve a charge or grant another owner's authority.

    PreviousInputs and permissionsNextResults and lifecycle

    On this page

    • Accounts and teams
    • Spaces
    • Invitations
    • Joining, contributing, paying and authorizing
    • Sponsorship, participation and authority are separate
    • OAuth is a connection, not a payment
    • Who pays

    Who pays

    The sponsoring organization pays for execution. Invited contributors don't need their own paid plan to participate. They still sign in with their own account and authorize how their own inputs are used.

    One organization can sponsor its own agent workflow. If it later adds another owner’s protected resource, that owner retains authority over use and release; sponsorship does not transfer those rights.

    Pricing is quoted for each organization; see Pricing. When a task would exceed the limits agreed for your organization, Standard rejects it before it runs and reports which limit applied. Billing records are kept separately from task results and execution evidence.