# The Admin console

> The org-wide view for Helix admins: every project, deployment, authentication, and administrative action across all workspaces, in one place.

The Admin console is the org-wide view of everything running on Helix: every project across every workspace, every deployment, every authentication in use, and the trail of administrative actions. Open it at [app.helix.tray.ai/admin](https://app.helix.tray.ai/admin), or with the **Admin** button in the dashboard header. The button appears only for org admins, so if you cannot see it, you do not hold the Admin role in that organization.

The console is where you answer questions the builder dashboard cannot, such as which apps are shared with the whole organization, or which projects are using a particular credential.

## Overview

The landing section is a set of feeds, each showing roughly the last 10 items.

**Recently created projects.** Each entry carries the project title, its workspace, the third-party services it connects to, when it was created, when it was last deployed, the AI-written description of what it does, and who it is shared with. Reading this feed once a week tells you what your organization started building, without asking anyone.

**Recent deployments.** The most recent deployments across every workspace.

**Recent activity.** A short preview of the activity trail, with the full list under Recent activity.

**Recently linked authentications.** A feed of credentials newly put to work, showing the authentication, its type, its scopes, the workspace it came from, the project that linked it, who linked it, and when. This is the feed most worth watching: it is where a broadly-scoped credential entering a new project becomes visible.

## Projects

Every project in the organization, not only the ones in your workspaces. Each row shows:

| Column | Contents |
|---|---|
| Project | Name and AI-written description |
| Connected services | The third-party services the project calls |
| Workspace | Which workspace owns it |
| Created | When it was provisioned |
| Last deployed | When the most recent deployment went out |
| Shared with | The project's Access Control state |

The Shared with column is the org-wide answer to "who can open this app". It is faster to scan here than to open each project's Access Control tab one at a time.

## Deployments

Every deployment across the organization:

| Column | Contents |
|---|---|
| Status | Ready, Deploying, or Error |
| Deployment ID | Copyable, for support requests and for matching against an execution trace |
| Project | Which project deployed |
| Workspace | Which workspace it belongs to |
| Environment | The environment the deployment targeted |
| When and by whom | Timestamp and the person who deployed |

The deployment ID is the identifier that links a deployment to a specific execution trace in the project's Logs tab, so copy it from here when you investigate a failed run.

## Recent activity

The full [activity trail](/documentation/governance/audit-and-compliance/): administrative actions across the organization, each with the action, the person who performed it, the workspace, and the timestamp. It covers project creation and deletion, deployments, access grants, access-setting changes, authentication creation and deletion, and role changes.

## Authentications

Every authentication in use across the organization:

| Column | Contents |
|---|---|
| Service | The third-party service the credential is for |
| Type | OAuth 2.0 or API Token |
| Workspace | The workspace the authentication came from |
| Scopes | What the credential is permitted to do |
| Projects | How many projects use it. Hover to see which ones |
| Created by | Who created it |
| Created on | When |

The project count with its hover list is the reverse lookup you need during an incident: if a credential is compromised or a vendor rotates keys, this tells you which apps are affected before you start guessing.

:::note{title="What counts as in use"}
The rule that decides whether an authentication appears in this list is still being confirmed. Some rows show a project count of zero, so the list is not simply "authentications currently bound to a project". Treat it as a broad inventory rather than a precise usage report.
:::

## Refresh behavior

Most of the console refreshes on its own about every two minutes, and each section has a manual refresh. If you have just made a change and do not see it, refresh rather than assuming it failed.

## What to look for

Three patterns are worth checking on a regular pass.

### Over-broad sharing

Start with the Shared with column on the Projects list. An app shared with the whole Organization is available to everyone with a login, including people who have nothing to do with the team that built it.

The combination that deserves a direct conversation is **Organization-wide sharing plus a broadly-scoped authentication**. An app that anyone in the company can open, calling a system through a credential with wide permissions, gives every employee an indirect path to whatever that credential can reach. Cross-check the project on the Projects list against its credential on the Authentications list before you decide it is fine.

### Unexpected role promotions

The activity trail records every role change. A new Admin means a new person with org-wide visibility and the ability to share any app with the entire organization. Reconcile role changes against what you approved.

### Degraded projects

Scan Deployments for Error status and for projects whose last deployment is much older than their activity suggests. When something looks wrong, open the project and check its Overview tab, which carries the success-rate gauge and the error and timeout trend for the last seven days.

:::note{title="Read now, act elsewhere"}
The Admin console is primarily a visibility surface. Which administrative actions an admin can take directly from it, as opposed to reading and then acting in the workspace or project, is being confirmed with engineering. Plan your process around the console telling you what happened, and around the project and Organization settings screens being where changes are made.
:::

---

Canonical: https://helix.tray.ai/documentation/governance/admin-console/
Any link on this page is available as markdown by appending .md to its URL.
Full corpus: https://helix.tray.ai/documentation/llms-full.txt