Цикл первопринципного рассуждения · теория
FPF · First Principles Framework
FPF - это не «ещё одна методология». Это операционная система мышления:
надстройка, которая превращает интеллект - человеческий или машинный - в структурное
рассуждение, пригодное для совместной работы. Trust Calculus и ADI, которые я разбирал
отдельно, - это два встроенных в FPF приёма. Эта страница показывает рамку целиком: шесть
ключевых понятий и три режима использования через команды /fpf decompose,
/fpf evaluate, /fpf reason.
01 · decompose
Разобрать на части
когда систему нужно понять
→
02 · evaluate
Сравнить варианты
когда нужно выбрать
→
03 · reason
Разобрать причину
когда нужно понять, почему
01 · Что такое FPF · шесть базовых понятий
Концепция 01 · операционная система мышления
Шесть базовых понятий, на которых стоит вся остальная методология
В обычном инструменте есть «методология» (как принимать решения) и «инструменты» (CLI,
MCP, файлы). FPF - это слой ниже методологии: набор понятий, на которые
опираются все остальные приёмы. Trust Calculus считает доверие через F-G-R - потому что
FPF задаёт F-G-R как оси качества утверждения. ADI требует три гипотезы - потому что в
FPF определён цикл Abduction → Deduction → Induction.
Зная эти шесть понятий, вы понимаете, откуда растут ноги у Trust
Calculus, ADI, depth-routing, decomposition. И можете применять те же приёмы в любом
контексте - в архитектурных обсуждениях, на ретро, при подготовке документации.
01 · структура
Bounded Context
Часть системы с явными границами и собственным словарём. Внутри - одни правила и термины, снаружи - другие. Помогает не путать «авторизация» в смысле фронта с «авторизация» в смысле бэка.
применяется в → /fpf decompose
02 · качество
Trust Calculus
Способ оценить, насколько можно доверять утверждению. Три независимые оси по шкале 0-9. Trust = min(оси), не среднее.
03 · оси
F-G-R
Три независимые оси Trust Calculus: Formality (строгость), Granularity (конкретика), Reliability (надёжность источника). Свой замер на проде - высокая R. Анекдот из чата - низкая.
в действии → trust-calculus 3D-сцена
04 · цикл
ADI Cycle
Abduction → Deduction → Induction. Выписать минимум три гипотезы → описать проверяемое следствие для каждой → проверить фактами. Спасает от «бежать в неправильную сторону».
05 · ловушка
Category Error
Путаница «роль vs функция», «метод vs работа», «процесс vs результат». «Тимлид» - это роль, «провёл ревью» - это работа. Один и тот же человек может выполнять разные роли в разных контекстах.
проверка в → /fpf decompose
06 · сборка
Gamma Algebra
Правила того, как части складываются в целое с сохранением свойств. Если каждый bounded context работает правильно, это не значит автоматически, что вся система работает - нужны правила композиции.
применяется в архитектурных обсуждениях
Не методология · фреймворк
FPF не говорит вам «вот так принимайте решения». Он даёт словарь, на
котором вы строите свои методологии. Trust Calculus и ADI - это методологии,
построенные на словаре FPF. Можно собрать свои собственные приёмы, опираясь на те же
шесть понятий.
02 · Три режима использования
Концепция 02 · три режима работы с FPF
Каждый режим закрывает один класс задач
FPF определяет три режима рассуждения, доступных через команду /fpf. Они не
пересекаются: decompose - для понимания системы,
evaluate - для сравнения вариантов,
reason - для разбора причины. Перепутать режим - типичная
ошибка новичка: вы пытаетесь evaluate, когда вам нужен decompose, и получаете шаблонный
ответ.
/fpf decompose
Разложить на части
Когда у вас сложная система и нужно понять её структуру. Кто за что отвечает, какие подсистемы, какие границы.
Возвращает:
• таблица контекстов
• диаграмма с границами
• проверка category error
когда - начало новой функции, разбор существующей системы, планирование
/fpf evaluate
Сравнить варианты
Когда нужно выбрать между альтернативами с подсчётом доказательств. React vs Vue vs Svelte. SQLite vs PostgreSQL vs LanceDB.
Возвращает:
• сильные / слабые стороны
• оценки F-G-R на оси
• матрица решения
• рекомендация
когда - выбор библиотеки, поставщика, архитектурного подхода
/fpf reason
Разобрать причину
Когда нужно понять, почему что-то происходит или как подойти к проблеме. «Почему деградировало время ответа». «Почему упала конверсия».
Возвращает:
• 3+ гипотез (Abduction)
• проверяемые следствия (Deduction)
• сверка с фактами (Induction)
• оценённые гипотезы
когда - отладка, разбор инцидента, обоснование архитектуры
Терминал · реальный вызов трёх режимов
$ /fpf decompose
→ Таблица: Context · Responsibility · Roles · Interfaces
→ Mermaid-диаграмма с границами
→ Проверка: «токен-генерация» = роль или функция?
$ /fpf evaluate
→ Сильные / слабые стороны на каждый вариант
→ F-G-R оценки для evidence
→ Матрица + рекомендация
$ /fpf reason
→ Abduction: 3+ гипотез (нагрузка / индекс / N+1 / GC паузы)
→ Deduction: что должно наблюдаться для каждой
→ Induction: сверка с метриками
→ Вывод + оставшиеся неопределённости
03 · База знаний и связь с другими приёмами
Концепция 03 · поисковая база первопринципов
FPF поставляется как поисковая база знаний + обогащает ADI-разбор
Полная спецификация FPF может быть проиндексирована как поисковая база. Это значит, что вы
можете искать конкретные разделы FPF и обогащать ими ADI-разбор. Например, секция B.3
описывает Trust Calculus, секция B.5 - ADI Cycle. Если в ADI на сложном
решении вы хотите использовать понятия «bounded rationality» или «exploration-exploitation
trade-off» - флаг --fpf подтягивает релевантный контекст из базы.
Концептуальный поток · работа с базой FPF
→ 47 секций проиндексировано
→ поиск "bounded context" → 3 результата · B.2 (определение) · D.4 (применение) · F.1 (антипаттерны)
→ раздел B.5 - полное определение ADI Cycle
→ Подтянуты разделы B.3 (Trust Calculus) + B.5 (ADI)
→ Гипотезы предлагаются с учётом «bounded rationality»
Когда использовать --fpf, а когда - нет
Без --fpf ADI делается на общих основаниях. С --fpf - модель
видит конкретные определения и приёмы из спецификации, что часто даёт более глубокий
разбор. Но это стоит дополнительных запросов к LLM. Используйте --fpf для
Deep+ решений, где цена ошибки оправдывает накладные. Для Standard - без флага
достаточно.
Три режима FPF образуют естественную цепочку с результирующими артефактами.
/fpf decompose помогает разобрать новую систему - результат становится основой
для документа требований. /fpf evaluate даёт сравнение вариантов - выходом
становится обоснование архитектурного решения. /fpf reason делает ADI-разбор,
который идёт в раздел «Рассмотренные гипотезы» принятого решения.