What this office does
Clawsolator's Atlas depicts an agent assigned to a narrowly defined workflow, not a privileged host account. Its requests can be reviewed against operator policy.
Agent Atlas / Specialist office
Health Coordinator agent.
Wellness records, reminders and scheduling. One clear mission; explicit tools, scoped data and operator governance.
Where it belongs
Part of the Family example, operating within its assigned domain rather than assuming it can read all personal, corporate or client information.
These are preliminary illustrated roles, not live independent software agents. Visual designs can be replaced without changing their technical authority.
The independent control path
Full architecture ↗Agents request. The daemon decides.
Authority is a system property—not something an agent earns by writing convincing prose.
01 / requestScoped agent request
An agent asks to allocate resources, use a tool, or perform a protected operation.
02 / decideXMAN policy daemon
The daemon checks request identity, policy, current limits, and actual system state.
03 / approveOperator authorization
Routine permitted work can proceed; sensitive or privileged actions require explicit approval.
04 / enforceBounded executor
Rootless Podman executes supported actions; a separate privileged executor is a future design.
05 / verifyReadback and audit
Reconcile container state, journal the outcome, and notify the requester.
NO DIRECT ROOT AUTHORITY.Human-approved privileged execution is planned, not yet independently qualified.
Within policy → automatically granted. A bounded +32 MiB Podman resource request is enforced and read back; an outcome is recorded.Interactive illustration based on one reported integration test; this page performs no system operations.
Illustrative physician-styled mascot, not a claim that an automated agent is a licensed medical professional. Clinical decisions remain with qualified healthcare providers.
AGENT ATLAS / FAMILY / PERSONALAUTHORIZED INPUT REVIEWABLE OUTPUT APPROVAL BOUNDARY
Health Coordinator: the job, not just the avatar.
An illustrative office design for a specialized agent. A role card is not proof of a deployed integration: tools, credentials, boundaries and verification must be configured and tested.
What it receives
Authorized appointments, care instructions and records metadata.
What it produces
Care timeline, appointment preparation and reminders.
What it cannot self-authorize
Clinical decisions remain with licensed professionals.
Authority comes from policies, mounts, accounts and the independent manager—not a character description or a prompt. Read the XMAN approval model →
ROLE-SPECIFIC INPUTSSCOPED CREDENTIALSHUMAN REVIEWAUDITABLE HANDOFFS