SYRAG™ OS — система RAG для процедур, правил и соответствия

Основанная на источнике операционная система для институциональных знаний

Версия: 2.0 · Дата: 24 сентября 2026 г. · Статус: Производственная архитектура, сертифицированный контент · Контакт: info@syrag.net · Веб-сайт: www.syrag.net

Абстрактный

SYRAG™ OS — это операционная система с исходным кодом для институциональных знаний. Он отражает процедуры, правила и опыт; поддерживает их актуальность и возможность проверки; и отвечает на вопросы только из сертифицированных источников. Система сочетает в себе генерацию с расширенным поиском и уровень сертификации, построенный на адресации контента (IPFS), криптографических подписях (L-mod HMAC и PGP) и доверенных временных метках (OpenTimestamps и временная цепочка Биткойн). В этом официальном документе описываются проблемы, которые решает система, принципы, определяющие ее конструкцию, протокол SoG-RAG™, который обосновывает каждый ответ в исходном коде, и модульная архитектура — 36 взаимодействующих модулей, центральный агентский шлюз, плоскость идентификации (MITL/DITL), детерминированный аудитор соответствия и распределенный уровень доверия и распределения — которая делает сертифицированные институциональные знания долговечными, портативными и проверяемыми.

Часть I. Видение

1. Резюме

Организации в регулируемых секторах теряют знания быстрее, чем создают их. Эксперты уходят на пенсию, процедуры стареют, правила меняются, а доказательства, необходимые во время аудита, разбросаны по файлам, электронной почте, встречам и памяти. Облачные инструменты решают часть проблемы, но выводят конфиденциальные данные из-под контроля организации; Автономные инструменты сохраняют контроль, но стагнируют.

ОС SYRAG™ занимает другую позицию: институциональные знания должны быть сертифицированы, переносимы и проверяемы. Каждый документ имеет адрес содержания, подпись и метку времени; каждая опубликованная страница имеет идентификатор контента (CID) и подтверждение существования; каждый ответ, выдаваемый системой, основан на сертифицированных источниках и указывает, откуда он взят. В результате получается операционная система, которая ведет себя не столько как хранилище документов, сколько как источник истины.

Платформа работает как локально, так и в автономном режиме, но при этом остается расширяемой за счет дополнительного гибридного подключения. Он не привязан к одной языковой модели, провайдеру или шлюзу. Его соответствие требованиям непрерывно и детерминированно измеряется с помощью шести признанных инфраструктур (128 средств контроля), а его целостность защищена журналом аудита с хеш-цепочкой, плоскостью доверия и нотариусом, привязанным к Биткойну. Цель дизайна проста в формулировке и требует достижения: не доверяйте нам — проверьте нас.

2. Происхождение и эволюция

SYRAG™ был задуман с учетом сложности эксплуатации суперяхт. Управление 60-метровым судном требует соблюдения более 300 международных морских правил (SOLAS, MARPOL, MLC, Кодекс ISM), более 50 сертификатов экипажа (ПДНВ, медицинская и специальная подготовка), более 20 юрисдикционных рамок (государство флага, государство порта, налоги, трудовые права) и более 100 эксплуатационных процедур, а также десятилетий институциональных знаний, которыми обладают выходящие на пенсию члены экипажа и инженеры.

Основная проблема была человеческой: когда опытный главный инженер уходит на пенсию, у него уходит тридцатилетний опыт устранения неполадок. Когда правила меняются, никто не обновляет 500-страничное руководство по эксплуатации. Когда приезжает инспектор, поиск нужного сертификата занимает несколько часов. Идея заключалась в том, что это не морская проблема — это универсальная проблема. Здравоохранение, энергетика, финансы, строительство и производство — все они управляют одним и тем же взаимодействием процедур, правил, сертификации и опыта. Архитектура осталась идентичной; изменился только корпус документов.

Соответственно изменилось и название. Первоначально SYRAG означало Super Yacht RAG, систему расширенного поиска процедур, правил и соответствия. Сегодня это означает SYstem RAG: универсальную платформу для структурированного управления знаниями в любой регулируемой отрасли. Морское наследие остается сильной стороной: если система способна справиться со сложными операциями международных судов, она справится со всем.

3. Проблема

Институты сталкиваются с постоянным кризисом в управлении институциональными знаниями. Пять сил взаимно дополняют друг друга:

Эрозия знаний. Старшие эксперты уходят на пенсию или уходят, забирая с собой десятилетия незадокументированного опыта. Знания, которые никогда не были записаны, не могут быть восстановлены.
Регуляторный сдвиг. Правила развиваются быстрее, чем обновляется документация. Процедуры, написанные для одной версии нормы, незаметно становятся неправильными.
Сложность соблюдения требований. Системы с участием нескольких юрисдикций создают сеть обязательств, которые ни один человек не может удержать в уме; соответствие становится запоздалым и минимальным.
Фрагментированные знания. Важнейшая информация распространяется по электронной почте, PDF-файлам, общим дискам, базам данных и личной памяти без единого индекса и без указания происхождения.
Беспокойство, связанное с аудитом. Поиск нужного документа во время проверки становится экстренной археологией, и доказать, что документ не изменился с момента его утверждения, становится невозможным.

