TALLERHAWK Research & Validation Arm
→ VNI
STATUS: IN DEVELOPMENT // LIVE ON SITE INFRASTRUCTURE

Zeus
Site Orchestrator.

An autonomous per-site control plane that provisions and operates fleets of private AI co-worker agents on infrastructure the customer owns. No central master, no cloud relay — audit logs never leave the site.

v0.6.1 running 7 co-workers live Docker + Caddy + Open WebUI OpenAI-compatible API per worker Per-worker web dashboards

The Live Console

Direct captures from the production instance in the TallerHawk lab — the orchestrator panel and the per-worker dashboards it provisions, taken live with a full fleet running.

Zeus Orchestrator fleet console: four summary stat cards (7 total co-workers, 7 running, 0 stopped or failed, 0 unhealthy) above a grid of seven live co-worker cards for bantha, beru, darth, obi-wan, owen, test01 and vader, each showing CPU, RAM and I-O meters, its assigned model, its Hermes agent version, a streaming log panel and lifecycle control buttons. The footer shows version v0.6.1+0 and a live timestamp.
ORCHESTRATOR PANEL // FLEET CONSOLE — every co-worker's CPU, RAM, I/O, model and Hermes version at a glance; per-card lifecycle controls and streaming logs.
A co-worker's private dashboard: the Hermes agent chat view with an embedded terminal console showing the agent's ASCII-art banner, a model selector set to gemma4:e4b, and a session history sidebar listing recent conversations.
CO-WORKER DASHBOARD // CHAT — each agent gets its own web console on its own subdomain: embedded TUI chat, model picker, session history, files, cron, skills.
The same co-worker's files view: a web file manager for the agent's workspace showing its folder tree, upload and create buttons, and per-file actions.
CO-WORKER DASHBOARD // FILES — a browser file manager over the agent's workspace. Skills, cron jobs, MCP servers and channels are managed the same way.
Open WebUI signed in as co-worker vader with the model selector open: the empty new-chat view shows a sidebar with recent chats and, in the dropdown, only this co-worker's own hermes-agent connection — confirming tenant isolation, since each site co-worker sees just its own direct connection, never the other agents.
SHARED FRONT END // OPEN WEBUI — the site's one shared chat UI, bound per co-worker: this account's model list contains only its own agent because every direct connection is private and the browser talks straight to that worker's gateway.
The same co-worker's Open WebUI settings on the Connections page: one Direct Connection configured to an OpenAI-compatible endpoint URL with a gear options button and an enabled toggle in a private browser profile.
DIRECT CONNECTION // SETTINGS — each co-worker's account carries exactly one browser-side direct connection: an OpenAI-compatible endpoint to its own agent gateway, toggled on per browser.

How It Works Now

What Zeus does today — as validated against the live instance during the 2026-09-30 full-lifecycle test (provision → endpoint sweep → upstream flips → stop/start/restart/exec/logs → destroy, all green).

01 // PROVISION
REF: ZE-01

One-Click Co-Workers

Add a co-worker from the panel and Zeus does the rest: renders the container compose, boots the Hermes agent in its data volume, seeds its config, mints per-worker credentials, and wires every route. Provisioning completes in under two minutes with all three endpoints live.

02 // ENDPOINTS
REF: ZE-02

Three Routes Per Worker

Every co-worker comes up with an OpenAI-compatible API for direct chat integrations, a private web dashboard (chat, files, models, logs, cron, skills, MCP) on its own subdomain, and a writable terminal console — all served over one TLS edge with per-worker authentication.

03 // PRIVATE AI
REF: ZE-03

Browser-Side Direct Connections

The site runs one shared Open WebUI (currently v0.11.4) as the common chat front end, and Zeus binds each co-worker to it privately: the browser fetches that worker's OpenAI-compatible model list directly through the edge proxy and chats straight with its gateway — worker isolation stays intact in a shared interface, and prompts never cross tenants. A reconcile action re-verifies state, keys and live connections in one pass.

04 // OPERATE
REF: ZE-04

Fleet Console

Live CPU, RAM and I/O per container; per-worker model and Hermes version tiles that make fleet version drift visible at a glance; streaming logs; start/stop/restart and exec; upstream re-targeting (WebUI / API / console) that flips atomically with state and routes. Credentials live in a masked Access pane — per-worker, revocable.

05 // LIFECYCLE
REF: ZE-05

Clean Deprovision

Destroy removes all four surfaces in order: the co-worker's data directory (root-archived to a verifiable tar before deletion), its containers, its edge routes (validated against the live proxy config, not just files), and its WebUI account — so a departed worker leaves no residue.

06 // UPDATES
REF: ZE-06

Self-Updating Site

Sites are re-run-safe: one installer pass re-verifies prerequisites, fast-forwards the code, rebuilds with the current version stamp and reports. Agent images self-update digest-pinned with a health gate that rolls back a bad pull automatically — the panel shows exactly what version is running.

VALIDATION LEDGER // 2026-09-30
• Stack health: 7/7 co-workers running, 0 failed, 0 unhealthy
• Full lifecycle pass: provision → sweep → flips → destroy
• Auth chains: panel gate + per-worker dashboard login verified
• API verification: Bearer-authenticated model list through the edge
• Container exec round-trip and log streaming verified
• WebUI reconcile: state, keys and live connections all matched
• Zero-models incident (stale :main client chunks) root-caused client-side; reconcile + refresh verified
• Zone DNS answered from the org resolver for dynamic worker names
• Client TLS trust via the site's own local authority — no public exposure

The stack is deliberately site-local: co-worker hostnames resolve only inside the customer LAN, certificates come from a private authority whose root never leaves the customer trust stores, and nothing about the fleet is visible from the internet.

Roadmap

Where Zeus goes next. Tracked openly in the project's git board — each item below is a real ticket or a documented pipeline step, not a wish list.

NEXT // FLEET INTELLIGENCE
  • Co-worker interconnection — let fleet agents talk to each other, with an orchestrator-level policy layer deciding who may call whom.
  • Orchestrator self-management — promote the Hermes instance that runs the panel into a first-class co-worker that can operate the stack.
  • Agent config editing from the panel — per-worker settings with a template popup, so model and behavior changes don't require shell access.
  • Global model-provider settings — site-wide default for cloud inference, overridable per co-worker.
NEXT // OPERATIONS HARDENING
  • Identity & access — admin as the initial named user, password change from the panel, no shared test identities in production.
  • State reconciliation — self-healing for crashed provisions and records whose containers outlived their state files.
  • Container registry delivery — push releases to the site's own registry so customer sites update by tag instead of by git pull.
  • Air-gap support — pre-seeded console binaries and offline verification for sites with no outbound internet.
THE PATH TO FIRST CUSTOMER SITE
STEP 1 // SOAK Extended stability run on the VistaNet instance — no restarts, no drift, audit retention trimming as designed.
STEP 2 // STABLE Promote the release line: pinned registry images, versioned blueprints, update path exercised end-to-end on a test host.
STEP 3 // DEPLOY First customer delivery by TallerHawk: site-local orchestration on the customer's metal, handed to VistaNet's installation teams with the validated blueprint.

Design specification and source live in the project's own git instance; the lab instance is treated as the soak environment before anything ships to a customer site.

"Your people. Your models. Your metal."

Zeus turns a validated architecture into a product the customer runs themselves: private AI teammates, provisioned in minutes, operated from one panel, on infrastructure nobody else can see into.