В эпоху LLM дефицитом становится не текст, а подтверждённая реальность
До LLM инициативы часто погибали, потому что их было сложно оформить. После LLM качественно оформленных идей стало слишком много: текст, расчёт и презентацию можно получить за минуты. Прежний сигнал серьёзности — стоимость оформления — исчез.
Главная задача СИНАПС — отличать не хороший текст от плохого, а реальную производственную проблему от правдоподобного, но пустого описания. Единица ценности здесь не идея и не документ, а подтверждённая проблема, привязанная к месту, наблюдению и носителю внедрения.
От заявки к памяти, от текста к происхождению, от успеха к знанию
1. Проблема вместо идеи
Человек приносит наблюдение из своей работы, включая неявное знание о локальных ограничениях. Агенты помогают искать случаи, считать эффект и готовить материалы; они не заменяют носителя реальности.
2. Память как побочный продукт
Уточняющие вопросы и работа над задачей одновременно создают структурированное знание. Работник делает это для решения своей задачи, а не ради отдельной обязанности «наполнить базу».
3. Происхождение вместо убедительности
Каждый вывод обязан сообщать, на чём основан: источник, автор, дата, данные, проверяющий и уровень доверия. Агент не утверждает «я думаю», а раскрывает основание.
Защищённый контур, проверяемые выводы и минимально необходимое знание
Суверенность и доступ
Целевая архитектура предполагает работу моделей, агентов и знаний внутри защищённого корпоративного периметра. Каждый агент получает только необходимый ему контекст.
Граф и паспорт
Компетенции, проекты, документы, эксперты и внедрения связываются графом, а не папками. У каждого объекта — идентификатор, версия, история, права и криптографический отпечаток.
Проверяемость
Вывод раскрывается от норматива и источника к данным, расчёту и заключению. Нельзя дополнять пробелы вымыслом: при отсутствии оснований система должна сказать об этом прямо.
Аналитика появляется только поверх накопленной памяти
Агент готовит, человек решает
Агенты задают вопросы, ищут основания, считают варианты, показывают риски и контрдоводы. Решение, которое затрагивает производство, безопасность или нормативную деятельность, принимает уполномоченный человек. Это не декларация, а обязательный архитектурный барьер ответственности.
Федеративные контуры
Целевой подход не сводит разные подразделения к одному рейтингу или методике. Общее ядро определяет паспорт, классы подтверждений, provenance и права доступа. Каждый крупный контур сохраняет собственные модели, знания и правила; обменивает только явно разрешённые данные.
Цепочка происхождения и шкала доверия
| Уровень | Смысл | Правило для ответа агента |
|---|---|---|
| Черновик / гипотеза | Непроверенное предположение или первичная формулировка. | Отделить от факта, не представлять как основание действия. |
| Экспертное мнение | Оценка с указанным носителем и контекстом. | Раскрыть автора и ограничение применимости. |
| Испытано | Результат проверки в заданных условиях. | Показать метод, условия и результат. |
| Внедрено | Подтверждённая практика. | Сохранить паспорт, версию и проверяющего. |
Отрицательная память — актив, а не поражение
Закрытая гипотеза хранит ответ на вопрос «что не сработало и почему»: выявленные ограничения, опровергнутые допущения, условия и результаты проверки. Это позволяет следующему человеку не повторять дорогой опыт после смены команды или нескольких лет паузы.
Этическое правило: сохраняется знание о причине и контексте неудачи, а не публичная отметка о «проигрыше» конкретного человека.
Outcome важнее Output
Output — созданный документ, презентация, прототип или отчёт. Outcome — подтверждённый эффект и изменение в реальной работе. Концепция предлагает оценивать проект по результату, а не по объёму произведённых артефактов. До написания кода классифицирующая логика оформляется как явная, проверяемая таблица решений; итоговое действие всё равно проходит человеческое подтверждение.
Этим же критерием объясняется выбор формата: цель не в том, чтобы создать монографию как большой Output, а в том, чтобы материал был прочитан, обсуждён и привёл к проверяемому следующему шагу.
Разделять недели, месяцы и годы
Предпосылки
Прежде верхних уровней необходимы: организационный мандат на работу с подтверждёнными проблемами, правила прав доступа и федерации, ответственные за человеческие решения, единая онтология, накопленный качественный массив случаев. Это условия целевой реализации, а не утверждение о том, что они уже созданы.
Не рейтинг людей, а память решений
Что запрещено
Система не должна строить публичные рейтинги фамилий, требовать план по числу поданных идей или наказывать за отклонённую гипотезу.
Что мотивирует
Автор получает помощь в формулировке, полезный ранее проверенный опыт, носителя внедрения, понятный статус и гарантированный срок ответа.
Как видны метрики
Проблемы и решения могут сопоставляться по доказательствам и эффекту. Персональные метрики вклада и калибровки — только человеку и в агрегированном, обезличенном виде уполномоченному руководителю.
Начать с проверяемого минимума
- Использовать манифест как короткий тезис для обсуждения концепции.
- Применить слой 0: Outcome вместо Output и явный стоп-барьер в ближайшем подходящем проекте.
- Выбрать первым уровнем реестр подтверждённых проблем и реестр отрицательного опыта.
- Не запускать аналитику уровней 2–3 до появления массива из нескольких десятков реальных проверенных случаев.
Материал версии 0.2 остаётся редактируемой проектной концепцией: каждое решение о реализации требует отдельной проверки, владельца и подтверждения.