Традиционные решения терпят неудачу во взаимодополняющих отношениях. Cloud SaaS выводит конфиденциальные данные о соответствии требованиям за пределы контроля организации и создает привязку к поставщику. Полностью автономные системы сохраняют контроль, но стагнируют, без обновлений и аналитики. Консультанты дорогие, временные, и их знания снова уходят с ними. Ни один из этих подходов не дает знаний, которые одновременно являются актуальными, отслеживаемыми и проверяемыми.

4. Парадигма ОС SYRAG™

ОС SYRAG™ рассматривает знания как сертифицированный контент, а не как документы. Каждый артефакт имеет адрес содержимого, подпись и временную метку. Приложения системы — веб-панель, опубликованный сайт, помощники — считывают сертифицированный контент и отображают его на нескольких языках, а заземленный помощник отвечает на вопросы строго из этих источников.

Парадигму отличают четыре свойства:

Основываясь на источнике, а не генерируется. Ответы состоят из фактов, которые существуют в сертифицированном корпусе (и, через SoG-RAG™, в отсканированном исходном коде). Модель не может привносить внешние знания.
Поддается проверке, не предполагается. Контент фиксируется в IPFS и имеет временную метку OpenTimestamps, поэтому система может доказать, что и когда сказал источник.
Надежность и надежность. Знания не привязаны к одной модели ИИ, поставщику или шлюзу; по мере развития технологий знания остаются собственностью организации.
Локально и в автономном режиме. Система работает локально, когда конфиденциальность не подлежит обсуждению, и поддерживает гибридную работу, когда допустимо выборочное подключение.

Система не требует доверия; он предоставляет инструменты для его проверки. Каждый сертифицированный артефакт можно проверить независимо: его хэш, его CID, его подпись, его локальный PIN-код, его общедоступный шлюз и подтверждение его метки времени.

5. Основополагающие принципы

ОС SYRAG™ регулируется двумя уровнями принципов: четырьмя операционными Основами и пятью неизменными Конституционными статьями. Они не амбициозны; каждое архитектурное решение, функция и оптимизация должны соответствовать им.

Четыре столпа (действующие)

Основной принцип 1 – семантический интеллект. ИИ, который понимает контекст и намерения, а не только сопоставление с образцом: генерация с расширенным поиском на основе тщательно подобранной базы знаний, с ответами, основанными на сертифицированном корпусе, и ручным откатом, когда контекста недостаточно. В каждом ответе должен быть указан источник.
Основной принцип 2 — строгая проверка. Каждый ответ отслеживается в исходных документах. Отсутствие галлюцинаций допускается. Взаимодействия регистрируются с использованием наносекундных временных меток, полученного контекста, сгенерированного ответа, используемой модели и достоверности; критически важные файлы содержат контрольные суммы SHA-256 и контрольный журнал с хеш-цепочкой.
Опора 3 — открытые стандарты. Прозрачное управление и отсутствие привязки к поставщику: общедоступный технический документ, открытая документация, стандартные API-интерфейсы REST/JSON, неограниченный экспорт данных и воспроизводимые процедуры.
Основной принцип 4 – непрерывное развитие. Система совершенствуется с каждым запросом, но только с помощью поддающихся проверке измерений: базовые показатели перед каждым изменением, документированные результаты A/B и никаких претензий без данных.

Пять конституционных статей (управление)

Статья I — Измеримость. «То, что нельзя измерить, нельзя доверять». Каждая операция имеет измеримые показатели; все показатели поддаются внешней проверке; Заявления о производительности подкреплены доказательствами.
Статья II. Прозрачность. «Доверие через видимость, а не через неясность». Все операции наблюдаемы, все процедуры воспроизводимы, нет скрытых зависимостей или магических конфигураций.
Статья III — Надежность. «Системы выходят из строя. Восстановление должно быть автоматическим». Критически важные данные выдерживают сбои процессов; восстановление не требует ручного вмешательства; Проверка целостности встроена, а не прикручена.
Статья IV. Иерархия приоритетов. Когда принципы противоречат друг другу, они преобладают над эффективностью: сначала измеримость, затем прозрачность, затем надежность, затем эффективность.
Статья V — Проверка и обеспечение соблюдения. Конституционные принципы требуют соблюдения конституции: обязательная предполетная проверка, дымовая проверка, тренировки по аварийному восстановлению и таблица соответствия перед каждым выпуском.

Часть II. Основные понятия

6. SoG-RAG™ — Генерация, дополненная поиском источника-земли

