# Chapter 4. The Architecture in One Picture (/ai-worker-paradigm/the-architecture-in-one-picture/overview)

---
type: Document
title: "Chapter 4. The Architecture in One Picture"
description: "The one picture this book uses for every AI Worker: five layers with one job each, which layers a company rents and which it must own, who wins when two layers disagree, and the rule that splits knowing from doing."
status: stable
order: 104
ksor:
  owner: team:panaversity
  audience: [ public ]
  approval:
    by: process:panaversity
    at: 2026-10-05T13:02:46Z
chapter: "04"
part: I
expert_status: required
objectives:
  - { id: CCAO-F.D5.T1, label: supporting }
  - { id: CCAO-F.D5.T4, label: supporting }
  - { id: CCAO-F.D3.T4, label: supporting }
  - { id: OAI.1.5, label: supporting }
  - { id: OAI.2.9, label: supporting }
  - { id: AF.ARCHITECTURE, label: extension }
  - { id: AF.GOVERNANCE-RULE, label: extension }
word_budget: 2500
prerequisites: [ "01", "02", "03" ]
build_step: "Map the AP Worker onto the canonical architecture, and move each part to the layer that owns it"
artifact: "architecture/ap-worker-layer-map.md, results/precedence-test.md, results/swap-test.md, results/port-table.md and role/ap-worker-role-contract.md (Draft 3), tag ch04"
lab_data: "https://github.com/panaversity/agentfactory-v2-resources/releases/latest/download/brightline-lab-ch04.zip"
field_guides: []
delta_entries: []
concepts: [ "4.1", "4.2", "4.3", "4.4", "4.5", "4.6", "4.7" ]
last_verified: 2026-10-04
generated:
  at: 2026-10-05T13:02:46Z
  by: esl-rewrite/1.2.0+ksor.1
trust_tier: unverified
build_id: sha256:c93b28093c2f70c60faae2645a693d881b657ff94d00f7dd9f8c06427ff61c87
dirty: true
ksor_version: 0.0.60
---

## The point

After this chapter you can draw the one architecture this book uses for every AI Worker, and place any part of a worker in its layer. Each layer has one job: **KSoR** (the Knowledge System of Record) knows, **memory** remembers, **DSoR** (the Data System of Record) acts, **runtimes** execute and **channels** connect. You can say which layers a company rents and which it must own, and who wins when memory disagrees with the official sources. You can state the governance rule, which splits knowing from doing. And if you switch AI vendors, you can use the picture to predict what moves and what must stay in place.

## Why it matters

After the September close, Brightline's AP Worker had a **Role Contract** and a rhythm, but no shape. Its instructions were kept in a shared project. The AP policy was a file someone had uploaded. Memory was switched on. A connector let it read and update the invoice register. In the week of October 12, this setup failed four times.

On Monday, Lakeshore Janitorial asked when invoice 5102 would be paid. The worker replied that Lakeshore's terms were Net 30, so the October 9 invoice was due November 8, 30 days later. In July, Maria, the office manager, had mentioned that Lakeshore was Net 30, and the worker remembered it. In August, Lakeshore moved to Net 15, and the vendor record in the accounting system says so. The worker never looked.

On Wednesday, Maria asked whether a $7,800 Midwest Packaging invoice needed approval from Dave, the controller. The worker said no: only invoices over $10,000 did. That was policy version 1, the copy from March in the project. Version 3, approved on September 1, lowered the limit to $5,000. But it was in Dave's email, where the worker could not find it.

On Thursday, the worker built the payment run and marked a $3,960 Tri-County Freight invoice "approved by Dave." It was under the $5,000 limit, but Dave still approves every payment run as a whole. An email in the AP inbox, from a lookalike address, said Dave had approved it. The connector let the worker change the status, and nothing checked who had really approved. Maria found it at Dave's Thursday review, before any money moved.

On Friday, IT asked whether the worker could move to the other AI vendor. Dave listed what would have to move: project instructions, a policy upload, the memory, a scheduled task and two connectors. He could not say which items were the worker and which belonged to the AI vendor's product.

Four problems had one cause. Nobody had drawn where each part of the worker is kept, who owns it, and which part wins when two of them disagree. This chapter draws it.