Что должно остаться в открытом Своде, а что — у эксперта

Рабочая редакторская фиксация переговоров; спорные правовые вопросы не являются решениями.

24 июля эксперты и команда Альянса обсуждали не только доступ к общей библиотеке. Разговор шел о том, как меняется роль знания, когда библиотека становится частью ИИ-помощника: что можно оставить открытым, где начинается авторская методология и в какой момент задача должна перейти от машины к человеку.

Ниже — хронология переговоров. Реплики отредактированы для чтения: убраны устные повторы, но позиции участников, возражения и незакрытые вопросы сохранены раздельно.

1. С каким ожиданием эксперты передавали знания

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

Алексей Баженов: В какой-то момент обсуждался и учебник, но конструкция с передачей прав оказалась сложнее, чем предполагалось.

Алина уточнила: учебник был лишь одним из возможных результатов. Поэтому перед новым способом использования материалов нужно вернуться к исходным ожиданиям каждого автора и к документам, которыми они были закреплены.

2. Что изменилось с появлением дистрибутива

Алина Цуцу: Раньше Свод знаний воспринимался как библиотека и основа общего стандарта. Теперь он включен в конфигурацию ИИ-помощника. Это не просто новый канал доставки: знания начинают влиять на выбор роли, метода и следующего действия пользователя. Публичного сообщения о пилоте недостаточно, чтобы считать всех авторов понявшими новую конструкцию и согласившимися с ней.

Алексей Баженов: Пилот и был вынесен на обсуждение, чтобы получить проверку и найти противоречия.

Различие позиций осталось: Алексей воспринимал открытый пилот как способ начать балансировку, Алина — как изменение использования, которому должна предшествовать работа с авторами и правами.

3. Почему спор оказался не только о GitHub

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

Для Алины проблема была не в применении ИИ как таковом. Она предложила честно назвать новый объект и вместе определить его границы: какие решения может принимать система, когда она обязана остановиться и на каком основании подключает конкретного эксперта.

4. Какие уровни доступа нужно восстановить

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

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

5. Как Алексей объяснил открытый пилот

Алексей Баженов: Закрытый материал не смог бы прочитать другой Codex и вернуть независимую проверку. Но запуск следовало предварительно вынести на Совет. Для закрытых рабочих документов предполагалось другое правило: открытой остается карточка и ссылка, а не сам документ.

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

Алина Цуцу: Совет может быть одним из gates, но он не заменяет согласия людей, чьи материалы используются.

6. Библиотека, агент или инфраструктура

Алина Цуцу: Библиотека, Индустриальный ИИ и агентная система — разные объекты.

Алексей Баженов: Агентом является Codex, а пакет организует для него локальную библиотеку.

Алина Цуцу: Тогда нужно смотреть не на название, а на исполняемые инструкции. Если пакет задает поведение и последовательность действий, он участвует в конфигурации агента.

Участники не выбрали единый термин. Практический вопрос оказался важнее: какие решения реально исполняет система и кто несет ответственность за их последствия.

7. Анна Якимова поставила вопрос об обязательной передаче человеку

Анна Якимова: Название системы вторично. Нужно определить параметры, при которых ИИ прекращает самостоятельный маршрут и вызывает эксперта. Если такого порога нет, машина будет продолжать действовать там, где уже требуется человеческая ответственность.

Алина Цуцу: Система должна знать не только кого рекомендовать, но и где заканчивается ее собственная компетенция.

Конкретные критерии передачи задачи человеку на встрече не разработали. Но участники отделили простую рекомендацию эксперта от обязательного перехода к нему.

8. Ирина Васильева попросила проверить конкретный вклад GRASSER

Ирина Васильева, GRASSER: Я помню один переданный общий документ и не считаю, что GRASSER входил в эту систему как эксперт, который должен консультировать пользователей. Прежде чем считать документ открытым, мы повторно проверим его содержание и права внутри компании.

Алексей Баженов: Здесь важно разделить общие стандарты и учебные материалы, которые можно систематизировать, и собственные данные или инструменты компании. Второй слой остается активом GRASSER и может существовать как отдельный продукт.

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

9. Алина Косоветис спросила о рабочих шаблонах и экономике

Алина Косоветис: Если эксперт передает медиаплан или другой рабочий шаблон, попадет ли он в общий репозиторий? Каким будет его реальный режим доступа?

Алина Цуцу: В проверенной мной версии надежного разделения я не увидела.

Алексей Баженов: Задумывалось, что у материалов «только для своих» открыта карточка, а сам документ остается в закрытом доступе. Фактическую реализацию этого правила нужно проверить.

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

10. Федор Шумилов отделил вопросник от методологии

Федор Шумилов: Отдельные процессы и общий вопросник можно вынести в открытый слой. Фабрика сможет увидеть свой уровень и понять, где у нее проблема. Но диагностика связей между процессами, причинность и выбор рекомендации — это авторская методология. Ее нельзя автоматически выдавать как готовый план до консультации.

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

Алина Цуцу: Именно поэтому нужны разные уровни доступа: вопросник, метод и интерпретация не должны считаться одним объектом.

11. Возник вопрос о зависимости от используемой ИИ-модели

Федор Шумилов: Как будут учитываться возможные изменения требований к иностранным ИИ-сервисам?