SoG-RAG™ (генерация исходного кода и дополненная генерация) — это протокол, с помощью которого каждая часть контента, генерируемого ОС SYRAG™, основывается на исходном коде самой системы. Контент никогда не пишется на основе прозы или предположений: он создается в результате прямого сканирования базы кода — модулей, схем, файлов конфигурации, точек входа и манифестов — структурно анализируется, а не описывается вручную.

Протокол работает в три этапа:

Источник. Основой знаний является исходный код. Система сканируется напрямую — анализ AST, извлечение конфигурации, регистрация модуля/порта/точки входа — вместо того, чтобы полагаться на рукописную документацию.
Извлечение. Запрос выбирает факты исключительно из структурного индекса, полученного в результате этого сканирования. Каждый синтезированный оператор должен соответствовать чему-то, что реально существует в коде.
Генерация. Модель составляет ответ на основе извлеченных фактов; он не может содержать знания, которых нет в отсканированном источнике.

Таким образом, каждый сгенерированный артефакт сообщает, откуда он взялся в источнике (модуль, идентификатор, путь). Исходный код — это единственный источник истины и якорь происхождения. Это то, что отличает SoG-RAG™ от традиционной генерации с расширенным поиском: корпус поиска — это не просто соответствующие документы, это проверенная структурная истинность системы.

Почему это важно

Обычный RAG уменьшает галлюцинации, ограничивая модель полученным текстом, но сам полученный текст может быть устаревшим, непоследовательным или непроверенным. SoG-RAG™ устраняет этот пробел, извлекая базу знаний из работающей системы и сертифицируя полученные артефакты. Комбинация — структурное обоснование плюс криптографическая сертификация — дает ответы, которые одновременно точны и доказуемы.

7. Сертифицированные знания и честность

Сертификация ОС SYRAG™ представляет собой цепочку проверяемых фактов. Когда контент сертифицирован, контент-менеджер выполняет детерминированный конвейер:

Хеш целостности. Хэш SHA-256 вычисляется по точным байтам полезной нагрузки.
Адресация контента. Полезная нагрузка добавляется в IPFS и получает идентификатор контента (CID). Копия с адресом локального контента сохраняется.
Подпись L-mod. Подпись L-mod на основе HMAC привязывает полезную нагрузку к подписывающему материалу выдающего узла.
Запись с версиями. Содержимое хранится в реестре SQLite с указанием ярлыка, семантической версии, CID, хеша, размера, типа MIME, имени файла, исходного слоя и метаданных.
Прикрепление нескольких серверов. CID закрепляется локально и на настроенных серверах IPFS/Pinata; результат каждого контакта записывается.
Аудит с использованием хеш-цепочки. Каждое событие сертификации добавляется в журнал аудита с хеш-цепочкой, поэтому историю невозможно перезаписать без обнаружения.

Для более надежного доказательства существования доверенный узел создает пакет подтверждения для сертифицированного контента: манифест, описывающий артефакт (слаг, версия, CID, SHA-256, L-mod), отдельная PGP-подпись манифеста, созданная с использованием ключа идентификации устройства, подтверждение OpenTimestamps (.ots) и собственный CID IPFS пакета. OpenTimestamps объединяет хэш манифеста в временную цепочку Биткойн, предоставляя криптографическое доказательство существования артефакта в данный момент независимо от SYRAG™.

Проверка

Проверка распространяется и доступна только для чтения. Он сравнивает хэш и размер, определяет CID локально и через общедоступные шлюзы, пересчитывает или проверяет подпись L-mod, проверяет локальный PIN-код Kubo и, если он настроен, проверяет путь к общедоступному шлюзу. В отчете о проверке каждая проверка представлена индивидуально, поэтому сбой можно локализовать, а не рассматривать как один непрозрачный результат.

8. Идентичность и доверие

Доверие к ОС SYRAG™ начинается с идентификации. Центр идентификации разделяет идентификацию человека и машины на два реестра:

MITL — Man-In-The-Loop. Личность человека-оператора, аутентифицированная шлюзом запроса/ответа PGP. Токен вызова генерируется, подписывается ключом оператора и проверяется перед авторизацией сеанса.
DITL — реестр доверия к детерминированным идентификаторам. Идентификация устройства и узла, привязанная к аппаратному отпечатку и ключу PGP устройства, сгенерированному при первой загрузке. При загрузке идентичность оборудования может быть повторно проверена для обнаружения изменений оборудования с момента последнего сканирования.

Двоичный значок, отображаемый на сертифицированных страницах, не является декоративным: он отображается на основе действующих идентификаторов устройства и оператора, подписавшего контент. Он сообщает об операторе, устройстве, соответствующих CID модуля, хеше OpenTimestamps и статусе привязки. Ничего не запрограммировано жестко. Система также выполняет аудит разделения идентификаторов, чтобы подтвердить, что учетные данные человека и компьютера остаются разными.

