You use Metnos by talking to it. The interface exists for the two things a conversation alone does poorly: showing you the state of the system and letting you act on what governs it. This page tells you how it is arranged, so you do not have to hunt for it.
The prose on this page is curated; the list of pages, their navigation paths, and their routes derive from the runtime's surfaces registry, so they cannot age separately from the product. This is the map, not the inventory: the visible fields, controls, and procedures of each page live once in the registry, and the Tutor recounts them if you ask.
You can talk to Metnos from the instance's web chat or from Telegram. It is the same conversation and the same authority; only the delivery changes. One difference matters to you: the administration pages exist in the web chat only. If you are writing from Telegram and an answer points you to a Settings path, open that path in the web chat, not inside Telegram.
Settings is the administrative part of the web chat. It opens on a status overview and branches into four sections. Every page is reached as “Settings > Section > Page” and answers at an address starting with /admin. The path you see is an interface label, not translated text: the Settings shell is rendered in Italian even when the rest of the conversation is in another language, so the path stays exactly as you read it here.
/adminStatus overview and access to the administration areas.
/admin/turnsRequests with channel, actor, steps, and outcome.
/admin/runsScheduled-task runs with outcome and duration.
/admin/timersSystem timers, state, and available controls.
/admin/buildsIndex builds with progress, state, and ETA.
/admin/changesChange proposals and their approval lifecycle.
/admin/executorsInstalled executors, membership, state, and exclusion reasons.
/admin/executors/statsOperational executor statistics.
/admin/praxisCognitive-engine layer state and related configuration.
/admin/servicesMetnos services with state, health, installation, PID, and controls.
/admin/safetySignatures governing executor authorization and confirmation.
/admin/usersUsers, roles, and associated channels.
/admin/devicesPaired remote devices that run executors.
The pages under /admin require the instance administrator role: an invited guest cannot open them. Knowing that a page exists and what it contains is a different matter from opening it, and the two permissions are distinct: the Tutor explains a page to whoever is allowed to know it, even when access stays reserved to the administrator.
You do not need to memorize this map. Ask the Tutor where something is, or what a page contains: it answers with the path, the address, and the contents attested by the instance in front of you, not by generic documentation. If the page does not exist in your installation it says so, instead of inventing it.