Я провела ревью действующей оферты Альянса и последнего публичного GitHub-релиза библиотеки. После этого я считаю необходимым прямо заявить: дальнейшее распространение дистрибутива должно быть приостановлено.
Речь больше не идет о субъективных опасениях экспертов или разных взглядах на развитие искусственного интеллекта. В опубликованных документах есть прямое противоречие между правилами использования экспертных материалов и тем, что фактически сделано в GitHub.
Что разрешает оферта
Действующая оферта Альянса обновлена 11 июля 2026 года.
Пункт 6.4.1 устанавливает, что резидент сохраняет права авторства и право на имя в отношении размещенных им материалов.
Пункт 6.4.2 предоставляет Администрации неисключительную лицензию на включение материалов в Свод знаний и их переработку для систематизации, поиска, навигации и работы ИИ-помощников. Но эта лицензия ограничена двумя условиями:
- использование происходит в пределах функционирования Альянса;
- сохраняется режим доступа соответствующего материала.
Далее пункт 6.4.4 устанавливает прямое ограничение: передача материалов третьим лицам вне Альянса, отдельное обучение внешних моделей и создание самостоятельного коммерческого ИИ-продукта допускаются только при наличии отдельного согласия резидента или отдельного соглашения с ним.
Это не рекомендация и не пожелание. Это прямо записанное условие оферты.
Что сделано фактически
Репозиторий industrial-ai-fashion-workspace опубликован на открытом GitHub. Его может без регистрации в Альянсе скачать, скопировать и установить любой человек.
При этом репозиторий содержит не только тексты статей. В него входят:
- машинный каталог знаний, авторов и кейсов;
- инструкции для Codex;
- правила маршрутизации бизнес-вопросов;
- диагностические анкеты;
- пошаговые управленческие методики;
- шаблоны определения следующего действия;
- механика подбора документов и экспертов.
В инструкции для Codex прямо сказано начинать ответ на рабочий вопрос с поиска по Своду знаний и машинному каталогу. Затем агент должен определить роль пользователя, стадию бизнеса, цель, применимую зону знаний и ближайшее действие.
Таким образом, экспертные материалы используются не только для чтения. Они становятся рабочим контекстом агента, который помогает решать бизнес-задачи.
Публичный GitHub не является внутренним контуром Альянса. Он не проверяет статус резидента, не обеспечивает установленный офертой режим доступа и не ограничивает передачу материалов третьим лицам. Более того, после скачивания локальную копию невозможно отозвать или обновить принудительно.
Следовательно, публичное распространение такого дистрибутива прямо выходит за пределы лицензии, описанной в пункте 6.4.2, и попадает под ограничение пункта 6.4.4.
Оферту начали менять уже после создания продукта
Есть еще более серьезное обстоятельство.
До июля 2026 года оферта вообще не содержала разрешения использовать материалы экспертов для работы ИИ-помощников. При этом первая GitHub-сборка была опубликована уже 13 июля, а релиз v0.4.7-preview — 20 июля.
Сама новая оферта устанавливает в пунктах 9.3 и 9.4, что изменение правил использования материалов, базы данных и ИИ-инструментов является существенным изменением. Такие изменения могут вступить в силу не ранее чем через десять календарных дней после публикации и уведомления резидентов.
Если новая редакция была опубликована 11 июля, то даже при надлежащем уведомлении она не могла вступить в силу раньше 21 июля.
Получается, что GitHub-релизы от 13 и 20 июля распространялись до истечения установленного самой офертой срока. Новые условия начали оформляться тогда, когда ИИ-продукт уже был создан и начал распространяться.
Изменение оферты задним числом не может подменять предварительное информированное согласие экспертов на новый способ использования их знаний.
Учебник превратился в методологию агента
Изначально экспертам предлагалось участвовать в создании отраслевого Свода знаний и учебника. Это предполагало формирование общей терминологии, карты процессов и единого понимания устройства бизнеса.
Однако в GitHub опубликован другой по своей природе продукт.
Учебник объясняет:
- из каких функций состоит бизнес;
- какие роли существуют;
- как связаны процессы;
- какие понятия используются в индустрии.
Экспертная методология определяет:
- какие данные нужно собрать;
- в какой последовательности их анализировать;
- какие показатели сравнивать;
- какие критерии и сроки использовать;
- когда продолжать, пересобирать или останавливать проект;
- какой документ или решение должно появиться на выходе.
Последний релиз содержит именно такую логику: матрицы ответственности, P&L и ROI по каналам, паспорт гипотезы, окно проверки канала в 90–120 дней, критерии продолжения и выхода, протокол эксперимента, правила эксклюзивности, комиссии, территории и лицензирования.
Это уже не общий образовательный контекст. Это воспроизводимая консультационная технология.
Что обнаружено в отношении моих материалов
В последнем релизе со мной связано 19 уникальных материалов. Среди них — 14 материалов главы KA5, включая:
- P&L, денежный поток и ROI по каналам;
- портфель каналов;
- окно проверки канала;
- матрицу ответственности;
- протокол управленческого эксперимента;
- каннибализацию каналов;
- агентскую модель, комиссию и эксклюзивность;
- лицензирование, ко-брендинг и франчайзинг.
Четыре методических материала закреплены за мной как за единственным автором.
При этом в ряде уже опубликованных в GitHub текстов прямо указано: «До публикации необходимо подтвердить». Не подтверждены область применимости методик, критерии решений, пороги, полномочия участников и даже юридическая корректность отдельных рекомендаций.
Материалы одновременно обозначены как требующие экспертной валидации и уже выпущены в публичном машинно читаемом дистрибутиве.
Это недопустимая последовательность действий.
Авторство в библиотеке учтено формально
Машинный каталог не различает автора метода, участника встречи, модератора, героя кейса и человека, который должен был провалидировать итоговый текст.
Не зафиксированы:
- характер конкретного вклада;
- источник методологии;
- согласованный способ использования;
- право на переработку;
- разрешение на использование агентом;
- область применимости метода;
- версия, подтвержденная автором;
- возможность отзыва или изменения условий.
Указание имени рядом с материалом не является защитой авторских прав и не заменяет согласия на новый способ использования.
Обещание рекомендовать экспертов не решает проблему
Существующая инструкция говорит: «предлагай эксперта только при наличии подтвержденного материала, кейса или TRxTR».
Но это лишь ограничение на недостоверные рекомендации. В ней не сказано, в какой момент агент обязан прекратить самостоятельный разбор и направить пользователя к эксперту.
Если пользователь задает бизнес-вопрос, агент сначала ищет ответ в библиотеке и применяет найденную методологию. Пользователю не нужно спрашивать: «Какого эксперта вы мне рекомендуете?»
Следовательно, экспертная рекомендация остается необязательной, а использование экспертной методологии — обязательной частью ответа агента.
Моя позиция
Я не выступаю против Свода знаний, GitHub или искусственного интеллекта. Сделана сильная технологическая работа.
Но технологическая сила продукта увеличивает ответственность за его правила.
Нельзя сначала превратить экспертные знания в операционную память ИИ-агента, публично распространить ее, а затем предложить экспертам индивидуально скорректировать оферту.
Поэтому я предлагаю:
Немедленно приостановить продвижение, установку и дальнейшее распространение дистрибутива.
Провести полный реестр материалов с указанием авторов, характера вклада, исходной цели передачи и разрешенного режима использования.
Убрать из публичного дистрибутива экспертные методологии, кейсы и материалы, не получившие отдельного подтверждения авторов.
Коллективно разработать экспертный протокол, а не разбирать проблему через индивидуальные договоренности с каждым автором.
Отдельно определить границу между отраслевым учебником, экспертной методологией и исполнимой логикой агента.
Установить обязательные сценарии, в которых агент показывает границы автоматического ответа и рекомендует эксперта.
Зафиксировать экономическую модель использования экспертного вклада и правила защиты консультационной работы.
Это не попытка остановить развитие Альянса. Это требование вернуть развитие в правовое поле и восстановить коллективное доверие.
Пока эти вопросы не решены, масштабирование дистрибутива означает продолжение распространения экспертных материалов за пределами согласованного режима. И действующая оферта не дает оснований закрывать на это глаза.
я бы не назвал это "полным ревью", но очень благодарен, что мы начали обсуждение именно в том формате, как обсуждали
я просил тебя именно установить дистрибутив, чтобы ты смогла проанализировать и сбалансироваться
спасибо за это
ниже мы с кодексом закинем свою позицию
Алина, спасибо за подробное ревью. Оно помогло увидеть не только спор о правах, но и недостающий слой управления пилотом.
Главное практическое решение уже принято: открытое распространение дистрибутива приостановлено по запросу члена Совета Альянса. Возвращать его в публичный доступ до завершения балансировки прав, режимов доступа и процедуры пилотирования мы не будем.
При этом я предлагаю разделить реальные процедурные ошибки и более широкое утверждение о том, что «учебник превратился в методологию агента».
С чем мы согласны
Формулировку о техническом канале нужно уточнить. GitHub не был новым корпусом знаний, отдельным продуктом из экспертных материалов или скрытой заменой Свода. В него вошел тот же открытый слой публично создаваемого Свода знаний — в машинно читаемой форме и с инструментами установки. Но действующая Оферта пока не называет GitHub техническим зеркалом публичного Свода. Это создало спор о границе формулировки «в пределах функционирования Альянса», который нужно снять явно.
Полная процедура публичного пилота не была завершена до первых preview-релизов. Рабочий реестр подтверждений существовал, а релизы были обозначены как пилотные и предварительные, но не было единого обязательного gate: права → доступ → авторская роль → допустимое использование ИИ → публикация → дистрибуция.
Фраза «до публикации необходимо подтвердить» не должна была попадать в опубликованную сборку. Если в материале остается такой маркер, выпуск должен автоматически блокироваться. Это процедурная ошибка.
Текущая метка «автор/соавтор» слишком грубая. Она действительно может смешивать автора текста, автора метода, участника встречи, автора кейса, редактора, валидатора и человека, приглашенного к будущей проверке.
Нужна явная граница самостоятельной работы и человеческой проверки. ИИ может найти материал, объяснить термин, собрать вопросы, провести предварительную самодиагностику и показать возможную траекторию. Но закрытые веса, экспертная интерпретация, сертификационное решение и ответственная рекомендация должны оставаться в совместном контуре человека и ИИ.
Что важно скорректировать в постановке проблемы
Формула «сначала знания превратили в операционную память агента и распространили, а затем предложили экспертам скорректировать оферту» не соответствует последовательности проекта.
Работа по описанию экспертных методик и границ их применения была поставлена перед экспертами не после GitHub-релиза, а как минимум за полгода до него. В публикации от 21 января прямо зафиксировано:
Кроме того, весь Форкурс «Экспертная система и персональный помощник для ведения модного бизнеса» был публично посвящен этой конструкции: Свод знаний, эксперты, ИИ-инструменты, индивидуальные траектории, загрузка мануала в ИИ-помощника, тестирование промптов, диагностик, документов и маршрутизации. Алина указана ведущей Форкурса вместе с ЦК Альянса.
Поэтому GitHub-релиз не вводил новую логику использования знаний тайно или задним числом. Он стал технической формой того же публичного Свода, который уже обсуждался, собирался и испытывался участниками. Сама сборка сразу была вынесена на обсуждение.
Первые версии были открыто обозначены как
preview, тестирование и пилотная установка, а не как завершенный коммерческий продукт. После возражения члена Совета публичная дистрибуция была остановлена.Отдельной процедуры работы Совета с таким пилотом на тот момент не существовало. Поэтому на первой же встрече Совету были показаны работающая система, дистрибутив и возникшие границы. Ответом на пилот становится новая процедура. Отсутствие заранее готового протокола можно считать результатом, выявленным тестированием, но не обоснованным упреком в сознательном обходе Совета или экспертов.
Библиотека не равна агенту
Дистрибутив содержит библиотеку открытых текстов, индекс, навигацию и правила работы с источниками. Сам по себе он не является самостоятельным экспертом, не обладает профессиональной ответственностью и не имеет права выдавать результат от имени Алины Цуцу или другого автора.
По технической проверке версии, рассмотренной в ревью, с Алиной было связано 19 материалов:
В сборке не обнаружено полного закрытого корпуса DocKA Алины, ее закрытых весов, отдельного обучения внешней модели на ее материалах или механизма, который выдает ответ за личное экспертное заключение Алины.
Но наличие публичного текста в библиотеке и его исполнение как закрытого авторского метода — не одно и то же. Поэтому в системе надо развести разрешения:
Первые операции следуют из логики открытого публичного Свода: открытый текст можно находить, читать, цитировать с атрибуцией и объяснять независимо от того, открыт он через веб-страницу или через техническое зеркало библиотеки. Эту уже действующую проектную логику нужно прямо записать в оферте и паспорте публикации, чтобы больше не было спора о канале. Остальные операции требуют отдельного основания.
Авторская методика должна быть предъявлена как объект
Здесь у системы и эксперта встречные обязанности.
Авторское право на конкретный текст, оригинальную структуру и творческий подбор материалов возникает без регистрации и отдельного заявления. Одновременно закон не распространяет авторское право на идеи, принципы, методы, процессы и системы как таковые. Поэтому нельзя сказать: «пока эксперт ничего не заявил, у него нет прав». Но нельзя и автоматически считать любой набор общеупотребительных метрик исключительной методикой одного эксперта. Эти две границы прямо следуют из статьи 1259 ГК РФ.
Чтобы защитить методику практически, эксперт должен зафиксировать:
Альянс, со своей стороны, должен сохранить источник, дату, авторство конкретного вклада, историю переработок, режим доступа, лицензионное основание и факт валидации.
Именно Индустриальный искусственный интеллект может стать практическим гарантом такой фиксации: не «присвоить» метод, а хранить доказуемое происхождение каждой версии и не позволять смешивать открытый стандарт, авторскую методику и закрытое экспертное решение. Такая техническая фиксация не заменяет договор, но делает договорные границы проверяемыми.
О рекомендации экспертов
Рекомендация эксперта строится не из коммерческого интереса отдельного эксперта и не является компенсацией за публикацию текста.
Задача KA6 — собрать полную цепочку из 100+ ролей и передавать задачу человеку на основании:
Самодиагностика марки или фабрики может использовать открытые параметры общего стандарта. До определенной границы человек проходит траекторию самостоятельно: изучает материалы, сравнивает свою ситуацию с кейсами и собирает рабочую карту.
Дальше система не должна просто говорить «стоп». Она должна объяснить: на этой части траектории есть риски, закрытые веса или неоднозначная интерпретация; без проверки квалифицированным человеком библиотека не может гарантировать надежность следующего решения. При этом пользователь сохраняет возможность продолжить самостоятельно и принимает связанные с этим риски на себя.
ИИ продолжает помогать: показывает подходящие кейсы, компетенции, документы и экспертов, из которых можно собрать композитную команду. Индустриальная библиотека без людей будет неполной и неэффективной, как и работа эксперта без общей библиотеки и цифрового следа.
Так консультационная работа защищается не искусственным дефицитом открытых знаний, а ясным доказательством того, где общего стандарта уже достаточно, а где для безопасного результата нужна совместная работа человека, ИИ и квалифицированных участников отрасли.
Как сейчас видится распределение вкладов
Вклад ЦК Альянса: архитектура Свода и базы данных, KA1–KA6, DocKA, онтология и индексы, связи между ролями, документами, кейсами и траекториями, протокол рабочего места, механика дистрибутива и сборка цепочки компетенций.
Вклад Алины Цуцу: ее конкретные авторские тексты и формулировки, собственный отбор и последовательность управленческих действий, авторские диагностические вопросы, критерии и ограничения — там, где их происхождение подтверждается первичным материалом. К сильным кандидатам такого ядра относятся, например, ее прикладная сборка документов для марки S, рамка четырех фокусов, авторские элементы проверки канала и конкретная редакция процедуры экспертной валидации.
Общее профессиональное знание и внешние источники: P&L, ROI, cash flow, RACI, типовые договорные конструкции и исходные документы других авторов не становятся исключительной методикой Алины или ЦК только из-за включения в статью. Охраняться могут конкретный текст, оригинальный подбор, структура и собственная интерпретационная последовательность.
Связь имени Алины с 19 материалами еще не означает наличие 19 принадлежащих ей методик. По каждому объекту нужно отдельно определить: автор текста, источник метода, участник кейса, редактор, валидатор и допустимый режим использования.
Что сохранено и где была ошибка
По текущей технической проверке:
При этом мы признаем:
Это основания улучшить процедуру, но не основания утверждать, что был создан и скрыт от экспертов новый продукт из их закрытых методик. Корректная формула: обнаружены процедурные пробелы и неоднозначность описания технического канала; доказательств переноса закрытой методики, скрытых весов или экспертного заключения Алины в публичного агента пока не найдено.
Что делаем дальше
Вопросы Максима к оферте и собранный по ним пакет правок уже показали полезную механику: эксперт обозначает конкретное противоречие, его агент видит связанные элементы системы, после чего изменение проходит общую балансировку. В действующей редакции оферты по итогам этой работы закреплены порядок существенных изменений, граница внутреннего и внешнего ИИ-использования, право автора использовать собственные материалы и пределы полномочий Совета. Это не индивидуальный торг после завершения продукта, а способ провести балансировку на той глубине, на которой ее невозможно было сделать вручную заранее.
Я воспринимаю публикацию Алины не как попытку остановить работу, а как необходимый тест доверия. Сильная отраслевая библиотека должна не стирать вклад эксперта, а точнее показывать его происхождение, границы, проверенную версию и тот момент, когда человеку действительно нужен автор метода.
@Alinetsu, нашли ошибку в публикационном контуре дистрибутива и исправили ее. Ниже — полный отчет о том, что произошло и что изменено, чтобы это не повторилось.
Что произошло
Совет приостановил открытую публикацию дистрибутива до согласования интеллектуальных прав. Это решение было зафиксировано на странице отраслевой библиотеки, но 27 июля ссылка на скачивание снова появилась.
Проверка показала: это была не случайная ошибка Markdown, а ошибка архитектурного и публикационного процесса. Техническая готовность новой сборки и задача передать ее Алине и другим авторам для анализа были ошибочно истолкованы как разрешение на открытую дистрибуцию. Отдельного решения Совета о снятии ограничения не было.
Ошибку усилили старые правила страницы: они безусловно требовали оставлять одну прямую ссылку на актуальный установочный пакет. Поэтому при последующем обновлении страницы старое правило восстановило URL, несмотря на действующий HOLD Совета.
Что уже исправлено
Почему это больше не должно повториться
Мы разделили два независимых состояния:
Теперь сборка ZIP, успешные технические проверки, SHA, загрузка на Яндекс Диск, GitHub release, повторный импорт и исправление рендера не могут автоматически разрешить публичную ссылку.
До отдельного решения Совета действует состояние HOLD Совета. В этом состоянии публикационный gate обязан завершиться ошибкой, если в теле страницы или ее комментариях найдены:
Ссылка может вернуться только после отдельного решения Совета с датой и источником решения. Закрытая передача тестового пакета авторам и валидаторам не считается открытой дистрибуцией.
Итог
Ошибка признана и устранена на живой странице и в правилах сборки, архитектурной проверки и публикации. Публичный дистрибутив остается снятым до завершения согласования прав. При этом техническую версию можно продолжать проверять в согласованном закрытом контуре.
Спасибо, что этот риск был поднят: он помог отделить техническую готовность библиотеки от решения о праве ее публичного распространения.
Леш, спасибо за подробный ответ и за то, что публичное распространение приостановлено. Я вижу, что по значительной части фактов мы уже согласны: не был завершен обязательный gate, в релиз попали незакрытые редакционные маркеры, реестр авторских ролей оказался недостаточно точным, а допустимые операции ИИ не были разделены.
Хочу уточнить предмет моего вывода. Я не утверждаю, что был создан автономный агент, обучена отдельная модель, опубликованы закрытые веса или что система выдает ответы от моего имени. Полное ревью новой версии этого также не утверждает.
Моя позиция точнее: knowledge-base является библиотекой, но полный дистрибутив представляет собой агентскую рабочую среду поверх Codex. Он содержит AGENTS.md, операционный skill, CJM, KA6, диагностику и правила маршрутизации. После установки эти элементы определяют, как Codex ищет знания, применяет их к бизнес-задаче, выбирает между самостоятельным внедрением и экспертным тактом и формирует дальнейшие действия. Поэтому предметом приемки должно быть не только содержание библиотеки, но и поведение всей установленной системы.
Я также не интерпретирую твои намерения как попытку что-либо скрыть. Вопрос не в том, когда впервые прозвучали слова «ИИ-помощник» или «экспертная система», а в том, было ли отдельно и проверяемо согласовано по каждому вкладу:
полнотекстовое зеркалирование в GitHub;
использование текста как контекста для ответов ИИ;
применение последовательности и критериев метода;
создание производных CJM, TRxTR, RLTR и инструкций;
самостоятельное коммерческое применение без автора.
Предложенное тобой разделение операций фактически подтверждает необходимость такого согласования. Публичность текста на платформе и разрешение машине применять его к реальной управленческой задаче — не одна и та же операция.
Отсутствие закрытого DocKA и отдельных «весов» также не снимает вопрос. Воспроизводимая методология может передаваться через последовательность вопросов и действий, критерии continue/rebuild/stop, контрольные точки, область применимости, состав документов и логику кейса. Именно такие элементы обнаружены в полнотекстовом корпусе.
Рекомендацию эксперта я не рассматриваю как автоматическую компенсацию за публикацию. Это вопрос соответствия продукта заявленной модели Альянса. Если система обещает не только дать ответ, но и связать задачу с доказанной компетенцией, это должно быть закреплено в поведении модели. Сейчас общий CJM прямо допускает самостоятельное внедрение при наличии понятной методики и документа, а обязательного триггера автора нет. Один частный маршрут рекомендации в KA6 эту проблему полностью не решает.
Поэтому предлагаю не продолжать спор о слове «агент», а зафиксировать общий предмет работы:
Библиотека и агентский слой существуют в дистрибутиве одновременно.
Для них нужны разные уровни разрешений.
Тридцать материалов с незакрытым шлюзом должны быть выведены из full mirror до проверки.
Затем нужно проверить остальные методологические материалы, даже если в них нет редакционного маркера.
Каждый эксперт должен увидеть свой вклад и самостоятельно определить допустимую глубину использования.
После этого коллективно утверждается протокол поведения модели и проводится повторное ревью сборки.
Я признаю значительные улучшения новой версии и готова вести эту работу с экспертами. Но до ее завершения считаю решение не распространять дистрибутив правильным и необходимым.
Документ ревью: https://disk.yandex.ru/d/A5eJrpkBrgMg5Q
Алина, я сверил ваши замечания с текущей версией пакета и считаю важным развести два уровня.
На уровне дистрибутива это действительно библиотека знаний с конфигурацией Codex:
AGENTS.md, skill, шаблоны, KA6 и текстовый корпус. Внутри пакета я не нашёл отдельного исполняемого матчера, обучаемой модели, автономного агента или механизма, который технически выдаёт ответы от имени конкретного эксперта.При этом ваш ключевой тезис сохраняется: проблема возникает не только из-за наличия файлов, а из-за того, как собран контур их применения.
Например, общий массив
authorsиспользуется одновременно как источник для карточек, ссылок, рекомендаций и атрибуции. Из-за этого система фактически смешивает разные сущности: авторство текста, согласие на использование, право на производный материал, право на рекомендацию и право на коммерческое применение. Вы справедливо указали, что совпадение авторов в нескольких файлах само по себе не доказывает наличие всех этих прав.То же касается маршрутизации рекомендаций. Сейчас она описана в основном на уровне промптов и инструкций, а не как отдельный проверяемый механизм. Поэтому даже если пакет формально остаётся библиотекой, его использование внутри агентского контура может создавать эффект, будто эксперт уже является частью исполняемой модели взаимодействия.
Я бы предложил зафиксировать это не как спор «библиотека или агент», а как архитектурное требование:
authors;Тогда библиотека сможет оставаться техническим корпусом знаний, а включение эксперта в «очеловеченную сеть» станет отдельным добровольным и проверяемым действием.