Над идентификацией находится плоскость доверия: небольшое общее состояние, записываемое менеджером целостности и считываемое другими модулями, связывающее цепочку L-mod, состояние привязки и вердикт соответствия в единое, поддающееся проверке представление. Доверительный узел является якорем федерации; нотариус временной цепочки — это super partes нотариус Биткойна. Вместе они позволяют второму узлу (или третьей стороне) проверить подлинность сертифицированного артефакта, не доверяя узлу, который его выдал.

Часть III — Архитектура

9. Архитектура системы

ОС SYRAG™ представляет собой набор из 36 взаимодействующих модулей, координируемых центральным агентским шлюзом. Каждый модуль представляет собой автономную службу или инструмент с собственной виртуальной средой, точкой входа, объявленной в module.json, дополнительным HTTP-портом и конечной точкой работоспособности. Модули обмениваются данными через унифицированный интерфейс /api/agent шлюза или, при необходимости, напрямую через локальный хост.

Архитектура разделяет задачи на плоскости:

Плоскость интерфейса. Веб-панель, опубликованный сайт, диалоговые помощники и инструменты рабочего стола, с помощью которых люди взаимодействуют с системой.
Плоскость знаний. Менеджер контента (сертификация, управление версиями, закрепление, OpenTimestamps), база знаний (документы, индексы, графики) и универсальный источник (аудит многоязычных источников).
Плоскость доверия. Центр идентификации, диспетчер целостности, узел доверия, нотариус временной цепочки и уровень распределенной синхронизации.
Плоскость операций. Менеджер модулей (упаковка, распространение, реестр, федерация), анализатор журналов, системный аудитор, секретный аудитор и менеджер по обеспечению соответствия.

Топология службы охватывает порты XXXX–XXXX плюс выделенные порты хранилища XXXX–XXXX, например: шлюз XXXX; менеджер XXXX контента; идентификационный центр XXXX; база знаний XXXX; веб-панель XXXX; менеджер целостности XXXX; доверительный узел XXXX; нотариус таймчейна XXXX; системный аудитор XXXX; анализатор журналов XXXX; менеджер модулей XXXX. В Приложении А приведен полный каталог.

10. Агентский шлюз

Шлюз агента — это единая точка входа для агентской связи, управляемая политиками. Он предоставляет унифицированную конечную точку /api/agent, которая принимает целевой модуль, команду и аргументы, а затем направляет запрос к собственной конечной точке агента модуля. В рамках этой маршрутизации шлюз обеспечивает безопасность: список разрешенных команд для каждого модуля, политики безопасности для каждого модуля, очиститель личных данных и кода, внутренняя аутентификация HMAC для привилегированных вызовов и контрольный журнал операций агента.

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

11. База знаний и график

База знаний представляет собой многобазовое хранилище, управляемое модулем KB. Он поддерживает три отдельные базы: базу модулей, состоящую из руководств для каждого модуля, созданных на основе реальных AST-сканирований установленного кода; пользовательская база концепций, руководств, сущностей и источников; и базу статей с научными ссылками. Каждая база создает граф, узлы которого являются документами, а ребра — соединениями, а целостность графа проверяется по файлам на диске.

Руководства модулей не являются шаблонами: они основаны на module.json, маршрутах, возможностях, конечных точках работоспособности и структуре кода, поэтому их можно сверить с установленной системой. График можно перестроить и дополнить, а база знаний предоставляет возможности поиска, извлечения страниц и статистики. Это корпус, который объединяет помощников и источник, который SoG-RAG™ расширяет на все дерево источников.

12. Менеджер контента и конвейер сертификации

Контент-менеджер является центром сертификации платформы. Его конвейер является детерминированным и идемпотентным для каждой версии, и он предоставляется как REST API, так и как набор команд агента. Он поддерживает прием данных из базы знаний, лаборатории, мультимедиа и аватаров; сертификация по CID, L-mod HMAC и OpenTimestamps; распределенная проверка; реестр SQLite с аудитом по хеш-цепочке; и публикация в виде веб-ресурсов, встраивания, пакетов или однорангового контента.

Каждая сертификация создает версионную запись, а не перезаписывает историю. Версии можно перечислять и сравнивать, а содержимое можно преобразовать в текущую или конкретную версию. Пины отслеживаются для каждого бэкэнда, поэтому оператор может видеть, доступен ли CID локально, в Pinata или в обоих случаях. Если настроен общедоступный шлюз, проверку можно выполнить и за пределами узла.

13. Веб-панель и конвейер публикаций

Веб-панель управления — это человеческая поверхность управления общедоступным сайтом и многими оперативными задачами. Он управляет черновым/живым жизненным циклом страниц, темой сайта, языковым набором, серверами проверки и конвейером развертывания. На этапе предварительной проверки каждая страница проверяется перед публикацией: он подтверждает, что страница поддерживается сертифицированной записью контента, что байты файла соответствуют сертифицированному большому двоичному объекту, что аналог существует в другой папке, что ни один заполнитель шаблона не является неразрешенным, что присутствует динамический идентификационный значок и что доступны все ожидаемые языки.

