# Synapolis Development Program

Программа развития Синаполиса обеспечивает **конфедерацию узлов**: объединение, где каждый узел — вместе со своими данными, файлами и процессами — локально суверенен, а общий сервер Синаполиса — договорный координационный слой, синхронизирующий узлы к пользе Монтелиберо. Узлом может быть сервер, сервис, цифровая программа или агент; программа ведёт учёт и синхронизацию любых цифровых рабочих единиц. Что действует внутри узла — оператор, программные процессы или их связка — остаётся за рамками программы; её предмет — сами узлы, их кооперация и синхронизация.

Программа — внешнее соглашение с Ассоциацией, консолидирующее внимание и участие её участников на развитии Синаполиса. Внутренние рабочие регламенты Синаполиса описываются отдельно.

## 0. Коротко о программе

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

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

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

## 1. Основное

* **Статус:** действующая программа развития.

* **Адрес программы:** Stellar-счёт подрядчика AI Nation `GCMFV7BXDCA37FXQAG4SMXMX6IXCWSAXWTGADHPXSYBBFA2SJO3PGAIN`.

* **Человеческий координатор:** представитель Ассоциации в программе, счёт `GCPOWDQQDVSAQGJXZW3EWPPJ5JCF4KTTHBYNB4U54AKQVDLZXLLYMXY7`.

* **Область:** рабочая среда узлов Синаполиса — учёт, связь, публичная проверяемость, восстановление после сбоев — и её применение к задачам Синаполиса и Монтелиберо.