Алина Цуцу: Это вопрос базы обучения; по ее позиции, база обучения находится в России.

Алексей Баженов: Сейчас система собирается на Codex как на сильном инструменте, чтобы быстрее сформировать отраслевой слой. Дальше он связал эту работу с возможным переходом на российские модели, но не описал механизм переноса библиотеки или протокола.

Участники не давали правового заключения. Для дальнейшей проверки остались два отдельных вопроса: где находится отраслевой слой и как он сможет использоваться с другой ИИ-моделью.

12. Валидация не оказалась автоматической ценностью

Алексей Баженов: Если право официальной валидации остается у эксперта, почему открытая методология обязательно лишает его роли?

Алина Косоветис: Если агент уже провел бизнес по методологии и выдал ответ, собственнику может быть непонятно, зачем отдельно платить за подтверждение. При этом система может ошибиться, а эксперт не контролирует результат.

Анна Якимова: Люди часто покупают помощь, когда проблема уже стала острой. Если машина говорит, что умеет считать и рекомендовать, человек решит, что эксперт не нужен. Поэтому недостаточно оставить кнопку «можно обратиться». В определенной точке маршрут без человека не должен продолжаться.

Так в разговоре появились два разных механизма: рекомендовать эксперта и передать ему ответственность. Стадии, на которых требуется обязательная передача, остались предметом проектирования.

13. Федор показал репутационный риск неверной рекомендации

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

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

Из этого следует не готовый запрет, а проверяемое требование: имя эксперта нельзя связывать с автоматическим выводом, который эксперт не видел и не подтверждал.

14. Алина Цуцу предложила общую библиотеку и личных агентов

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

Это было предложение Алины, а не утвержденная продуктовая или лицензионная модель.

15. Алексей описал свою инженерную конструкцию

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

Алина Цуцу: Намерение архитектуры и фактическая реализация — не одно и то же. Мое ревью показывает, что границы еще нужно доказать и сделать исполнимыми.

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

16. Кому должно стать лучше от общей инфраструктуры

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

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

Алина Цуцу: Ценность такой модели для эксперта еще нужно доказать.

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

17. Участники договорились временно ограничить публичный маршрут

Алексей Баженов: Текущая модель несбалансирована под эксперта. Предлагаю проводить следующий пилот через Совет.

Алина Цуцу: Одного Совета недостаточно. Текущую версию должны увидеть люди, которые создавали этот слой, и каждый должен понять, что именно отдает.

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

18. Один новый релиз не заменяет общего протокола

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

Алексей Баженов: Пользовательский агент все равно остается активным: он должен сопровождать человека к нужной роли.

Алина Цуцу: Общая библиотека сама не должна проводить индивидуальную диагностику. Человек читает стандарт, понимает, что ему нужна диагностика, и приходит к эксперту, который применяет собственную методологию.

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

19. Новая версия должна пройти авторскую проверку

Алексей Баженов: Я доработаю KA6 и подготовлю новую версию для ревью.

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

Участница, подключившаяся с канала iPhone: Нужно учитывать NDA: даже в консультации эксперт не всегда имеет право раскрывать данные клиента.

Алина Цуцу: Решение об анонимизации и раскрытии должно оставаться у эксперта и учитывать права клиента.

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

20. Закрытый авторский релиз и ориентир к Форуму

Федор Шумилов: Общие лекции, знания и часть вопросников можно открывать. Агентную часть, методологию и способ интерпретации нужно закрывать и согласовывать отдельно.

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

Алексей Баженов: К Форуму 10 сентября стоит протестировать новую конструкцию. Одним из направлений могут стать собственные агенты экспертов.

Алина назвала это сильным вариантом. Но участники не брали обязательство выпустить агента каждого эксперта к Форуму и не утверждали состав сентябрьского результата.

Что удалось зафиксировать как ближайший рабочий контур

• Алина Цуцу и Алексей Баженов договорились о направлении временно ограничить текущий публичный маршрут; факт исполнения нужно проверить отдельно.
• Авторы и вкладчики должны увидеть свои материалы и определить режим каждого объекта.
• Общие знания, рабочие документы, методология, интерпретация и клиентские данные требуют разных правил.
• Один новый релиз KA6 не заменяет общего протокола с экспертами.
• До следующего публичного запуска нужна закрытая авторская проверка.

Какие вопросы остались открыты

1. Кто является автором, соавтором или вкладчиком каждого объекта?
2. Что именно передано: текст, шаблон, вопросник, метод, данные, кейс или право интерпретации?
3. Как фиксируется и отзывается согласие на конкретный способ использования?
4. Когда ИИ обязан остановиться и передать задачу человеку?
5. Кто отвечает за автоматическую рекомендацию и использование имени эксперта?
6. Где хранятся общая и личная библиотеки?
7. Как устроены права на личного агента и модель дохода?
8. Как соблюдаются NDA и права клиентов?

Следующий рабочий такт

Алина завершает реестр и индивидуальное ревью материалов. Ирина и команда GRASSER отдельно проверяют свой документ. Алексей готовит новую версию KA6 для ревью Алины. После этого авторам нужен закрытый релиз, общий протокол прав, доступа и передачи задачи человеку, а затем — повторное решение о публичном пилоте.

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