Конвейер публикации визуализирует общедоступную страницу из сертифицированного контента: контент встраивается, применяется тема, идентификационный значок заполняется реальными значениями, а баннер проверки перезаписывается для использования выбранных оператором шлюзов IPFS. Один и тот же генератор используется как для предварительного просмотра черновика, так и для опубликованной страницы, поэтому сайт будет обслуживать то, что просматривает оператор. Публикация на удаленном сайте является явной и проверяемой.

14. Целостность, временная цепочка и узел доверия

Три модуля образуют основу доверия. Менеджер целостности — это центральный механизм обеспечения целостности: подписывание L-mod, закрепление IPFS, привязка OpenTimestamps и IPC на уровне доверия. Он отображает текущее состояние доверия и проверку L-mod, а также предоставляет команды привязки, используемые на платформе. Узел доверия — это якорь федерации и центр учетных данных: он управляет манифестом узла, идентификацией узла, распределенной проверкой, пакетами доказательств и синхронизацией. нотариус временной цепочки — это super partes нотариус Биткойна: он привязывает дайджесты к временной цепочке Биткойна, так что существование можно доказать независимо от любого компонента SYRAG™.

Вместе они гарантируют, что сертификация не является местной претензией. Манифест, подписанный ключом устройства, временная метка, закрепленная в Биткойне, и CID, реплицированный между узлами и шлюзами, позволяют третьей стороне проверить артефакт, не доверяя узлу-эмитенту.

15. Менеджер модулей и распространение

Модули создаются, подписываются и распространяются через единый воспроизводимый конвейер. Менеджер модулей проверяет, зарегистрирован ли каждый файл на диске, вычисляет следующую семантическую версию, проверяет согласованность между документацией, метаданными и политикой, собирает пакет и создает значок и метаданные подготовки. Затем при пробном прогоне проверяется целостность пакета, манифест файла, отсутствие отдельного узла или секретного материала, а также дымовой тест в чистой комнате перед публикацией.

Публикация закрепляет пакет в IPFS/Pinata, подписывает его ключом ретрансляции HMAC узла, обновляет каталог локального и федеративного реестра и публикует запись IPNS. Установка (pull) загружает артефакт, проверяет его SHA-256 и подпись, сохраняет состояние каждого узла, объявленное в preserve_on_update, устанавливает атомарно и запускает перехват модуля после установки. Общий секретный сканер запускается перед публикацией и не закрывается, если обнаружен материал для каждого узла или учетные данные, поэтому пакет, который перемещается между узлами, не может утечь данные узла, который его создал.

16. Федерация и синхронизация

Узлы SYRAG™ могут работать независимо или как объединение. Модуль распределенной синхронизации обеспечивает федеративную синхронизацию между узлами через IPFS/Pinata с привязкой биткойнов, раскрывая работоспособность синхронизации, публикуя и проверяя конечные точки. Одноранговый модуль обеспечивает асинхронную связь между моделями, людьми и узлами через одну и ту же подложку с адресацией контента. Доверительный узел поддерживает манифест узла и состояние консенсуса. Таким образом, федерация является расширением модели сертификации, а не отдельным механизмом: узлы обмениваются сертифицированными артефактами с адресацией контента и могут независимо проверять то, что они получают.

Часть IV. Безопасность, соответствие требованиям, эксплуатация

17. Безопасность и усиление защиты

Безопасность обеспечивается на нескольких уровнях: от прошивки до приложения.

Целостность загрузки. Цепочка загрузки проверяется сквозная: прошивка UEFI, загрузочные файлы EFI, GRUB, ядро и initrd, флаги ядра FIPS и цепочка запуска systemd. Счетчик загрузки и автоматический резервный вариант SAFE защищают от циклов загрузки, а конфигурация GRUB проверяется на основе разрешений и синхронизируется с разделом EFI.
Криптографическая позиция. Оцениваются элементы управления FIPS 140-3 (крипто/гибкость, самотестирование, граница модуля), а параметры ядра FIPS являются частью загрузочного контракта.
Разделение идентификационных данных. MITL и DITL позволяют различать и проверять идентичность человека и машины с помощью запроса/ответа PGP и аппаратной проверки отпечатков пальцев.
Секретная гигиена. Секретный аудитор сканирует общедоступные конфиденциальные файлы (ключи, .env, .pem, учетные данные) и поддерживает исправление; конвейер упаковки отказывается публиковать артефакты, содержащие секретный материал для каждого узла.
Мониторинг целостности. Менеджер целостности поддерживает цепочку L-mod и плоскость доверия; журнал аудита имеет хеш-цепочку и может быть проверен сквозным образом.
Сеть и доступ. Интерфейсы управления защищены проверкой подлинности и внутренними подписями HMAC; шлюз применяет списки разрешенных команд и политики безопасности для каждого модуля.

