Fpf

---
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-язык.

<!-- USER-SPACE -->
<!-- /USER-SPACE -->