# The Helix dashboard

> A tour of the builder dashboard: workspace switcher, project cards, and the Overview, Access Control, Deployments, and Logs tabs on every project.

The Helix dashboard at `https://app.helix.tray.ai` is the web console for everything running on Helix. It has two surfaces: the builder dashboard, where anyone with workspace access manages projects, and the [Admin console](/documentation/governance/admin-console/) at `/admin`, which org admins open for the org-wide view. This page covers the builder dashboard and Organization settings.

## The header

Every page of the builder dashboard carries the same header:

| Control | What it does |
|---|---|
| Workspace switcher | Moves between the workspaces you belong to |
| Admin | Opens the [Admin console](/documentation/governance/admin-console/). Visible only to org admins |
| Dark mode toggle | Switches the theme |
| User menu | Organization settings and Sign out |

If you do not see the Admin button, you are not an org admin in this organization.

## Workspace view

Switching to a workspace gives you two items in the sidebar:

- **Projects**: every project in the workspace, as cards.
- **Authentications**: the authentications available for projects in this workspace. Authentications are created in Tray iPaaS today, and org admins can see every authentication in use across the organization from the Admin console.

### Project cards

Each project card shows:

| Field | Notes |
|---|---|
| Name | The project name, generated on the first deploy unless you set one |
| Description | Written by AI from the project's code, and regenerated on every deploy |
| Connected services | Icons for the third-party services the project calls |
| Created by | Who provisioned the project |
| Last deployed | When the most recent deployment went out |
| Link to the published app | Opens the deployed app |
| Delete | Removes the project |

The AI-written description is worth reading when you audit a workspace: it is the fastest way to tell what an unfamiliar project actually does without opening its code.

:::note{title="Published app domain"}
The canonical domain for published apps is still being confirmed. Open an app from its project card rather than constructing or hard-coding its URL.
:::

## Project view

Opening a project gives you four tabs.

### Overview

Execution health for the last seven days: a success-rate gauge, a trend chart for errors and timeouts, and a list of recent deployments. This is the tab to check when someone reports that an app is misbehaving, because a degraded project shows here before anyone files a ticket.

### Access control

Who can open the published app. The setting is one of Workspace (the default), Only people invited, or Organization. See [IT & governance](/documentation/governance/) for what each setting means and who can select it.

### Deployments

Every deployment of the project, with:

| Column | Contents |
|---|---|
| Status | Ready, Deploying, or Error |
| Deployment ID | The identifier to quote when you raise a support issue |
| Environment | `PRODUCTION`, with a `STAGING` filter available |
| When and by whom | Timestamp and the person who deployed |

Filter the list by All, Ready, Deploying, or Error.

### Logs

One entry per HTTP request that reached the app. Each entry shows the time, the response status, the type (`HTTP`), the method and path, the duration, and who initiated it.

Search the log by route, trace ID, or actor, and filter by time range, actor, or whether the request errored.

:::note{title="HTTP triggers only"}
Every log entry is an HTTP request because HTTP is the only trigger type Helix runs today. Scheduled and queue-driven executions are planned, so a log with nothing but HTTP entries is expected, not a sign of missing data.
:::

## Execution traces

Clicking a log entry opens the execution trace for that single request. The header of the trace carries the identifiers you need to correlate with anything else:

| Field | Use |
|---|---|
| Trigger | What started the execution |
| Environment | Which environment ran it |
| Trace ID | Correlates this request across systems |
| Execution ID | Identifies this one run |
| Deployment ID | Ties the run to the exact deployed version |
| Initiated by | The person or system that made the request |

Below that is the operations tree, a span-by-span breakdown of what the execution did:

- Calls to third-party services, with timings.
- Which authentication each call used.
- Key-value operations, with timings.

The trace also shows the request and response payloads for that execution.

:::warning{title="Traces can contain customer data"}
Request and response payloads are stored as they were sent. If an app handles personal or regulated data, that data appears in its traces. Redaction policy and who can read payloads are covered in [audit and compliance](/documentation/governance/audit-and-compliance/), and both are still being confirmed.
:::

## Organization settings

Open the user menu and choose Organization settings. It has three tabs:

| Tab | Contents |
|---|---|
| Members | Everyone in the organization: name, email, role (Admin or Contributor), status, and how many workspaces they belong to |
| Workspaces | The workspaces you belong to |
| Other workspaces | Workspaces in the organization that you are not a member of |

The Members tab is where you check role assignments. Every role change is recorded in the [activity trail](/documentation/governance/audit-and-compliance/).

:::roadmap{title="Dashboard surfaces from the platform design"}
The platform design describes further dashboard views: data browsers for a database and queues, AI usage and spend reporting, function dependency graphs, and Governance tabs for policies and middleware. None of those exist in the shipped dashboard. What ships today is the four project tabs above plus the Admin console.
:::

---

Canonical: https://helix.tray.ai/documentation/governance/dashboard/
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