---
title: What this architecture is not
url: https://revworx.ai/architecture/16/
date: 2026-10-21T01:16:38+00:00
modified: 2026-11-08T03:25:34+00:00
lang: en_US
---

Section 16 · Part four

# What this architecture is not

**It is not unsupervised.** Approval gates are load-bearing, not training wheels. Outbound copy, premium proposals, suppression decisions, partner payouts and new paid campaigns go to a person by design. The autonomy is in the work between those points.

Part four

[§15Functional coverage](/architecture/15)

§16What this architecture is not

[§17What comes next](/architecture/17)[AGlossary](/architecture/A)

[Download the PDF →](/wp-content/uploads/2026/10/composable-reference-architecture.pdf)

In brief

This architecture is not unsupervised. Approval gates are load-bearing, not training wheels: outbound copy, premium proposals, suppression decisions, partner payouts and new paid campaigns go to a person by design. The autonomy is in the work between those points.

- **It is not a product.** There is no installer. The planes separate concerns, and every implementation makes different choices inside them, which is why the implementation boxes are printed apart from the main text.
- **It is not the end of the graphical interface.** Conversation becomes the primary surface for directing work; screens remain for seeing, approving and overriding (Section 12). What ends is the GUI's monopoly.
- **It is not the end of SaaS.** Rented capability is still right for commodity functions, and this stack rents plenty of it. What changes is who operates the software: this is the end of software that makes you do the work, not the end of software.
- **It is not free of operational work.** Owning the infrastructure means owning patching, monitoring and incident response. If you have no appetite for that, choose a managed Execution Plane and keep the other three.
- **It is not a bet on any single vendor.** Each named implementation can be replaced as better options appear. Several have been already; the next edition will record more.
- **It is not a headcount argument.** The claim is that capability grows faster than headcount, not that people become unnecessary. Someone sets strategy, owns the approvals, judges the output and decides what to try next. The architecture removes the seams, not the judgment.

Key takeaway

Lean by design, capable by architecture, composable by intent. Conversation replaces navigation, MCP consolidates the vendor surface, progressive disclosure keeps it affordable at any size, and the system extends itself through the same surface it uses for the work. None of that removes the need for judgment.

Cite as: revWorx (2026). A Composable Reference Architecture for Autonomous GTM Operations, First Edition, §16. revworx.ai/architecture/16