{
  "org_concepts": [
    {
      "id": "org_api_key_scoping",
      "concept_name": "API key scoping to a workspace",
      "category": "api_key",
      "description": "An API key created in the Console can be scoped to a specific workspace, meaning usage and billing attribution for requests made with that key roll up under that workspace rather than the organization's default/unscoped pool. This lets an organization see and control usage per team or environment without splitting into separate organizations.",
      "distinct_from": null,
      "source_note": "General, well-established Anthropic Console concept — not sourced from a doc file mirrored in this repo.",
      "created_at": "2026-07-02 08:27:23",
      "cite_as": "https://subagentorganizations.com/api/org-concepts/org_api_key_scoping"
    },
    {
      "id": "org_relation_to_identity_and_permissions",
      "concept_name": "How org/workspace structure relates to agent identity and permission policies",
      "category": "cross_reference",
      "description": "Org and workspace structure (this site) governs human administrative access to Console resources — who can create keys, see billing, manage workspaces. It is a separate layer from agent IDENTITY/attribution (which surface an agent acts under, service-account vs. personal-account — see subagentidentities.com) and from agent TOOLSET permission policies (which tools an agent may call and under what default posture — see subagentpermissions.com). An org can contain many workspaces, each of which may host agents running under distinct identities and permission policies.",
      "distinct_from": "See subagentidentities.com for agent identity/attribution, and subagentpermissions.com for agent toolset permission policies — this site intentionally does not duplicate either.",
      "source_note": "General, well-established Anthropic Console concept combined with this repo's own already-documented Identity and Permission Policy primitives.",
      "created_at": "2026-07-02 08:27:28",
      "cite_as": "https://subagentorganizations.com/api/org-concepts/org_relation_to_identity_and_permissions"
    },
    {
      "id": "org_workspaces_vs_projects",
      "concept_name": "Workspaces vs. Claude.ai Projects",
      "category": "cross_reference",
      "description": "A common point of confusion: a Console \"workspace\" and a Claude.ai \"Project\" are not the same thing. A workspace is an org-admin construct for grouping API keys and usage/billing inside the Anthropic Console (the developer/API surface). A Project in Claude.ai is a user-facing container for conversations, files, and custom instructions inside the consumer/chat product. They live in different products, serve different purposes, and having one does not imply or create the other.",
      "distinct_from": "This row exists specifically to call out that distinction explicitly, since the shared word \"workspace\"/\"project\" across two related-but-different Anthropic products is an easy mix-up.",
      "source_note": "General, well-established Anthropic product-structure concept — not sourced from a doc file mirrored in this repo.",
      "created_at": "2026-07-02 08:27:28",
      "cite_as": "https://subagentorganizations.com/api/org-concepts/org_workspaces_vs_projects"
    },
    {
      "id": "org_organizations",
      "concept_name": "Organizations",
      "category": "organization",
      "description": "The top-level account and billing entity in the Anthropic Console. An organization owns billing, usage limits, and the set of workspaces and members beneath it. Every API key, workspace, and member ultimately belongs to exactly one organization.",
      "distinct_from": null,
      "source_note": "General, well-established Anthropic Console concept — not sourced from a doc file mirrored in this repo.",
      "created_at": "2026-07-02 08:27:19",
      "cite_as": "https://subagentorganizations.com/api/org-concepts/org_organizations"
    },
    {
      "id": "org_member_roles",
      "concept_name": "Member roles and permissions (org-level)",
      "category": "roles",
      "description": "Members of an organization are assigned org-level role types such as admin and member (and typically a billing-related role), which govern administrative capabilities like managing API keys, workspaces, and billing settings within the Console. Exact role names and permission granularity are phrased generally here rather than asserted precisely, since they were not independently re-verified in this pass.",
      "distinct_from": "Distinct from Claude.ai's own per-Project roles/sharing model, which governs collaboration on conversations and Project resources inside the Claude.ai product rather than Console administration.",
      "source_note": "General, well-established Anthropic Console concept, deliberately generalized where exact naming was uncertain — see this site's own honesty note.",
      "created_at": "2026-07-02 08:27:23",
      "cite_as": "https://subagentorganizations.com/api/org-concepts/org_member_roles"
    },
    {
      "id": "org_workspaces",
      "concept_name": "Workspaces (Console)",
      "category": "workspace",
      "description": "A grouping mechanism within an organization for organizing API keys and usage — typically used to separate spend/usage tracking and access between teams, environments, or projects (e.g. \"production\" vs \"staging\", or one workspace per internal team). Workspaces are a Console-level administrative construct, not a place where conversations or agent context live.",
      "distinct_from": "Easily confused with Claude.ai Projects (see org_workspaces_vs_projects below) — they solve a similar-sounding organizational problem but operate at entirely different layers of the product.",
      "source_note": "General, well-established Anthropic Console concept — not sourced from a doc file mirrored in this repo.",
      "created_at": "2026-07-02 08:27:19",
      "cite_as": "https://subagentorganizations.com/api/org-concepts/org_workspaces"
    }
  ]
}