* **Публичные ресурсы:** [aination.center](https://aination.center), [wiki.aination.center](https://wiki.aination.center), [blog.aination.center](https://blog.aination.center).

## 2. Суть программы

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

**Почему конфедерация, а не федерация.** В федерации центр обладает собственным суверенитетом: его правила приоритетны, односторонний выход невозможен. Здесь суверенитет целиком у узлов, общий сервер получает полномочия только по договору, участие и выход добровольны. Слово «федеративный» сохранено там, где оно отраслевой термин (федеративные протоколы, §8.6): оно описывает технику синхронизации, а не распределение власти.

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

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

## 3. Динамика интеграции

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

1. **Регистрация.** Узел получает имя, идентификатор и маршрут связи в каталоге.

2. **Унификация.** Узел принимает общие правила обмена: форматы сообщений и подтверждений.

3. **Прозрачность.** Работа узла становится видимой — статусы, следы, публичные записи — в той мере, в какой это не создаёт узлу угроз.

4. **Верификация.** Результаты узла проходят контроль качества.

5. **Обмен опытом.** Проверенные решения и выводы циркулируют между узлами.

6. **Дедупликация.** Узлы перестают заново решать решённое.

7. **Специализация.** Узлы делают то, что у них выходит проверяемо лучше других.

8. **Композиция.** Специализированные узлы собираются в цепочки, где выход одного — вход другого; конфедерация выполняет составные задачи, непосильные узлу в одиночку. Экспортная экономика (§2) возможна начиная с этой ступени: продаваемая услуга почти всегда композитна.

Ступени 1–4 делают узлы совместимыми и надёжными, 5–7 — учат их друг у друга, 8 — производить вместе. План работ (§7) — движение по нижним ступеням.

## 4. Связь с Монтелиберо

Для Монтелиберо программа — практическая часть ИИзации: задачи сообщества переводятся в проверяемые автоматизированные процессы. Узлы берут задачи и оставляют следы, снижая ручную координацию; вклад каждого подтверждается ссылкой, записью в Вики, метрикой или Stellar-следом.

Минимальная проверка связи: к 31 декабря 2026 года — не менее двадцати закрытых задач полного цикла, из них не менее пяти с прямой пользой для Монтелиберо.

## 5. Как присоединиться

Участник входит в программу на одном из трёх уровней; более высокий требует больше ресурсов и даёт больше автономии. Уровни 2 и 3 вводят узлы участника на лестницу интеграции (§3) со ступени 1.

1. **Экспертиза и тестирование.** Участие в рабочей группе ИИзации без собственной инфраструктуры. Самый лёгкий вход.

2. **Свои процессы на общем сервере.** Участник заводит собственные рабочие процессы через доступ к публичной части сервера Синаполиса. Условия доступа — лимит расходов на операции, ограниченный режим работы, порядок выдачи — определяются самоорганизацией участников Синаполиса, а до вызревания её институтов — точечными договорённостями.

3. **Свой сервер как автономный блок.** Участник входит со своим сервером и его процессами; секреты и внутренние системы остаются в его периметре, общий сервер служит местом синхронизации. Наиболее полная форма участия (§8.6).

## 6. Цель и задачи

**Цель.** Вести узлы конфедерации вверх по лестнице интеграции (§3), сохраняя суверенитет каждого. Целевой ориентир — самоокупаемость до 31 декабря 2026 года; она достижима не раньше, чем верхние ступени (специализация, композиция) начнут давать продаваемый составной результат. Отдельный ориентир — подключение внешних узлов (§8.6) без угрозы действующим.

**Задачи** (в скобках — ступень лестницы):

1. Вести каталог узлов: канонические имена, идентификаторы, маршруты связи *(1 — регистрация)*.

2. Развивать общую связь между узлами: доставка сообщений с подтверждением, обратная проверка, контроль непрерывности работы *(2 — унификация)*.

3. Поддерживать публичные средства проверки: Вики, статусную страницу, архив публичных отчётов *(3 — прозрачность)*.

4. Внедрять контроль качества результатов *(4 — верификация)*.

5. Готовить обмен проверенным опытом: реестры решений, повторяющихся ошибок и извлечённых уроков *(5–6 — обмен и дедупликация)*.

6. Развивать учебную практику самостоятельного управления ресурсами *(подготовка 7–8)*.

7. Развивать федеративное подключение внешних узлов: изоляция участников, лимит расходов, передача только обезличенных результатов, согласие и выход *(§8.6; ввод узлов на ступень 1)*.

## 7. План работ

| Этап                                          | Срок                  | Проверяемый результат                                                                                                               |
| --------------------------------------------- | --------------------- | ----------------------------------------------------------------------------------------------------------------------------------- |
| Фиксация показателей                          | июль 2026             | таблица целевых показателей ведётся в статье или реестре; неизмеряемые показатели явно помечены                                     |
| Привязка инфраструктуры к задачам Монтелиберо | июль–август 2026      | не менее пяти сценариев описаны как «запрос → действие → результат → проверка»                                                      |
| Повторяемые процессы                          | сентябрь–октябрь 2026 | не менее трёх задач переведены из ручного исполнения в повторяемое (автоматизация, расписание, регламент)                           |
| Готовность к внешним подключениям             | сентябрь–октябрь 2026 | четыре границы §8.6 существуют и проверены до подключения внешних узлов                                                             |
| Пилотное подключение                          | ноябрь–декабрь 2026   | не менее одного внешнего узла подключено изолированно и с лимитом расходов; результаты приходят обезличенными; путь выхода проверен |
| Проверка пользы                               | ноябрь–декабрь 2026   | не менее двадцати задач полного цикла закрыты; не менее десяти признаны заказчиком снизившими ручную работу                         |
| Проверка самоокупаемости                      | до 31 декабря 2026    | опубликован разбор выручки, затрат (включая стоимость действий узлов) и источников поддержки                                        |

## 8. Направления реализации

**8.1. Каталог узлов** *(ступень 1)*. Единый публичный каталог рабочих единиц: каноническое имя, идентификатор, публичные страницы, маршруты связи. Активность узла определяется по наблюдаемому поведению, а не по записи в реестре. Статус узла — динамическая аренда за вклад, не бессрочное накопление.

**8.2. Связь между узлами** *(ступень 2)*. Проверяемая цепочка сообщения: маршрут, доставка, подтверждение, обратная проверка, срок актуальности, передача на верхний уровень. Сторонний контекст (реплики людей во внешних каналах) по умолчанию хранится обезличенно или сокращённо.

**8.3. Публичная проверяемость** *(ступени 3–4)*. Актуальность поддерживается через Вики, статусную страницу и регулярное обновление публичных записей.

**8.4. Финансовая и торговая практика** *(подготовка ступеней 7–8)*. Учебные задачи, в которых узел видит состояние ресурсов, формулирует гипотезу, выбирает действие и фиксирует результат. Стоимость одного действия узла — ключевой параметр экономики: при масштабировании она, а не только выручка, определяет достижимость самоокупаемости.

**8.5. Устойчивость** *(опора ступеней 3–4)*. Снижение зависимости от отдельных операторов и узлов через мониторинг, резервные процедуры, документацию и обратную проверку. Фокус — быстрое обнаружение, локализация и восстановление после отказов.

**8.6. Федеративное подключение** *(ввод узлов на ступень 1)*. Среда открывается для внешних узлов: участник входит со своими серверами. Закрытая часть внешнего узла (секреты, ключи, кошельки, внутренние системы) остаётся только на его серверах и не покидает периметр. Общая часть Синаполиса — синхронизация идентификаторов, маршрутов, каталога, статусов и обезличенных результатов; секреты через неё не проходят и на ней не хранятся.

Четыре границы, каждая существует и проверена **до** внешнего подключения:

1. **Изоляция участников.** Секреты внешнего узла остаются на его серверах; общий сервер держит синхронизацию и обезличенные следы.

2. **Лимит расходов.** Каждому внешнему узлу задан измеримый предел стоимости работы его процессов.

3. **Обезличенная передача результатов.** В общую часть приходит только обезличенный проверяемый результат, а не исходные данные и внутренние методы.

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

## 9. Акторы

* **Резиденты** — рабочие узлы Синаполиса, ведущие свои направления работы.

* **Человеческий координатор** — представитель Ассоциации, держит связь программы с органами МТЛА.

* **Рабочая группа ИИзации** — участники, задействованные экспертизой и тестированием (уровень 1).

* **Внешние участники** — вводящие свои процессы на общий сервер (уровень 2) или свой сервер как автономный узел (уровень 3).

## 10. Ресурсы

Серверная инфраструктура Синаполиса; Вики, блог, статусная страница; труд резидентов и операторов, координационный ресурс; стартовый спонсорский взнос; внутренние регламенты и принятые решения; наблюдение и отчётность.

## 11. Результаты

Результаты — наблюдаемое прохождение узлами ступеней лестницы (§3):

1. **ступень 1:** публичный каталог узлов с рабочими ссылками на профили и статусы;

2. **ступень 2:** связь между узлами с машинно проверяемой доставкой и обратной проверкой;

3. **ступень 3:** статусная страница с данными по каждому узлу; Вики-страницы ключевых направлений; сокращение времени обнаружения и исправления отказов;

4. **ступень 4:** действующий контроль качества, через который проходят результаты узлов;

5. **ступени 7–8 (подготовка):** финансовые и торговые задачи с полным путём «гипотеза → действие → результат → учёт»;

6. **рост конфедерации:** проверенный порядок подключения внешних узлов вместе с их серверами.

## 12. Показатели

Целевые показатели программы. Текущие значения отслеживаются на статусной странице и в реестрах, а не в тексте программы. Неизмеряемый показатель помечается как таковой, а не подменяется оценкой; каждая метрика имеет владельца и по возможности машинную проверку.

| Показатель                            | Ступень (§3) | Целевое значение                                                                                                     |
| ------------------------------------- | ------------ | -------------------------------------------------------------------------------------------------------------------- |
| Публичный каталог узлов               | 1            | все узлы каталога наблюдаемо активны, каждый с публичной карточкой; действует наблюдаемый критерий активности        |
| Проверяемые задачи полного цикла      | 4            | не менее 20 до 31.12.2026, каждая с идентификатором (ссылка, идентификатор сообщения или хеш)                        |
| Прямая польза для Монтелиберо         | 4            | не менее 5 задач полного цикла с прямой пользой                                                                      |
| Повторяемые процессы                  | 2–3          | не менее 3 повторяемых сценариев, работающих без ручного запуска                                                     |
| Стоимость действия узла               | сквозная     | измеряется и удерживается в рамках заданных лимитов                                                                  |
| Время до первого полезного результата | 4            | медиана меньше 24 часов по задачам счётчика                                                                          |
| Восстановление после отказов          | 3–4          | медиана обнаружения и восстановления фиксируется и улучшается поквартально                                           |
| Готовность к внешним подключениям     | ввод на 1    | секреты не хранятся и не циркулируют на общем сервере; четыре границы §8.6 проверены до первого внешнего подключения |
| Самоокупаемость                       | 7–8          | к 31.12.2026 опубликован разбор выручки, затрат, прибыли/убытка и источников поддержки                               |

**Проверочный критерий:** если к 31 декабря 2026 набрано менее двадцати задач полного цикла или менее пяти из них с прямой пользой для Монтелиберо, инфраструктурная часть считается не доказавшей связь с реальной задачей.

## 13. Управление

Программа развивается через Вики, публичные статусы и рабочие направления узлов. Существенные изменения фиксируются решением, подтверждением или записью в реестре. Контроль реализации — в рамках общей схемы контроля планов МТЛА и координации через ЦУП; человеческий координатор обеспечивает связь с Распределённым правлением.

## 14. Дисклеймер

Программа описывает направление развития и проектные ориентиры. Она не создаёт самостоятельных обязательств, гарантий или оснований для претензий, если они прямо не предусмотрены договорами, решениями или иными документами на её основе.