> ## Documentation Index
> Fetch the complete documentation index at: https://aidocs.ethanbragdon.icu/llms.txt
> Use this file to discover all available pages before exploring further.

# Organization Projects & Knowledge

> Understand organization-owned projects, Knowledge sources, shared context, and resource continuity.

# Organization projects & Knowledge

Organization ownership lets shared work remain attached to the team rather than to one member's personal account.

## Organization-owned projects

A team project can provide a durable home for:

* shared conversations
* project instructions
* files
* Knowledge sources
* repositories
* research runs
* FORGE builds
* artifacts
* automation associated with the project

Access to the organization does not necessarily imply access to every project. Project-level permissions can provide narrower collaboration boundaries.

## Organization Knowledge

Organization-owned Knowledge can hold shared reference material that multiple projects or members are allowed to retrieve from.

Examples include:

* internal documentation
* engineering repositories
* product policies
* support material
* research collections

## Ownership continuity

The central benefit of organization ownership is continuity. When a member leaves, the organization's resources should remain under the organization's control.

Where the platform supports transfer or conversion of ownership, administrators should move business-critical resources out of personal ownership before removing the member who created them.

## Billing and usage

Work performed in an organization context can draw from organization plan entitlements, credits, or usage limits according to the current billing configuration.

This is why ownership, permissions, and billing context must agree with each other.

## Developer resources

Applications and service accounts used by organization projects should be organization-owned when possible. This prevents a production integration from depending on one employee's personal developer credentials.

## Security boundary

Knowledge retrieval, project access, FORGE jobs, and developer operations should all respect the organization's current access policy.

<Note>
  Organization ownership is not a shortcut around permissions. The runtime should still verify the current member, resource, and policy context each time protected work is accessed.
</Note>