# Референсная архитектура

Предлагаемая архитектура, связывающая назначение, ИИ-управление, исполнение, состояние и свидетельства.

Concept ID: axiomao:reference-architecture
Language: ru
Status: proposed
Reference edition: 0.1
Canonical: https://axiomao.org/ru/reference-architecture/
Published: 2026-10-14

## Три слоя одной организации

Axiom AO — Operating System for Autonomous Organizations — предлагает три взаимодействующих слоя: среду исполнения, движок ИИ-управления и организационное программное обеспечение с настроенным поведением. Целевая среда предполагает контейнеры; среди движков рассматриваются Claude Code, Codex и agy. Программное обеспечение сохраняет идентичность, полномочия, работу и свидетельства. Ответственность этих слоёв различается, даже когда небольшой прототип запускает их на одной машине и использует общую файловую систему.


```text
Illustrative target architecture; not a deployment command
Owner mandate
  -> Organizational software and behavior
  -> AI engine: Claude Code | Codex | agy
  -> Containerized execution environment
Persistent state and evidence connect all layers
```

## Отделяйте решения от сохранённых переходов

Менеджер выбирает работу и оценивает результаты внутри мандата. Исполнители создают артефакты, проверяющие сопоставляют их с записанными критериями. Runtime сохраняет переходы, направляет сообщения и удерживает незавершённые обязательства. Планирование пробуждения не делает его вторым менеджером. Архитектура должна указывать, какой компонент вправе менять каждую значимую запись: владение сессией, принятый артефакт, подтверждение события и действующие полномочия. Иначе конкурирующие записи могут незаметно стать конкурирующими решениями.


## Проследите один запрос через систему

Рассмотрим запрос на обзор литературы. Организация сохраняет обращение, разрешает ограниченную задачу, делегирует сбор источников, проверяет отчёт и записывает приёмку. Затем связывает ответ с исходным запросом и сохраняет незавершённые вопросы. Если исполнение остановилось после приёмки, восстановление должно обнаружить существующий отчёт вместо создания второй задачи. Такой маршрут показывает ответственность, данные и последствия сбоя гораздо точнее, чем схема, содержащая только вызовы модели и названия инструментов.


## Целевая архитектура и текущая реализация

Изученная документация AxiomAO описывает локальный прототип native-session, обозначенный сейчас как v0.3.0-dev. Он использует Python, SQLite и нативные процессы клиентов. Контейнерный образ и автоматическое контейнерное развёртывание в документированном профиле не реализованы. Контейнеризация является целевым проектным решением, а не доказательством уже достигнутой изоляции. Эта референсная архитектура также представляет предложение Axiom AO, а не универсальный стандарт для всех автономных организаций или заявление о готовности промышленной платформы.


## Sources

- [Axiom AO — source documentation excerpts (2026-10-14)](https://axiomao.org/reference/implementation-evidence.md)

## Related

- https://axiomao.org/ru/governance-and-authority/
- https://axiomao.org/ru/resources-tools-trust/
- https://axiomao.org/ru/implementation-and-validation/
