Project Admin Features#

A Project Admin is a user who has been granted administrative authority over a specific project. Project admins can view the users that belong to the project they administer, oversee its compute sessions and model deployments, and manage its storage folders — all without needing system-wide superadmin privileges.

Identifying Project Admin projects#

When you open the project dropdown in the header, projects in which you have the project-admin role are marked with a shield-shaped badge next to the project name. Hovering the badge displays a Project Admin tooltip, confirming that selecting this project will reveal the project-admin sidebar entries described below.

Switching to a different project from the header's project selector re-evaluates the user's role: the same user may act as a project admin in one project and as a regular user in another within the same login session. To learn how project-admin roles are granted and revoked, see Grant Project Admin Authority in the RBAC Management chapter.

Set Project Admin#

Superadmins can grant and revoke project admin for one or more users in a single place through the Set Project Admin modal, launched from the Project admin page (Users → Project).

On each project row, click the Set Project Admin button to open the modal.

The modal provides:

• User select and Add: A multi-select to choose one or more users, and an Add button to grant them project admin for the current project.
• Current admins table: A list of the project's current admins, each with a Revoke admin permission (X) action to remove that user's project admin.

The modal shows two alerts you should read before assigning or revoking:

• Info: Granting project admin automatically adds the project to the user's allowed project list, so the user can then access the project.
• Warning: Revoking project admin does not automatically remove the project from the user's allowed project list. To block access to the project, remove it from the list manually.

Next to the modal title, the View RBAC permissions icon opens the RBAC Management page with the project's role_project_<project_id>_admin role pre-filtered and its detail drawer open, so you can inspect the underlying role. For more on that role, see Grant Project Admin authority in the RBAC Management chapter.

When you add several users at once, any that fail are surfaced through an error notification that includes the number of users that could not be assigned; the users that succeeded are still granted.

The Project Admin sidebar#

When you select a project in which you are a project admin, the sidebar shows a Project Settings entry. Selecting it switches the sidebar to the project management menu, which lists a Dashboard entry and an Operations section with three entries dedicated to managing that project:

• Dashboard — an overview of the current project
• Users — the members of the current project
• Sessions — the compute sessions owned by users in the current project
• Deployments — the model deployments owned by the current project

On the project-admin pages, only the items under the project selected with the project selector at the top are shown. You can check this through the banner at the top of the page.

Dashboard#

The Dashboard entry opens a board of cards scoped to the selected project: Session Status, Pending Sessions and Reasons, Long-running Sessions, Resource Allocation, Deployments, Project Folders, Project Users, and Audit Log. Select a row in Pending Sessions and Reasons to open that session's scheduling history.

Boards, card settings and the refresh control work as they do on the user Dashboard.

Refreshing project-admin pages#

The project-admin pages provide the same refresh button. Click the refresh button to refresh the table list.

The dropdown button next to the refresh button opens the Auto Refresh menu, where you can choose the auto-refresh interval.

Users#

The Users page lists every user who belongs to the currently selected project. Use this page to review project membership at a glance — for example, to confirm who has access to the project's resources or to identify inactive accounts.

The page provides the following controls:

• Active / Inactive segmented control: Toggle between active and inactive users. Active is selected by default.
• Property filter: Filter the list by E-Mail, ID, Username, Role, or Created At.

The Users page is read-only for project admins. There are no create, edit, or deactivate actions on this page — those operations are reserved for superadmins on the system-wide Users page in the Admin Features chapter.

Storage Folders#

A project's storage folders are managed from the Data page while that project is selected. For folder usage modes, permissions, and quota, see the Storage Folders chapter.

Sessions#

The Sessions page lists the compute sessions owned by users in the currently selected project. Use this page to monitor active workloads, identify long-running sessions, or terminate sessions that are no longer needed.

The page provides the following controls:

• Running / Finished segmented control: Toggle between currently running sessions and sessions that have already finished.
• Property filter and sorting: Filter the list by ID, Session Name, or Owner. The Owner value is picked from a searchable dropdown of user accounts rather than typed as a UUID, and the resulting filter tag shows the account's email address. Click a sortable column header to sort the table.

Sessions take key-value labels as well: use a session's Edit labels action, or select several sessions and click Add labels to label them in bulk.

Terminate sessions#

To terminate one or more sessions:

1. Select the sessions you want to terminate using the checkboxes in the leftmost column. To terminate a single session, you can use the Terminate button next to the session name.
2. Click the power-off icon in the table header to open the confirmation modal.
3. Review the list of targeted sessions in the modal.
4. Optionally select the Force Terminate checkbox to terminate or cancel the sessions regardless of their current status. Enabling this option displays a warning and changes the confirm button label from Terminate to Force Terminate.
5. Click the confirm button to terminate the sessions.

Deployments#

The Deployments page lists the model deployments owned by the currently selected project. Use this page to oversee inference endpoints, edit deployment settings, or remove deployments that are no longer in use.

The page provides the following controls:

• Running / Terminated segmented control: Toggle between currently running deployments and deployments that have been terminated.
• Property filter: Filter the list by Name, Endpoint URL, or Open to Public.

The table displays the deployment's Name, Revision, Lifecycle, Replicas, Model, Owner, and Created At columns, along with the deployment's domain, project, and resource group when relevant.

The Revision column shows the deployment's current revision as a clickable #N link. Click it to open a drawer that displays the details of the current revision.

Deployment actions#

The following actions are available on each deployment row:

• Click the deployment name to navigate to the deployment detail page within the project-admin scope.
• Click the revision number (#N) to open the revision detail drawer for the current revision.
• Click the pencil icon to edit the deployment's configuration in the settings modal.
• Use the Edit labels action to add, change, or remove the deployment's key-value labels.
• Click the trash icon to delete the deployment. The confirmation modal requires you to type the deployment's name before the deletion is performed.

For details about deployment revisions, replicas, and traffic routing, see the Deployments chapter.