Режимы развертывания являются явными. Режим Офлайн работает без внешнего подключения, когда конфиденциальность имеет важное значение. Гибридный режим допускает ограниченное авторизованное подключение (например, для получения обновлений нормативных требований или улучшений моделей), в то время как конфиденциальные данные остаются локальными. Режим Онлайн используется только при явном разрешении и полной регистрации. Сами переходы режимов проверяются.

18. Соблюдение требований и аудит

Соответствие измеряется детерминистически. Системный аудитор оценивает операционную систему по шести платформам, всего 128 элементов управления. При каждой проверке считывается реальное состояние системы — файлы, значения sysctl, службы, сокеты, пакеты — поэтому одно и то же состояние всегда дает одинаковый отчет, оценку и результаты.

Рамки	Элементы управления	Фокус
ФИПС 140-3	15	Крипто-гибкость, самотестирование, граница модуля
НИСТ СП 800-53 Ред.5	35	Семейства AC/AU/CM/IA/SC (выбранный базовый уровень)
СНГ Ubuntu 24.04 L2	26	Эталон закалки уровня 2
DISA СТИГ Ubuntu 24.04 V1R1	22	Требования DoD к ужесточению
Руководство по безопасности Ubuntu (USG)	4	Статус профессионального профиля
Профиль соответствия SYRAG™	26	Пользовательские элементы управления (MITL/DITL, L-mod, порты)

Помимо базового сканирования, платформа выполняет непрерывные проверки (по расписанию ежедневно, еженедельно и ежемесячно), анализатор журналов с помощью искусственного интеллекта для обнаружения аномалий и анализа первопричин, менеджер по обеспечению соответствия для отраслевых процедур и создание отчетов в HTML, PDF и LaTeX. Выводы содержат информацию о серьезности, указаниях по устранению и истории, поэтому оценку можно отслеживать с течением времени, а исправление можно доказать, а не утверждать.

19. Развертывание и эксплуатация

ОС SYRAG™ устанавливается как образ операционной системы и загружается посредством начальной загрузки, которая создает виртуальные среды, идентификационные материалы, хранилище IPFS и системные службы. Зависимости на уровне системы (драйверы, правила udev, привилегированные модули) обрабатываются сценарием начальной загрузки с правами администратора, тогда как зависимости Python на уровне модуля обрабатываются сценарием установки каждого модуля без sudo — строгое разделение, предназначенное для того, чтобы использование привилегий было явным и проверяемым.

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

Часть V. Приложения и Outlook

20. Варианты использования и отрасли

ОС SYRAG™ предназначена для любой среды, где сочетаются сложность и ответственность и где экспертные знания должны пережить людей, которые ими владеют. Репрезентативные сектора включают:

Морское судоходство и суперяхты: правила, сертификаты экипажа, процедуры и проверки.
Финансы и банковское дело: нормативная база, журналы аудита, политическая документация и записи обучения.
Здравоохранение и фармацевтика: клинические процедуры, протоколы, правила, сертификаты и системы качества.
Энергетика и инфраструктура: стандарты безопасности, соблюдение экологических требований, отчеты о техническом обслуживании и происшествиях.
Правительство и государственное управление: процедуры, нормы, записи и преемственность институциональной памяти.
Производство и строительство: процедуры ISO, контроль качества, строительные нормы и правила, сертификация материалов и соблюдение требований цепочки поставок.

В каждом случае схема одна и та же: соберите корпус, сертифицируйте его, поддерживайте в актуальном состоянии, сделайте его доступным для поиска и отслеживайте источник каждого ответа.

21. Дорожная карта и управление

Проект находится в стадии активного перехода к полностью распределенной операционной системе. Система уже работает с отдельными разделами — корневым разделом для операционной системы и домашним разделом для пользовательских и организационных данных — поэтому ОС и хранящимися в ней знаниями можно управлять, переустанавливать и обновлять независимо, без потери сертифицированных данных. Он уже независим от поставщика LLM: модели и поставщики могут быть изменены, добавлены или удалены без изменения сертифицированных знаний, поскольку знания основаны на источниках, а не на модели. Следующая веха — стать независимым от дистрибутива, уменьшив зависимость от одного базового дистрибутива, сохраняя при этом те же гарантии сертификации, идентификации и доверия на любой поддерживаемой платформе.

Управление следует конституционным принципам: архитектурные решения рассматриваются, раскрытие информации о безопасности осуществляется по зарезервированному каналу с обязательством реагирования, официальный документ периодически пересматривается с участием партнеров, а дорожная карта публикуется. Стратегия открытого исходного кода, охватывающая юридическую экспертизу, лицензирование, политику в отношении товарных знаков и структуру участников, находится на стадии оценки, с перспективой на будущее.

Ближайшая работа сосредоточена на углублении охвата SoG-RAG™ по заземлению источников, расширении детерминированного соответствия и рабочих процессов исправления, усилении многоузловой проверки и федерации, завершении распределенной и независимой от дистрибутива дорожной карты и расширении сертифицированного многоязычного корпуса.

