Console
Sign in
Docs for Repository maintainer
On this page
  1. What it does
  2. Where it sits
  3. Places
  4. Key concepts
  5. Find your way
  6. Status

Console

The console is the platform's web interface: people read and change workspace data, operators administer tenants, and anyone can check service status or read these docs. This page explains what it is for and where to go next.

Read byConsole and CLI user

What it does#

The console is a client of the gateway, Access and Data. It signs people in at Access, reads and writes workspace records through the gateway, and administers tenants through Access's administration API. It reaches no database, decides nothing on its own, and offers no API for other programs: every answer it shows comes from a service, under that service's spec. The contracts it reads are in the client workspace it shares with the command line.

It does not decide access, sign identities, hold the gateway's identity-signing key or cache decisions. The full list is in spec §9.

Where it sits#

text
browser ──> console ──> Access    sign-in, access context, tenant administration
                │
                ├─────> gateway ──> Data    workspace records, with the caller's token
                │
                └─────> Data      probes only, for the status board

Places#

PlaceAddressForOpens for
Overview/The places you can open and the state of the servicesEveryone; without a session it offers sign-in
Workspaces/workspacesBrowsing, searching, editing and aggregating a workspace's records; its data model and auditPeople who hold rights in a workspace
Operators/operatorsTenants, users, groups, rights, roles and the administration auditOperators holding console.admin (their tenant) or console.platform (every tenant)
Status/statusService health and readiness, and the platform mapEveryone; the detail needs console.status
Documentation/docsThis docs/ tree, rendered from the console build and arranged around the reader's roleEveryone, without signing in
You/meYour subject, tenant and scope keysEveryone signed in

Each place, with the service calls behind it: spec §6.2.

Key concepts#

ConceptMeaningDefined in
SessionThe browser holds only a signed session identifier; the caller's token stays on the server.spec §3
Operator scopeThe keys console.status, console.admin and console.platform, read from Access on every page.spec §4
AbilityWhat the console shows mirrors what the services allow: it may hide an action, never grant one.spec §5
DocumentationThe console serves this docs/ tree from its build, arranged around the role the reader chooses.spec §6.4

Find your way#

ToRead
Use the console day to day, or administer a tenantUser guide
Try it locallyQuickstart
Set its environment variables and register it at AccessConfiguration
Deploy and run it, and see which credentials it holdsOperations
Know exactly what it does and refusesSpecification
Change its codeWorkspace README

Status#

Version 1.0.0. The code lives in packages/console/, a HonoX app rendered on the server and built with Vite; interactive parts are islands. A §N reference in the console's code, tests or these pages points to a section of spec.md.