FPF простыми словами: как мыслить «по‑инженерному» в эпоху ИИ (по семинару А. Левенчука)

Vitaliy Pokrovskiy

Зачем вообще нужен FPF

Сегодня сложные продукты рождаются на стыке дисциплин: физики, математики, программирования, дизайна, бизнеса. Мы постоянно путаем уровни обсуждения (как работает vs как устроено), смешиваем контексты, сводим «всё ко всему» и уверенно получаем красивые, но ложные цифры. Генеративные модели усугубляют проблему: звучат убедительно, тянут случайные контексты и стабильно ошибаются там, где нет чётких рамок.

FPF (First Principles Framework) — это «операционная система для мысли»: набор простых правил, языка и паттернов, чтобы собирать целое из частей без потери смысла, измерять сравнимое, держать контексты «разведёнными» и повышать надёжность решений. Его задача — вернуть в работу первые принципы: что именно мы измеряем, в каком мире рассуждаем, на каком уровне и по каким правилам склеиваем выводы.

Какая именно проблема

Нет общего «сквозного» языка между дисциплинами. Объект путают с его описанием; design time смешивают с run time (имеется ввиду, что во время проектирования и во время работы как система, так и отдельные элементы системы могут вести себя по разному и необходимо это учитывать); «контекст» понимают по‑разному.
В междисциплинарных проектах интеграция тонет в терминах, а не в сопоставимых характеристиках и измерениях.
LLM без рамок тянет астрологию: подменяет понятия, ставит "0" когда по факту "неизвестно", уверенно сводит несопоставимое.

Что такое FPF (суть в трёх идеях)

1) Безопасные свёртки (инвариант‑квинтет)

Минимальный набор ограничений, чтобы любая агрегация была детерминируемой и безопасной:

Рамка сравнимости (frame): что сравниваем, единицы и тип шкалы, полярность (где «больше» — лучше, а где — хуже), окно времени. Хороший пример с указанием полярности: система А показывает 150 мс времени отклика (↑ больше = ↓ хуже)
Локальность смысла: сводить только внутри одного контекста.
Запрет повторного счёта и смешения шкал.
«Неизвестно ≠ 0».
Полная трассировка (кто, когда, на каком наборе данных получил результат).

2) Уровни и переходы (холоны и метапереходы)

Мы различаем:

системы (материальные/исполняемые объекты),
эпистемы (описания, модели, код как описание),
роли и методы.

При смене уровня меняется всё: язык, роли, метрики, методы. Это лечит «само‑» парадоксы. «Самопочесался» раскладывается в «мозг → правая рука → действие над левой рукой».

3) Управление мыслью (governance) и эволюция

Явные состояния артефактов (design time, run time и т. п.).
Масштабируемая формальность описаний: от разговорного до машиннопроверяемого уровня.
Open Ended Evolution: развитие без заданного потолка — баланс поиска (exploration) и доводки (exploitation), зондирование масштабирования, обновление решений по мере появления новых данных.

Как FPF «чинит» мышление

Делает измерения честными: только сравнимые шкалы/единицы; «неизвестно» не подменяем нулём.
Сохраняет контексты: разные проекты и дисциплины — разные рамки; сводим внутри, а между ними строим «мосты».
Свертки — по правилам: никакой «усреднённой красоты» без оснований.
След — обязательный: версии, времена, источники, чтобы завтра можно было воспроизвести и улучшить.

Как этим пользоваться

1) Опишите задачу как эпистему и задайте рамку сравнимости

Что измеряем? По какой шкале и в каких единицах? Где «больше» — лучше?
В каком окне времени и условиях? Как фиксируем «неизвестно»?

2) Разведите уровни

Где система (что действует), где эпистема (что описывает), какие роли и методы задействованы?
Выпишите, что меняется при переходе между уровнями.

3) Собирайте «безопасные свёртки»

Уберите повторные подсчёты, смешение шкал и контекстов.
Ведите evidence graph: кто/когда/на чём получил результат.

4) Задайте governance‑правила

Явные состояния артефактов.
Нужный уровень формальности описаний для вашей аудитории и риска.
Критерии надёжности и применимости (где это верно, где нет).

5) Думайте портфелем, а не «одним лучшим» решением

Работайте с фронтиром Парето (недоминированный набор решений по качеству/стоимости/риску/сроку). Меры/критерии: есть набор решений, а не одно "лучшее"; каждое решение лучше других по какому-то критерию; можно адаптироваться к изменению приоритетов.Определить ключевые критерии (качество/стоимость/риск/срок)
Найти решения, где улучшение одного критерия ухудшает другой
Выбрать из фронтира под конкретный контекст
Используйте паритет условий: сравнение только при честно «сведённых» условиях.
Иллюминация: не только качество, но и охват пространства нужд (полезность × разнообразие решений).

6) Включите эволюцию

Согласуйте доли exploration/exploitation (ориентир — 30/70 в R&D).
Зондируйте масштабирование: 2+ точки бюджета/ресурса, считайте эластичность (где «больше ресурсов» перестаёт помогать и начинает даже вредить).
Обновляйте фронтир во времени: мир открыт, границы ползут.Знаем эластичность по ключевым ресурсам
Фронтир обновляется минимум раз в квартал
Старые решения сохраняются с контекстом применения

7) С LLM — только в рамках

Давайте модели рамки, паттерны и словари (унифицированные термины).
Ставьте lexical firewall (списки стоп‑слов/контекстов).
Требуйте обоснований, версий, ссылок на паттерны; отделяйте «гипотезу» от «обоснования».

Где FPF особенно полезен

Системная инженерия и архитектура (включая эволюционную архитектуру).
Продуктовая стратегия и портфель (фронтир Парето, честный паритет условий).
R&D и научные программы (evidence graph, уровни формальности и надёжности).
Организационный дизайн и операционка (роли, методы, метапереходы).
Работа с LLM как с инструментом концептуальной инженерии.
Образование мышления: «строгие развлечения» (объект vs описание, контексты, шкалы, уровни).

Иллюстрации «на пальцах»

Ракетные материалы: «алюминий легче» — правда в одних условиях и ложь в других. Когда честно разделили design time (проект на Земле) и run time (полёт при высоких температурах), пересчитали шкалы и учли условия, выбор сместился к стали — при корректных допусках и свёртках.
Выбор смартфона: вместо «одного лучшего» — недоминированный набор по разным профилям (камера/время работы/вес/цена). Паритет условий и рамки сравнения защищают от «маркетинговой магии».

Границы применимости (честные ограничения)

FPF — не серебряная пуля. Он повышает переносимость и надёжность решений, но не заменяет предметные стандарты и экспертов.
Выигрыш максимален там, где:есть междисциплинарность и сложные свёртки,
принятие решений чувствительно к измерениям,
нужны трассируемые итерации и масштабирование.
Для маленьких одношаговых задач проще сработают локальные практики.
С LLM FPF снижает риски галлюцинаций, но не обнуляет их: обязательны рамки, версии, инженерные обоснования.

Короткое резюме для предпринимателя

FPF даёт понятный «скелет мышления», чтобы:

измерять ровно то, что нужно, и только там, где это сравнимо;
собирать целое из частей без логических дыр;
управлять развитием решений — портфелем, а не «единорогом»;
безопасно использовать LLM для концептуальной работы.

Если у вас продукты на стыке дисциплин, вы хотите ускориться с ИИ, но не потерять надёжность — FPF помогает думать как инженер, говорить на одном языке и эволюционировать управляемо.