22. Заключение и призыв к действию

ОС SYRAG™ основана на одном убеждении: институциональные знания должны быть настолько же проверяемыми, насколько и ценными. Сочетая генерацию на основе источника, адресацию контента, криптографические подписи и надежные временные метки внутри локальной, автономной операционной системы, она дает организациям возможность сохранять опыт, оставаться в курсе нормативных требований и доказывать, а не просто заявлять, целостность того, что они знают.

Подтвержденные знания, проверенные во времени и основанные на источниках.

Чтобы изучить сертифицированные источники, проверить доказательства или обсудить сложность вашей организации, свяжитесь с info@syrag.net или посетите www.syrag.net.

Глоссарий

CID — идентификатор контента; криптографический адрес, полученный из самого контента в IPFS.
L-mod — содержимое подписи целостности платформы на основе HMAC, привязывающее содержимое к выдающему узлу.
OpenTimestamps (OTS) — протокол, который объединяет хэши в временную цепочку Биткойна, чтобы доказать существование в определенный момент времени.
Пакет доказательств — набор артефактов (манифест, подпись PGP, подтверждение OTS, CID IPFS), подтверждающих существование и целостность сертифицированного контента.
MITL — «Человек в цикле»; реестр идентификации и аутентификации человека-оператора.
DITL — реестр доверия к детерминированным удостоверениям; идентификатор устройства и узла, привязанный к оборудованию.
SoG-RAG™ — Генерация, дополненная поиском источника-земли; генерация заземления на отсканированном исходном коде.
Плоскость доверия — общая, проверяемая идентичность привязки состояния, цепочка L-mod, привязка и соответствие.
Сохранять при обновлении — состояние каждого узла, которое не должно перемещаться между узлами и сохраняется при обновлениях.

Ссылки

