FPF · ОБЗОР
FPF: карта согласованности
FPF - это не методология. Это карта того, что должно остаться согласованным когда работаешь не один: с командой, с AI-агентами, с самим собой через полгода. Ниже - сама карта.
Авторство - Анатолий Левенчук (github.com/ailev/FPF). Эта страница - пользовательский обзор, не пересказ спеки. Она отвечает на один вопрос: как семь понятий ядра FPF связаны между собой и почему они работают только вместе.
Семь узлов ядра FPF
Ядро FPF состоит из семи взаимосвязанных понятий. Это не последовательность шагов и не чек-лист. Это набор вопросов, которые нужно держать согласованными - между участниками, между сессиями, между версиями одного решения.
Ядро FPF - 7 согласуемых понятий
Узлы не иерархия - это ограничения, которые действуют одновременно. Если один разъехался (например, словарь не синхронизирован между участниками), остальные начинают работать на разный объект. Цикл рассуждения в центре - это не старт, а механизм: он связывает гипотезу с формой записи, доказательством и практикой.
Холон - вопрос о масштабе: обсуждаем мы сейчас подсистему или всю систему? Контекст - где и для кого слово обретает смысл, без контекста нет денотата. Различения разрывают смешение категорий: роль, метод, план и работа - это разные онтологические слоты, подстановка одного вместо другого ломает координацию.
Trust F-G-R - три оси оценки доверия к любому доказательству: формальность формулировки, детализация данных, надёжность источника в вашем контексте. Срок годности - явная дата или условие, после которого доказательство теряет силу. Открытый / закрытый мир - договорённость о том, что означает отсутствие записи: «этого нет» или «это ещё не зафиксировано». Цикл рассуждения - маршрут от гипотезы через форму записи и проверку к практике, который делает мышление воспроизводимым.
Что часто путают
Три разрыва в понимании, которые появляются раньше всего. Каждый - отдельная проблема с отдельным решением. Ни один из них не решается переговорами или уточнением требований в общем виде. Сначала нужно назвать, какой именно тип несогласованности произошёл.
Роль ≠ метод ≠ результат
«Тестировщик не работает» - три разных утверждения в одной фразе. Роль не назначена? Метод не описан? Результат не появился? Это разные проблемы, решаются по-разному. FPF требует назвать именно что разъехалось - прежде чем обсуждать решение.
Слово ≠ смысл без контекста
«Пользователь» в одном домене - это запись в таблице с правами доступа. В другом домене - человек с сессионной куки. Без явного определения границы домена переход между командами создаёт баги, которые выглядят как недопонимание, а на деле - разные денотаты одного слова.
План ≠ выполненная работа
«Релиз готов» - план составлен или работа завершена? FPF требует явно называть: что именно существует прямо сейчас - намерение, описание, артефакт, или измеримый факт. Смешение состояний плана и состояний мира - источник большинства срывов сроков.
Когда FPF полезен, когда лишний
FPF добавляет явность и сопряжён с небольшими затратами на фиксацию. Эти затраты оправданы не всегда. Простое правило: если контекст не теряется и обратная связь дешёвая - FPF избыточен. Если контекст передаётся между участниками или между сессиями, и ошибка дорогая - FPF окупается.
| FPF полезен | FPF лишний |
|---|---|
| Работа распределена между людьми и AI-агентами - контекст не передаётся автоматически | Один человек в задаче, память о контексте не теряется |
| Реальная проверка медленная и дорогая - нельзя просто попробовать и посмотреть | Обратная связь дешёвая и быстрая: ошибся - исправил за минуту |
| Разным аудиториям нужны разные срезы одного и того же объекта | Один читатель, одна точка зрения |
| Словарь трещит под новыми задачами - одни и те же слова значат разное для разных людей | Словарь стабилен и разделяем всеми участниками |
| Нужно рассуждение, которое можно переиспользовать и передать другому агенту | Достаточно одноразового ответа «здесь и сейчас» |
Куда дальше
Каждый узел ядра FPF разобран подробно в отдельном уроке. Начни с того, что сейчас болит - или с Trust Calculus как центрального инструмента оценки. Если хочешь понять FPF в целом - читай оригинальную спеку и блог-пост. Если хочешь применить конкретный инструмент прямо сейчас - выбери нужный урок ниже.
-
Trust Calculus детально →
Три оси F-G-R, правило слабого звена, расчёт R_eff.
-
Цикл ADI →
Abduction - Deduction - Induction: цикл рассуждения от смелой гипотезы к проверенной практике.
-
Срок годности evidence →
Evidence decay: когда доказательство устаревает и что с этим делать.
-
Формат записи решения DDR →
Шесть секций, которые делают решение передаваемым.
-
Подробный блог-пост →
Полный разбор FPF с примерами и историей появления.
-
Оригинальная спека FPF ↗
Источник: Анатолий Левенчук, первичный текст в GitHub.
Главное: FPF не добавляет работы ради работы. Он делает явным то, что обычно теряется при передаче контекста - между сессиями, между участниками, между агентами. Семь узлов - это не список правил, а контрольные точки: если хоть одна разъехалась, разговор ведётся о разных объектах.