v1.0.0 to v1.0.0

---

name: fpf

description: Загрузка применимых принципов для задачи из иерархии Pack → SPF → FPF. Используй когда нужно найти релевантные принципы перед принятием решения.

argument-hint: "<запрос или тема>"

version: 1.0.0

layer: L1

status: active

triggers:

slash: [/fpf]

phrases: []

routing:

executor: haiku

deterministic: false

agents: single

interaction: multi-step

gates_required: []

gates_enforced: []

gates_rationale: "операционный скилл; WP Gate применим только при создании нового РП, не для операционных вызовов"

---

# Загрузка принципов

Запрос: $ARGUMENTS

## When to use

Загрузка применимых принципов для задачи из иерархии Pack → SPF → FPF. Используй когда нужно найти релевантные принципы перед принятием решения.

## Fallback Chain

```

Pack (предметное) → SPF (корректность) → FPF (первые принципы)

```

## Режимы (определи по контексту запроса)

| Режим | Триггер | Что делать |

|-------|---------|-----------|

| **lookup** | Запрос содержит код паттерна (A.7, B.5, F.18) или конкретный термин | Grep по FPF → точная секция. Объясни в engineering-языке (см. `memory/fpf-reference.md` § Трансляция) |

| **review** | «Проверь», «сверь с FPF», артефакт для проверки | Загрузи артефакт + релевантные принципы → сверка пункт за пунктом → findings |

| **design** | «Спроектируй», «как сделать по FPF», задача проектирования | Подбери применимые паттерны (A.1 границы, A.6 состав, A.7 различения, B.5 ADI) → конкретные рекомендации |

| **characterize** | «Сравни», «оцени варианты», «как выбрать» | A.17-A.19 (Lawful Comparison): критерии → индикаторы → оценка вариантов по одинаковой шкале |

| **teach** | «объясни FPF», «что такое FPF», «с нуля», «введение» | Дай обзор FPF: что это, зачем, ключевые блоки (различения, паттерны, первые принципы) → объясни в engineering-языке без жаргона |

| **diagnose** | «какие принципы нарушаю», «что не так», «найди проблему», «проверь мою работу» | Получи описание работы/решения → найди расхождения с принципами FPF/Pack → назови конкретные нарушения с указанием принципа и где именно |

| **prioritize** | «наиболее важны», «для роли», «в роли», «для меня как» | Определи роль из аргумента → найди принципы FPF/Pack, релевантные этой роли → ранжируй по применимости → объясни почему каждый важен именно для этой роли |

**БЛОКИРУЮЩЕЕ — No-Jargon:** Каждый FPF-термин в output → engineering-эквивалент в скобках или вместо. Без исключений.

- Известные: `memory/fpf-reference.md` § Трансляция (Holon, F-G-R, Alpha, Mereology, Affordance, ADI...)

- Неизвестные (TransformerRole, senseFamily, Γ_*, ReferencePlane и т.п.): перевести по контексту, добавить `(FPF: <оригинал>)`. Не оставлять FPF-термин без перевода.

- **Тест перед выводом:** пробежать output — есть ли термин, непонятный инженеру без FPF? Если да — перевести.

## Algorithm

### 1. Определи режим

По таблице выше. Если неясно — режим lookup.

### 2. Классифицируй источник

- Предметное знание (архитектура, домен, сервис) → source_type=pack

- Форма, процесс, корректность → source=SPF

- Базовые различения, первые принципы → source=FPF

### 3. Ищи через iwe-knowledge

- `iwe-knowledge search(query="<запрос>", source_type="pack")` -- по всем Pack

- `iwe-knowledge search(query="<запрос>", source="SPF")` -- по SPF

- `iwe-knowledge search(query="<запрос>", source="FPF")` -- по FPF

- Если первый уровень не дал результатов -- спускайся по fallback chain

### 4. Если iwe-knowledge недоступен

(нет в `/mcp`):

- Pack: читай файлы `PACK-*/pack/` через Glob + Read

- SPF: читай `SPF/docs/` через Glob + Read

- FPF: читай `FPF/Readme.md` (обзор) или ищи через Grep по `FPF/`

### 5. Покажи результат

Релевантные принципы с пояснением, как они применимы к задаче. Включай ссылку на источник (github_url из результата поиска или путь к файлу). **Переводи FPF-термины** в engineering-язык.