{
  "id": "axiomao:reference-architecture",
  "edition": "0.1",
  "language": "ru",
  "status": "proposed",
  "title": "Референсная архитектура",
  "description": "Предлагаемая архитектура, связывающая назначение, ИИ-управление, исполнение, состояние и свидетельства.",
  "canonical": "https://axiomao.org/ru/reference-architecture/",
  "published": "2026-10-14",
  "sections": [
    {
      "id": "three-layers",
      "heading": "Три слоя одной организации",
      "paragraphs": [
        "Axiom AO — Operating System for Autonomous Organizations — предлагает три взаимодействующих слоя: среду исполнения, движок ИИ-управления и организационное программное обеспечение с настроенным поведением. Целевая среда предполагает контейнеры; среди движков рассматриваются Claude Code, Codex и agy. Программное обеспечение сохраняет идентичность, полномочия, работу и свидетельства. Ответственность этих слоёв различается, даже когда небольшой прототип запускает их на одной машине и использует общую файловую систему."
      ],
      "code": {
        "language": "text",
        "text": "Illustrative target architecture; not a deployment command\nOwner mandate\n  -> Organizational software and behavior\n  -> AI engine: Claude Code | Codex | agy\n  -> Containerized execution environment\nPersistent state and evidence connect all layers"
      }
    },
    {
      "id": "control",
      "heading": "Отделяйте решения от сохранённых переходов",
      "paragraphs": [
        "Менеджер выбирает работу и оценивает результаты внутри мандата. Исполнители создают артефакты, проверяющие сопоставляют их с записанными критериями. Runtime сохраняет переходы, направляет сообщения и удерживает незавершённые обязательства. Планирование пробуждения не делает его вторым менеджером. Архитектура должна указывать, какой компонент вправе менять каждую значимую запись: владение сессией, принятый артефакт, подтверждение события и действующие полномочия. Иначе конкурирующие записи могут незаметно стать конкурирующими решениями."
      ]
    },
    {
      "id": "continuity",
      "heading": "Проследите один запрос через систему",
      "paragraphs": [
        "Рассмотрим запрос на обзор литературы. Организация сохраняет обращение, разрешает ограниченную задачу, делегирует сбор источников, проверяет отчёт и записывает приёмку. Затем связывает ответ с исходным запросом и сохраняет незавершённые вопросы. Если исполнение остановилось после приёмки, восстановление должно обнаружить существующий отчёт вместо создания второй задачи. Такой маршрут показывает ответственность, данные и последствия сбоя гораздо точнее, чем схема, содержащая только вызовы модели и названия инструментов."
      ]
    },
    {
      "id": "status",
      "heading": "Целевая архитектура и текущая реализация",
      "paragraphs": [
        "Изученная документация AxiomAO описывает локальный прототип native-session, обозначенный сейчас как v0.3.0-dev. Он использует Python, SQLite и нативные процессы клиентов. Контейнерный образ и автоматическое контейнерное развёртывание в документированном профиле не реализованы. Контейнеризация является целевым проектным решением, а не доказательством уже достигнутой изоляции. Эта референсная архитектура также представляет предложение Axiom AO, а не универсальный стандарт для всех автономных организаций или заявление о готовности промышленной платформы."
      ]
    }
  ],
  "references": [
    {
      "label": "Axiom AO — source documentation excerpts (2026-10-14)",
      "url": "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/"
  ]
}