
Набросаю сначала на Excel. Если смысл живой — в промышленную БД переползём потом.
Это важное различие между смыслом и реализацией. Хранилище можно заменить. Канонические определения, версии, полномочия и контракты должны пережить замену.
3.3. Теперь появляется второй вопрос: что мне ещё неизвестно?
Как только Product Brief записан, возникает Research Direction — направление исследования. Это уже не описание продукта, а контракт на неизвестное: что именно требуется узнать, доказать, сравнить или опровергнуть, чтобы продвинуть продукт.
Продукт записал. Теперь — что именно мешает мне его построить?
Research Direction фиксирует вопрос или цель, объект, границы, исходные факты, ограничения, критерии результата и доказательную стратегию. В product-directed версии добавляется происхождение вопроса: какой пункт Product Brief или какой продуктовый GAP породил это исследование.
Например, Product Brief требует локального контролируемого исполнения. Тогда Research Direction может звучать так: «Какая архитектурная организация обеспечивает локальное исполнение Digital Replica, при котором активный контекст, вызов инструментов, полномочия и запись в профессиональную память остаются управляемыми и воспроизводимыми?»
Вот это уже вопрос. А не «докажи, что мой любимый фреймворк правильный».
3.4. Research Direction не должен подсказывать ответ
Плохой исследовательский вопрос содержит желаемый результат: «доказать, что архитектура X подходит». Хороший фиксирует требование и оставляет пространство для конкурирующих решений.
Именно здесь Product Brief защищает исследование от вкусовщины. Нам может нравиться определённый agent framework или конкретный поставщик. Но в Research Direction мы должны проверять не симпатию к реализации, а способность конструкции удовлетворить продуктовые ограничения.
OpenAI красиво устроено? Возможно. Но я пришёл туда за механизмом, а не за правом скопировать весь продукт.
3.5. Границы: где исследование обязано остановиться
В AI-среде отсутствие границы почти гарантированно превращается в расширение вопроса. Поэтому Research Direction фиксирует system-of-interest, IN-SCOPE и OUT-OF-SCOPE.
Если сейчас мы исследуем контролируемое локальное исполнение, философия сознания может быть интересна, но она не обязана находиться внутри текущего контура. Если позже обнаружится конкретный GAP, который без неё нельзя закрыть, граница будет пересмотрена новой версией.
А давайте ещё сознание посмотрим. Нет. Пока не за что его сюда тащить.
3.6. Доказательную стратегию лучше выбрать до того, как понравился ответ
Evidence Strategy задаётся до генерации итоговых выводов. В базовой форме есть два контура: внешний поиск опор и собственные проверки — расчёты, стенды, исполнение, воспроизводимые эксперименты.
Разные утверждения требуют разных доказательств. Что определённая конструкция существует у донора — вопрос источников. Что она работает в нашем runtime — вопрос исполнения. Что другой человек сможет воспроизвести сборку — вопрос независимого повторного прохода. Что система допустима в конкретной регулируемой среде — может потребовать внешнюю экспертизу.
Сначала понравился ответ, потом придумал проверку?
Нет. Так можно доказать себе что угодно.
3.7. Output Contract: чем направление обязано закончиться
У входного контракта должен быть выходной. Output Contract перечисляет, что должно существовать, когда мы решим закрыть Research Direction: проверяемые выводы, альтернативы, отрицательные результаты, evidence trace, использованные фасеты, состоявшиеся и отклонённые переносы, результаты собственных проверок, GAP и следующий вопрос.
Product-directed версия добавляет Product Delta — что именно исследование изменило в продукте. Иногда мы подтверждаем способность. Иногда удаляем её. Иногда Product Brief вообще не меняется, но закрывается критический долг проверки. Все три результата нормальны.
3.8. Product Reframe: если исследование изменило сам продукт
Серьёзное исследование иногда меняет исходную постановку. Это не обязательно ошибка. Управляемый Product Reframe имеет причину: новый факт, противоречие, провал испытания, новый GAP или доказанный архитектурный предел.
Тогда создаётся новая версия Product Brief. Старый набор предметных областей не переносится автоматически. Каждая ранее включённая область проходит повторную проверку: всё ещё ли она нужна новому продукту?
Знания не исчезли.
Просто продукт изменился — и старый набор вопросов больше не святыня.
3.9. Product Brief не выбирает науки заранее
Это правило принципиально. Product Brief не содержит списка «правильных областей». Он задаёт критерий полезности. Новая фасета может появиться позже, если она закрывает реальный продуктовый GAP.
В Universal DR именно так позднее появились архитектурные и agent-runtime доноры. Они вошли не потому, что хотелось расширить обзор, а потому, что обнаружился конкретный execution GAP: семантическое ядро было развито лучше, чем контролируемая механика его эксплуатации.
Так вот зачем я снова полез к агентам.
Не потому, что они модные. Потому что у меня здесь дырка.
Это и есть ключевое различие между product-directed исследованием и заранее закрытой продуктовой декомпозицией. Продукт определяет, зачем искать; исследование сохраняет свободу обнаружить неожиданное.
3.10. От прототипа к промышленной реализации
На этой стадии полезно ещё раз развести семантику и реализацию. Допустим, первая версия канонического ядра живёт в Excel. Это удобно: структура прозрачна, версии сравнимы, контракты можно читать глазами и машинно. Позже промышленный продукт может хранить те же сущности в СУБД, специализированном хранилище или другом локальном контуре.
Если при переносе приходится заново придумывать смысл сущностей, значит, в прототипе мы моделировали не канон, а случайную реализацию. Хороший Product Brief и Research Direction помогают заметить эту ошибку заранее.
Хранилище поменяем.
Смысл менять не должны.
3.11. Две короткие карточки вместо бюрократии
Практический старт можно свести к двум карточкам. В Product Brief фиксируются продукт, пользователь, среда, обязательные способности, запреты, неотменяемые ограничения, критерий готовности и граница реализации. В Research Direction — вопрос, объект, границы, факты, ограничения, Evidence Strategy, критерии результата и Output Contract.
Новая область просится в исследование?
Какой пункт одной из этих карточек требует её присутствия?
Если ответа пока нет, направление не обязано быть ошибочным. Но оно остаётся кандидатом и не расширяет исследовательскую оптику автоматически.
3.12. Теперь можно открывать предметные миры
Мы наконец удержали обе стороны задачи. Product Brief фиксирует, что строим. Research Direction — что именно надо узнать и доказать. Теперь можно идти в соседние области уже не туристом, а исследователем с конкретным вопросом.
Продукт задаёт критерий полезности. Research Direction задаёт вопрос и доказательный контракт. Но этого ещё мало: теперь надо понять, как вообще устроен самостоятельный предметный мир и почему два одинаковых слова могут означать совершенно разные вещи.
Хорошо. Что искать — понятно.
А как не перепутать чужой предмет со своим?
Часть II. Захват предметной реальности
К этому моменту у исследователя уже есть две вещи, которых не было в самом начале: он понимает, какой продукт строит, и знает, какой исследовательский вопрос должен закрыть. Но перед ним остаётся самая неприятная часть работы. Мир вокруг продукта по-прежнему не организован. В документах одни и те же слова означают разное, в соседних дисциплинах одинаковые механизмы называются по-разному, а ИИ очень охотно склеивает всё это в гладкий текст. Поэтому следующая задача «Глаза стрекозы» — не искать больше знаний, а захватить предметную реальность так, чтобы с ней вообще можно было работать.
Глава 4. Предметные фасеты: как не смешать разные миры
Представим, что наш исследователь продолжает разбираться с локальной Digital Replica. Он уже понял, что ему нужна профессиональная память, контролируемое исполнение, восстановление состояния и работа в закрытом контуре. Обычный поиск тут же начинает подбрасывать знакомые слова: memory у AI-agent, working memory в когнитивных архитектурах, organizational memory в теории организаций, configuration baseline в системной инженерии. Все четыре направления похожи. Но похожи чем?
Так. Везде написано «память».
А память-то у них одна и та же?
4.1. Тема — ещё не предметный мир
Самая простая ошибка в многопредметном исследовании — назвать тему и решить, что предметная область уже определена. «Память», «устойчивость», «агенты», «безопасность», «риски» звучат как области знания. Но для исследовательской работы этого недостаточно. Тема не объясняет, какие сущности существуют внутри неё, какие состояния для них допустимы, какие механизмы считаются нормальными, какие источники доказывают утверждения и где заканчивается область применимости.
Если мы просто создадим папку «Память» и сложим туда всё найденное, получится аккуратный архив. Но уже через несколько дней в нём рядом окажутся память языковой модели, оперативная память вычислительной системы, рабочая память когнитивной архитектуры, архив документов, организационная память предприятия и профессиональная память Digital Replica. ИИ без труда напишет между ними переходы. Проблема только в том, что эти переходы могут существовать лишь на уровне слова.
Поэтому «Глаз стрекозы» требует более жёсткой единицы. Мы будем называть её предметной фасетой. Фасета — это самостоятельный предметный мир, у которого есть явная граница, собственный словарь, набор таксонов, отношения, механизмы, процессы, доказательная база и области возможного переноса.
Понятно.
Не папка с текстами. Маленький мир со своими законами.
4.2. Что должно быть внутри фасеты
У зрелой фасеты есть несколько обязательных слоёв. Первый — Boundary, граница. Нужно заранее написать, что считается внутри предметного мира, что остаётся снаружи и по какому правилу мы отличаем одно от другого. Граница не строится по ключевым словам. Слово «memory» может встретиться в десятке дисциплин, но это не делает их одной фасетой.
Второй слой — Specification, спецификация. Она отвечает на простые вопросы: что за объект мы рассматриваем, какой масштаб допустим, какие типовые вопросы здесь имеют смысл, какие единицы наблюдения используются и какие ограничения нельзя забывать. Такая спецификация нужна не для бюрократии. Она позволяет другому исследователю собрать тот же предметный мир и не получить совершенно другую область под тем же названием.
Третий слой — Vocabulary, словарь. Он фиксирует критические термины именно в контексте данной фасеты. Если одинаковое слово имеет два значения, это должно быть видно. Если два разных слова обозначают один и тот же предмет, это тоже нужно показать. Синонимы и омонимы для ИИ особенно опасны: языковая модель умеет красиво поддерживать оба значения, не всегда замечая момент подмены.
Четвёртый слой — Taxonomy, таксономия. Здесь появляются нормализованные предметы, которые позже мы разберём отдельно. Пока достаточно понимать: фасета не может жить только терминами. Внутри неё должны быть различимы сущности, их классы, состояния и отношения.
Пятый слой — Mechanisms и Processes. Предметный мир должен объяснять не только «что существует», но и «как это живёт». Механизм связывает условия, взаимодействующие предметы, преобразование и результат. Предметный процесс показывает динамику этого мира. Он не обязан совпадать с бизнес-процессом предприятия и тем более с экранным маршрутом ERP.
Шестой слой — Evidence. Существенные положения фасеты должны иметь опоры: источники, наблюдения, испытания, расчёты или явно зафиксированный GAP. Фасета, состоящая только из правдоподобных объяснений, удобна для разговора и опасна для переноса.
И, наконец, SUBJECT_TRANSFER_AREA — область возможного предметного переноса. Она не говорит, что перенос уже состоялся. Она лишь фиксирует, с какими соседними предметными мирами у этой фасеты есть потенциально полезная связь, какие конструкции могут оказаться переносимыми и какие ограничения надо проверить.
4.3. Одинаковое слово — разные фасеты
Вернёмся к памяти. В агентной архитектуре память часто рассматривается как механизм хранения и извлечения контекста, который нужен исполнителю между действиями. В когнитивной архитектуре working memory связана с текущим состоянием задачи, доступным для выбора следующего оператора. В организационной памяти обсуждаются способы, которыми организация удерживает опыт, решения, процедуры и знания независимо от конкретного человека. В нашей Digital Replica профессиональная память должна ещё хранить версии, происхождение решений, принятые результаты, отклонённые ветви и возможность восстановить рабочее состояние.
Эти предметные миры связаны. Но они не совпадают. Если мы сразу сведём их в один общий термин «память», то незаметно импортируем свойства одного мира в другой. Например, то, что запись можно извлечь из векторного хранилища, ещё не означает, что она является принятой профессиональной памятью. И наоборот, то, что организационное решение формально сохранено, не означает, что оно доступно агенту в текущем рабочем контексте.
Вот оно.
Одно слово, а четыре разных предмета. И каждый тянет за собой свои правила.
Фасета нужна именно затем, чтобы временно удержать эти миры раздельно. Позже мы сможем строить между ними мосты. Но сначала надо знать, с каких берегов этот мост вообще начинается.
4.4. Фасета не обязана совпадать с научной дисциплиной
Есть ещё одна ловушка. Увидев слово «предметный мир», легко решить, что каждая фасета должна совпадать с университетской дисциплиной: психология, теория управления, системная инженерия, биология. Это не так.
Граница фасеты определяется исследовательской задачей. Для одного продукта нам может понадобиться широкая фасета организационной памяти. Для другого — гораздо уже: жизненный цикл профессиональной памяти цифрового субъекта. В исследовании устойчивости предприятия отдельной фасетой может стать управление жизнеспособными продолжениями при нарушении, хотя такой университетской кафедры не существует.
Это не произвол. Фасета должна оставаться воспроизводимой и предметно самостоятельной. Но она строится под исследовательскую оптику, а не под каталог научных факультетов. В этом смысле фасеты purpose-relative: их границы зависят от вопроса, но внутри границы правила должны быть строгими.
4.5. Роль фасеты относительно продукта
Product-directed версия «Глаза стрекозы» добавляет к фасете ещё один вопрос: зачем она нужна текущему продукту? Это не часть её предметного определения. Фасета не перестаёт быть самостоятельным миром. Но в конкретном Working Eye у неё должна быть роль.
Роль может быть разной. Одна фасета даёт semantic contribution — помогает понять, какие предметы и состояния вообще существуют. Другая приносит mechanism contribution — объясняет механизм, которого не было в исходной области. Третья даёт evidence contribution — независимый способ проверки. Четвёртая помогает архитектурой, пятая — реализационной конструкцией, шестая выявляет риск или запрет.
Такой Product Role защищает исследование от собирательства. Соседняя область может быть очень интересной и даже хорошо разработанной, но если мы не можем объяснить, что именно она добавляет продукту сейчас, она остаётся кандидатом.
Красиво? Очень.
Нужно продукту? Пока не вижу. Значит, не включаю.
Это не означает, что фасета навсегда выброшена. Может появиться новый GAP, и её роль изменится. Но Working Eye не должен платить за чужую красоту постоянным расширением.
4.6. Как фасета появляется из реального GAP
Лучший момент для появления новой фасеты — не когда исследователю стало любопытно, а когда он встретил разрыв, который не умеет объяснить текущей оптикой.
Так произошло в Universal DR. На раннем этапе можно было долго обсуждать семантическое ядро, память и версионирование. Но когда задача дошла до реального исполнения, обнаружился другой вопрос: как субъект понимает, что он вообще готов выполнить конкретную работу? Достаточен ли контекст? Загружена ли правильная версия технологии? Есть ли нужные полномочия? Не устарели ли источники? Может ли он выбрать допустимую способность, а при невозможности честно остановиться?
Такой разрыв выводит исследователя в соседние миры: системная диагностика, executive control, autonomic computing, когнитивное управление. Они входят не потому, что звучат современно. Они вошли потому, что текущий Product Brief создал конкретный GAP.
Вот теперь понятно, зачем идти наружу.
У меня вопрос есть. Не просто любопытство.
4.7. Что происходит, если границы фасеты не удержать
Представим обратную ситуацию. Исследователь увидел у NASA понятие health monitoring и решил: отлично, это и есть наша «готовность». Затем он нашёл confidence в когнитивной психологии и назвал это уровнем доверия системы к себе. Потом добавил MAPE-K из autonomic computing и объявил его контроллером Digital Replica. На уровне текста всё выглядит очень убедительно.
Конец ознакомительного фрагмента.
Текст предоставлен ООО «Литрес».
Прочитайте эту книгу целиком, купив полную легальную версию на Литрес.
Безопасно оплатить книгу можно банковской картой Visa, MasterCard, Maestro, со счета мобильного телефона, с платежного терминала, в салоне МТС или Связной, через PayPal, WebMoney, Яндекс.Деньги, QIWI Кошелек, бонусными картами или другим удобным Вам способом.
Приобретайте полный текст книги у нашего партнера: