Tip: select any text on this page to bring up the Ask tooltip and question the Synedrix OS assistant about it.
The problem with the traditional org chart
A conventional hierarchy is asked to assign authority, coordinate work, approve decisions, and monitor execution all at once. Each of those jobs gets harder to hold together as a company adds software, tools, and automated workflows, because every addition puts more coordination load on a structure built for people working at human speed.
Most of that load is coordination, not judgment, and separating the two lets each structure do what it is good at.
- CEO
- Executives
- Directors
- Managers
- Teams
- Individual contributors
- Board
- CEO
- Executive Leadership
- Business Owners
- Objectives
- Orchestration
- Agents + Humans + Systems
- Outcomes
Two overlapping structures
The accountability structure defines who answers for outcomes. The Synedrix OS work graph defines execution.
An AI-native company keeps its human accountability layer (Board, CEO, executives, managers, specialists) and adds a second structure underneath it for how work actually moves: the work graph. Objectives enter the graph, get decomposed into tasks, resolve to capabilities, and return as proposed actions or completed outcomes. The company still has people in leadership roles. What changes is that machines take on much of the coordination between them.
STRUCTURE 1
Accountability structure
Accountability, authority, leadership.
Owns
- Strategy, purpose, and capital allocation
- Business outcomes and domain ownership
- Policy, risk appetite, and high-impact decisions
- Judgment where stakes or ambiguity are high
Does not own
- Routine task routing and status aggregation
- Machine-speed coordination across functions
STRUCTURE 2
Synedrix OS work graph
Execution, coordination, intelligence, memory.
Owns
- Decomposing goals into executable work
- Resolving capabilities and sequencing agents
- Enforcing policy during execution
- Observing, forecasting, and remembering
Does not own
- Strategy, or what policy ought to be
- Organisational authority over people
The work graph holds no positional authority over anyone: it coordinates the work, and people keep the authority to decide.
The four organisational planes
Read as an organisation, the platform's 12 agents form four functional planes: Orchestration, Control, Intelligence, and Memory. Orchestration asks what needs to happen. Control asks who is allowed to do it, and when a human must intervene. Intelligence asks what the data shows, now and next. Memory asks what the organisation already knows, and what it should learn.
This grouping is a projection for organisational reading, not a technical classification. Every agent's family and layer stay authoritative: 12 agents, three technical families, 12 layers, none of which moves. Where this view places an agent beside a plane its technical family doesn't match, the page says so.
- Policy Guard
- Registry
- HITL Gateway
- Audit & Lineage†
- Analytics
- Forecasting
- Anomaly Detection
- General Chat‡
- Memory Curator
- Consolidation & Reflection
- Memory Access Broker
family and layer authoritative. † Audit & Lineage is read-only. ‡ General Chat reaches memory through the Memory Access Broker.What humans still own
The platform coordinates execution. It does not decide strategy, and it does not hold accountability.
Humans keep strategy and purpose, capital allocation, business outcomes, policy and risk appetite, and every high-impact legal, financial, or personnel commitment. They keep the judgment calls where a situation is ambiguous or the stakes are high: a sensitive customer escalation, a contested decision, a policy exception. Humans own outcomes and authority; Synedrix OS coordinates execution.
What increasingly runs through the OS instead is the coordination itself: breaking a goal into tasks, routing them to the right capability, enforcing policy automatically, tracking execution, aggregating information for a decision, and keeping an organisational memory of what happened and why.
Human organisational roles vs. Synedrix OS human control roles
Synedrix OS does not dictate a company's org chart. It defines a narrower, machine-readable layer underneath that chart: human control roles, the interface the work graph uses at runtime to know which human authority a decision needs.
The platform does not say “your CFO must approve this.” It says an action requires human_risk_owner authority, and the business running Synedrix OS maps that requirement onto whichever real person or title actually holds it. One person often holds several control roles at once, the same way a CFO might carry risk and compliance authority together.
Six OS-level roles make up this runtime accountability interface. They name the kinds of human authority the work graph can route to when judgment is required; they are neither a staffing model nor the company's full org chart.
| Role | Owns |
|---|---|
| Human Operator | Turning agents and workflows on; handling edge cases the system cannot yet resolve; restarting work after an approval times out |
| Human Risk Owner | Risk limits and policy rules; the only person who can override an automatic policy block |
| Human Domain Steward | How that function's AI behaves day to day: what it optimises for, when it must ask for approval, and how a forecast becomes a decision (one steward per business function) |
| Human Compliance Owner | Acting on audit findings; deciding when records must be erased; retention rules and regulatory floors |
| Senior Reviewer | Breaking ties on contested decisions and approvals that sat too long without an answer |
| Business Instance Owner | Who can approve what, how long approvals wait, who gets notified, where the system runs, and which secrets it may use |
A role is an accountability surface, not a job title. Domain-pack roles map onto these six and add no new OS-level roles.
How work flows
A CEO gives Synedrix OS an objective: launch a product in a new market next quarter while holding a minimum gross margin. The Orchestrator decomposes that objective and draws on the Registry, Memory, Analytics, and Forecasting agents, plus Policy Guard, to assemble a proposed plan against legal, budget, and brand constraints. That plan goes to the humans who own the decision for approval before anything executes.
Once approved, the Orchestrator executes the plan, and the loop continues: Analytics monitors results, Anomaly Detection flags deviations, and any consequential correction returns through the same approval gate rather than running unsupervised. The human enters at exactly one point, the approval gate, not continuously, and every step along the way, from the data used to the recommendation made to the approval given, is logged in order, so the decision can be reconstructed later.
The CEO defines the objective. Synedrix OS coordinates the work. Specialist capabilities produce recommendations and actions. Humans intervene where organisational authority is required.
- CEO objective
- Orchestratordecompose
- Policy / HITLapproval gate
- Specialistscapabilities
- Outcomes
- Analytics / Anomalymonitor · flag
Business functions and Domain Packs
Business functions and Domain Packs relate many-to-many, not one-to-one. One business function can draw on several Domain Packs and capability modules together, and one Domain Pack can support several functions at once. Order Operations, for example, might combine a Commerce pack, an Ops pack, and a Finance pack, plus a company-specific extension for its own escalation workflow. No single pack owns the function, and none of them belongs exclusively to it.
A Business Instance is where this becomes concrete: the company-specific policies, systems, and thresholds that turn a generic Domain Pack into a working deployment for one organisation.
The 12 OS agents in the organisation
Two placements need a note, because both put an agent beside a plane its technical classification does not match.
Audit & Lineage sits beside the control agents because it reads the same governance trail they act on, but it is strictly read-only: it is never invoked by another agent, and it never appears in another agent's tool list. It is grouped here for the organisational reading, not because its technical classification changed.
General Chat sits in the Memory Plane because it is the interface employees use to reach organisational knowledge, and every one of its reads passes through the Memory Access Broker. Its actual technical classification is intelligence, at Layer 4. Its broader role as a single conversational entry point for enterprise work is target state, not current behaviour, pending further governance conditions being met.
Human accountability remains explicit
None of this removes a human from the loop. It moves routine coordination off human attention so accountability can stay exactly where it belongs: with the people who answer for the outcome.
Operating model questions, answered
How agents stay accountable, which principles keep humans above the OS, and how OS, domain packs, and business instances relate. Ask the assistant for deeper, source-grounded detail.
How does Synedrix OS keep AI agents accountable and auditable?
Agents operate under explicit authority levels (recommend, approve, execute), policy-aware orchestration, escalation paths to humans, and full audit trails. No agent writes to production systems without orchestration visibility, and irreversible or regulated actions require declared approvals.
What are the core principles behind Synedrix OS?
Twelve principles govern how the platform stays trustworthy: among them, human accountability stays above the OS, domain logic stays out of the core, every workflow is observable end-to-end, agents have explicit authority boundaries, durable memory is committed only through governed paths, and every side-effecting step carries an idempotency key, with any step that cannot be made idempotent reconciled or escalated instead of replayed.
What's the difference between Synedrix OS, a domain pack, and a business instance?
Synedrix OS is the reusable core. A domain pack configures it for one industry (entities, events, specialised agents, policies). A business instance configures it for one deployment (secrets, thresholds, approvers, tenant settings) without forking the platform underneath.
This page describes the organisational reading of Synedrix OS. For the technical layer taxonomy, the agent registry, and how these primitives actually run, see the twelve-layer architecture and the platform.