# Project ownership

Each project has an owner – the team member it was authored by, or whoever the project has been transferred to. Project ownership controls who's the canonical maintainer; transfers happen when the original owner is no longer the right person to hold it.

## What it does

A project's owner has a few specific responsibilities and capabilities:

* The project carries the owner's identity in the project metadata.
* When a member is removed from the team, their owned projects need to be transferred or they remain orphaned.

Transferring ownership reassigns the project to another team member. The current owner becomes a regular team member on that project; the new owner takes the canonical maintainer slot.

### How owner privileges relate to team-member access

Owner is a metadata label on the project plus team-management authority, not a per-project edit override. The relevant scopes:

* **Members** with full access can edit and manage projects in the team area, including projects they don't own.
* **Owners** carry additional team-level capabilities such as editing the permissions of team members.
* **Read-only members** can view projects but cannot make changes to them. Whether read-only members can publish a project from the Share dialog is unconfirmed; ask the team if this matters for your workflow.

## How to transfer

1. **From the homepage** or **project listing**, find the project.
2. **Open the project's More menu** (three-dot icon on the card).
3. **Click Transfer ownership.**
4. **Pick the recipient** from the team's member list.
5. **Confirm.**

The transfer is immediate. The recipient sees the project under their owned-projects view (if such a view exists in the homepage filter); the previous owner sees the project as still accessible but no longer marked as theirs.

## When to transfer

* **A team member is leaving.** Transfer their owned projects to whoever's picking up the work.
* **A handoff between leads.** The original creative lead has moved on; transfer to the new lead.
* **An archive scenario.** Transfer to a designated "archive" account so the original owner can be removed without orphaning the project.
* **A client-engagement closeout.** Transfer to the agency's principal so the project stays accessible after the project lead's contract ends.

## Limits and known issues

* **Transfer doesn't change credit attribution for past renders.** Renders the previous owner produced still count against whatever credit balance was active at render time. The transfer affects future authority, not historical billing.
* **Cross-team transfers aren't supported.** A project owned in Team A can't be transferred to Team B's member – the recipient must be in the same team. To move a project across teams, recreate or use export workflows.
* **Personal-to-team transfer isn't supported.** A project authored in your personal workspace can't be transferred into a team workspace today. If a project needs to move to a team, recreate it there.

## Related

* [Workspaces](/teams-and-billing/workspaces.md)
* [Permissions](/teams-and-billing/permissions.md)
* [Create and invite](/teams-and-billing/create-and-invite.md)
* [Sharing and collaboration](/overview/reference/sharing-and-collaboration.md) – how non-owner team members access a project.
* [Plans and billing](/teams-and-billing/plans-and-billing.md) – the billing context an owner answers for.
* [Account and settings](/overview/reference/account.md) – avatar menu and where the current owner shows up.


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://help.intangible.ai/teams-and-billing/project-ownership.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.