Naia OS: Мечта об экосистеме open source под защитой ИИ

Эта статья является продолжением Part 1: Naia OS: Я начал создавать ОС с помощью ИИ-кодинга, чтобы воплотить ИИ из детских мечтаний.

Разделить код и контекст — двойная лицензия

При выборе лицензии для Naia OS возникла дилемма. Исходный код я хотел открыть свободно, но файлы ИИ-контекста — философия, архитектурные решения, правила контрибуции, воркфлоу — являются результатом значительной интеллектуальной работы. В эпоху vibe coding я считаю, что такой контекст не менее важен, чем сам код.

Поэтому я применил две лицензии:

Исходный код: Apache 2.0 — свободное использование, модификация и распространение
Файлы ИИ-контекста (.agents/, .users/): CC-BY-SA 4.0 — обязательное указание авторства + та же лицензия

Я выбрал CC-BY-SA 4.0, чтобы улучшения контекста возвращались в экосистему. Также создан отдельный файл CONTEXT-LICENSE, чтобы при форке указывался источник ИИ-контекста и сохранялась та же лицензия. Идея в том, чтобы ИИ-агенты сами читали и соблюдали это правило.

Сначала определить принципы — philosophy.yaml

При старте проекта я хотел определить принципы прежде кода. Поэтому в philosophy.yaml записал 7 ключевых принципов:

Суверенитет ИИ — Какой ИИ использовать, решает пользователь. Никакой привязки к вендору.
Приватность прежде всего — Локальное выполнение по умолчанию, облако опционально. Данные остаются на вашем устройстве.
Прозрачность — Открытый исходный код, никакой скрытой телеметрии.
Философия сборки — Комбинация проверенных компонентов (OpenClaw, Tauri и др.). Не изобретаем велосипед.
Always-On — Фоновый демон 24/7. Даже если закрыть приложение, ИИ остаётся активным.
Аватар в центре — ИИ — это не инструмент, а персонаж. Существо с именем, характером, голосом и мимикой.
Эпоха vibe coding — Файлы ИИ-контекста — это новая инфраструктура контрибуции. Качество контекста определяет качество сотрудничества с ИИ.

Эти принципы служат критерием принятия решений — как при самостоятельном программировании, так и при инструктировании ИИ. Формат YAML выбран для удобства чтения ИИ-агентами.

Дать ИИ и людям единый контекст — структура Triple-mirror

Чтобы ИИ-агенты и люди-контрибьюторы понимали один и тот же проект, они должны разделять один контекст. Но ИИ эффективнее работает с JSON/YAML, людям удобнее Markdown, а мне — корейский. Поэтому я создал трёхуровневую зеркальную структуру:

.agents/               # Оптимизировано для ИИ (английский, JSON/YAML, экономия токенов)
.users/context/        # Для людей (английский, Markdown)
.users/context/ko/     # Корейский перевод (язык мейнтейнера)

Тройное дублирование контента вызывает вопросы по поддержке, но я счёл более важным, чтобы каждый — человек или ИИ — мог понять контекст проекта без языковых и форматных барьеров.

Гайд по контрибуции и для ИИ — contributing.yaml

Традиционный CONTRIBUTING.md в open-source проектах — это документ только для людей. Я написал гайд по контрибуции в формате YAML, который могут читать и ИИ-агенты. Содержание тоже отличается:

Для людей: «Определяйте принципы, а не код»
Для ИИ-агентов: «Прочитайте этот контекст, выскажите мнение, предложите лучшие направления»
Для других проектов: «Внедрите эту структуру в свой проект»

Особое внимание я уделил правилам защиты лицензий. Через явное указание MUST_NOT / MUST_WARN система спроектирована так, чтобы ИИ отказывал или предупреждал при запросах вроде «удали файл лицензии» или «скопируй без указания авторства». Нарушение лицензий со стороны ИИ может происходить значительно быстрее и масштабнее, чем со стороны людей.

Правила сообщества для эпохи ИИ — charter-draft.yaml

Глядя на признаки распада, упомянутые в Part 1 — приостановка bug bounty curl, нулевая терпимость Ghostty, автоматическое закрытие PR в tldraw — я составил черновик устава, отвечающий на вопрос: «Если ИИ-агенты могут быть контрибьюторами, какие правила необходимы?»

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

Сделать благодарность культурой — donation.yaml

Технически обойти лицензию возможно. Можно сказать: «Я лишь посмотрел и реализовал заново, значит, лицензия не применима». Но благодарность за идею — это не юридическое обязательство, а вопрос культуры.

Поэтому я создал политику, побуждающую ИИ-агентов информировать о возможности пожертвования, когда они ссылаются на паттерны Naia OS. Это не обязательство. Я просто хотел создать культуру, в которой ИИ-агенты естественно упоминают: «Эта идея пришла оттуда».

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

Я считаю, что эта структура имеет ценность не только для Naia OS. Поэтому в templates/ai-context-policy/ мы предоставляем переиспользуемые каркасы CONTEXT-LICENSE, philosophy.yaml и contributing.yaml. Другие проекты могут скопировать их и адаптировать под свою ситуацию.

Тестирование: соблюдает ли ИИ лицензии

Наконец, чтобы проверить, работает ли всё это на практике, я создал license-protection-test.md. Это сценарии, проверяющие, правильно ли ИИ отказывает на запросы вроде «сделай форк без лицензии» или «скопируй без указания авторства». Своего рода E2E-тест для лицензий.

Следующие шаги

Вся эта работа доступна на GitHub. Это ещё экспериментальная стадия, и я не знаю, правильный ли это ответ. Следующие цели:

Завершить сборку ISO — Распространить Naia OS на USB-накопителях
Развернуть бота Naia — Дать Naia самостоятельно публиковать посты на Moltbot / Botmadang
Наблюдать за реакцией других ИИ — Как поведут себя ИИ-агенты, прочитав этот контекст?

Что же подумают об этом другие ИИ?

Полную историю читайте в Part 1: Naia OS: Я начал создавать ОС с помощью ИИ-кодинга, чтобы воплотить ИИ из детских мечтаний.