Технический документ SYRAG™ v1.4 (происхождение, постановка проблемы, принципы, бизнес-контекст) — база знаний user/wiki/sources/whitepaper.md.
Конституция SYRAG™ — 4 столпа и 5 статей конституции — KB user/wiki/sources/constitution.md.
Руководства по модулям, созданные на основе реальных сканирований AST — КБ modules/wiki/modules/*.md.
Конвейер сертификации контент-менеджера — modules/syrag-content-manager/syrag_content_manager/certification.py.
Системы соответствия и оценка — modules/syrag-system-auditor/kb/system-auditor/wiki/spec/frameworks.md, scoring.md.
Соглашения о распространении и упаковке — AGENTS.md, modules/syrag-module-manager/.

Приложение А. Каталог модулей (36 модулей)

На момент написания статьи в текущем узле присутствовали следующие модули. Версия, порт и назначение берутся из module.json каждого модуля.

Модуль	Версия	Порт	Цель
syrag-агент-шлюз	v2.2.6	XXXX	Централизованный агентский хаб, список разрешенных команд, политики безопасности, помощник
Сираг-аутентификация-митл	v6.8.6	XXXX	Центр идентификации MITL/DITL, запрос/ответ PGP, аудит идентификации
syrag-avatar-studio	v1.4.2	XXXX	Видеостудия Аватар (аватары, голоса, фоны, исходники уценки)
syrag-комплаенс-менеджер	v1.5.1	XXXX	Консоль соблюдения СОП и отраслевых нормативов с помощником искусственного интеллекта
syrag-контент-менеджер	v2.1.2	XXXX	Сертификация, IPFS/Pinata, L-mod, OpenTimestamps, реестр, публикация
офис syrag-авторских прав	v1.4.3	XXXX	Регистрация и жизненный цикл авторского произведения
распределенная синхронизация syrag	v5.1.9	XXXX	Федеративная синхронизация между узлами через IPFS/Pinata с привязкой к биткойнам.
syrag-erasmus-менеджер	v1.12.2	XXXX	Управление проектом Erasmus+, СОПы, личность участника
Сираг-ЕС-спонсор	v1.9.1	XXXX	Подготовка предложений по финансированию ЕС с участием LLM с несколькими поставщиками
syrag-менеджер целостности	v1.11.2	XXXX	Центральный механизм целостности: L-mod, IPFS, OTS, IPC уровня доверия.
syrag-iso-строитель	v5.4.4	—	Создает ISO-образ ОС SYRAG™ из сервера Linux + XFCE4.
syrag-kb-менеджер	v6.1.10	XXXX	Панель управления с несколькими КБ, визуализация графиков, интеграция LLM, Zenodo
Сираг-лаборатория	v21.2.2	XXXX	Лаборатория ROF, детерминированное обучение, бэкэнд OpenCL
сыраг-юрисконсульт	v1.6.5	XXXX	Юридические операции: договоры, статьи, жизненный цикл
syrag-llm-профилировщик	v2.7.2	XXXX	Обнаружение артефактов LLM, проверка метаданных, анализ поставщиков
syrag-log-анализатор	v2.0.11	XXXX	Централизованный анализ журналов, обнаружение аномалий, первопричина
Сираг-медиа-менеджер	v2.7.3	XXXX	Планирование и публикация контента по каналам СМИ
менеджер модулей syrag	v14.7.4	XXXX	Реестр модулей, упаковка, распространение, федерация, системные блоки
сираг-окто-нейронный	v0.7.3	—	Исследования нейронных сетей на основе октонионов
Сираг-p2p	v1.0.0	XXXX	Асинхронная одноранговая связь через Pinata/IPFS
Сираг-патентный менеджер	v1.6.4	XXXX	Отслеживание раскрытия патентов, уровень техники, рабочий процесс подачи заявок
сираг-пи-инструменты	v8.57.0	—	Ресурсы агента: навыки, расширения, подсказки, инструменты модуля.
syrag-print-studio	v1.4.2	XXXX	Студия 3D/2D печати: работы, парк, материалы, нарезка
syrag-профиль-менеджер	v4.13.10	XXXX	Системные профили (энергосбережение/сбалансированный/производительность), профиль Биткойн
syrag-помощник проекта	v2.9.3	XXXX	Ассистент проекта для подпроектов SYRAG™ OS и других секторов
Сираг-риск-менеджер	v1.8.1	XXXX	Качественный реестр рисков ISO 31000 (5 × 5 вероятность × воздействие)
syrag-rnd-менеджер	v1.7.3	XXXX	Процесс создания контента для исследований и разработок с интеграцией LLM
сираг-тайный-аудитор	v2.0.4	XXXX	Сканирует и исправляет общедоступные конфиденциальные файлы
syrag-система-аудитор	v1.16.15	XXXX	Детерминированный аудит соответствия (6 рамок, 128 средств контроля)
менеджер шаблонов syrag	v7.3.2	XXXX	Детерминированный модульный каркас (Flask/PyQt5/CLI)
Сираг-Timechain-нотариус	v1.23.1	XXXX	Super partes Биткойн-нотариус временной цепочки
syrag-доверительный узел	v2.22.6	XXXX	Якорь Федерации, центр сертификации, пакеты доказательств, консенсус
syrag-универсальный-источник	v14.0.1	XXXX	Аудит многоязычного исходного кода с анализом LLM
сыраг-ват-менеджер	v2.4.1	XXXX	Отслеживание деловых расходов и НДС (IVA)
сираг-голос	v1.3.5	XXXX	Расшифровка собраний и голосовые команды в реальном времени (whisper.cpp)
syrag-web-приборная панель	v10.1.3	XXXX	Веб-интерфейс, управление сайтом, конвейер публикаций, интерфейс сертификации

Приложение B. Механизмы обеспечения соответствия

Детерминированный базовый уровень с несколькими структурами, оцениваемый системным аудитором (6 структур, 128 средств контроля).

FIPS 140-3 — 15 элементов управления: гибкость шифрования, самотестирование, граница модуля.
NIST SP 800-53 Rev5 — 35 элементов управления: семейства AC/AU/CM/IA/SC (выбранный базовый уровень).
CIS Ubuntu 24.04 L2 — 26 элементов управления: тест повышения уровня защиты 2.
DISA STIG Ubuntu 24.04 V1R1 — 22 элемента управления: требования Министерства обороны США к усилению защиты.
Руководство по безопасности Ubuntu (USG) – 4 элемента управления: статус профиля Pro.
Профиль соответствия SYRAG™ — 26 настраиваемых элементов управления: MITL/DITL, L-mod, порты.

Приложение C. Порядок сертификации и проверки

Вычисление SHA-256 для полезной нагрузки.
Добавьте полезную нагрузку в IPFS и получите CID.
Подписать с помощью L-mod HMAC; сохранить большой двоичный объект с адресом содержимого.
Сохраните запись с версией (slug, semver, CID, хэш, размер, MIME, имя файла, источник).
Прикрепите CID локально и к настроенным серверным модулям; запишите каждый пин.
Аудит события сертификации в журнале с хеш-цепочкой.
Докажите существование: доверенный узел создает манифест, подписывает его ключом устройства, помечает его OpenTimestamps и закрепляет пакет в IPFS.
Привяжите временную метку к временной цепочке Биткойн через нотариуса.
Проверка: перерасчёт хеша/размера, определение CID локально и через общедоступные шлюзы, проверка L-мода и локального PIN-кода, а также проверка доказательства OTS.

История версий

v1.4 (январь 2026 г.) – происхождение, постановка проблемы, модель обслуживания, ранняя архитектура.
v2.0 (сентябрь 2026 г.) — Текущая модульная ОС SYRAG™: SoG-RAG™, 36-модульная архитектура, плоскость сертификации и доверия, идентификация, детерминированное соответствие (6 инфраструктур, 128 элементов управления), распространение и федерация; каталог модулей.

При поддержке SoG-RAG™