Когда-то я собирал знания о Brazilian Zouk в Coda.io — элементы, механики, шаги. Типичная база «для себя»: понятно мне, но не воспроизводимо другим. На днях начал переносить это в IWE и прогонять через FPF и самого агента. За пару часов работы стало понятно, почему «база в таблице» и «Pack» — принципиально разные вещи.
Хочу поделиться тем, что показал FPF-review, и одним нетривиальным открытием про верификацию описаний.
Иерархия
Первый вопрос — как декомпозировать движение?
Выбрали пять уровней:
| Уровень | Что содержит | Пример |
|---|---|---|
| L1 | Физические примитивы тела | Plie, Push off, Weight transfer |
| L2 | Механики — сборки из L1 | Step CWT, Turn on spot |
| L3 | Сольные элементы | Ginga, Lateral (solo), Viradinha |
| L4 | Движения в паре | Lateral (couple), Corredor |
| L5 | Связки | Комбинации |
Плюс отдельный файл для позиций и принципов пары. Итого 8 файлов, ~200 узлов с ID и полями «Состоит из».
Что FPF увидел на L1
Начали проходить по первым уровням через три критерия FPF: дисциплина уровня, точность состава, однородность вида.
На L1 нашли три проблемы.
Принцип среди примитивов. L1.012 (Preparation/Pre-movement) был помечен «принцип» прямо в списке физических действий. FPF называет это смешением видов: правило и физическое действие — разные kinds. Preparation разобрали: это фаза, которая входит внутрь L2-механик, а не самостоятельный примитив.
Состояние среди действий. L1.008 (Balance/Eixo) — вертикальная ось тела. На первый взгляд — действие. Но при проверке оказалось: это состояние, которое удерживаешь непрерывно, а не делаешь однократно. Вошёл в отдельный вид — ZK.S.001-body-states.md со своей схемой узла:
Достигается через: [действия]
Удерживается через: [мышечная работа]
Присутствует в: [L2/L3 где ты в нём находишься]
Механика, притворяющаяся примитивом. Wave active/passive — последовательная активация сегментов тела. Это составной процесс, не атомарное действие. Перенесли в L2.
Критерий верификации
Структура готова — но как проверить, что описание достаточно точное?
Мы сформулировали критерий: человек должен воспроизвести движение по описанию без единого исправления.
Проверяли на Lateral — базовом элементе пары. Я спрашивал агента «расскажи, как делать латерал» после каждого раунда правок. Понадобилось семь итераций до стабильного ответа. Агент выступал одновременно как строитель структуры и как тест — если он воспроизводил движение неверно, значит описание ещё неполное.
Каждая итерация выявляла конкретный зазор:
Зазор 1 — нет ориентации тела. Написали «лидер шагает влево», но не написали, что лидер стоит лицом поперёк линии движения. Без этого «влево» звучит как обычный боковой шаг. Добавили поле Ориентация тела: вдоль / поперёк линии движения.
Зазор 2 — один фрейм вместо двух. Шаг описан как «вперёд» (с точки зрения тела) — но в абсолютных координатах это «вдоль линии» или «поперёк линии». Добавили два столбца в таблицу шагов: Своё тело и Абсолютное.
Зазор 3 — нет механики соединения. Описали ноги обоих партнёров, но не объяснили почему фолловер разворачивается. Это происходит из натяжения в соединении рук — не из команды, а из относительного положения тел. Добавили секцию Парная динамика.
Зазор 4 — терминология другого домена. Написали «лидер тянет фолловера» — язык хастла. В Zouk ведение «на кончиках пальцев»: натяжение создаётся положением тела, не усилием рук. Зафиксировали как принцип пары с пояснением для преподавателей.
Итоговая схема узла
Финальная схема L4-узла — четыре секции:
-
Исходное положение — описание как состояние пары, не от лица одного партнёра
-
Соло паттерны — таблица с колонками
Своё тело+Абсолютноедля каждого партнёра -
Парная динамика —
Шаг | Лидер | Фолловер | Соединение -
Ключевое ощущение — что должно чувствоваться при правильном исполнении
Зачем это IWE
Pack с такой структурой позволяет агенту отвечать на вопрос «как делать X» точно и воспроизводимо — а не «по мотивам». Знание хранится в git, проходит FPF-review, версионируется. Каждое исправление — коммит с объяснением, почему прежнее описание было неточным.
Мне кажется, это хороший ответ на вопрос «зачем Pack, а не просто заметки»: Pack — это знание, которое можно верифицировать.
