DPF по нарративизации -- уже в GitHub

Потратил целый день работы на Narrativization and Narrative Studies Principles Framework (DPF по нарратологии и нарративистике), для того, чтобы:

  • мне теперь помогал рассказывать (а мне надо много о чём рассказывать) не только FPF, но FPF+DPF – теперь там есть специальное знание проблем рассказчиков из SoTA литературы по наративизации.
  • показать авторам DPF какой-то образец того, как выглядит DPF после того, как над ним немного поработали, а не после того, как он выглядит при первой попытке его написать.
  • выполнить первый рабочий проект в качестве теста паттернов описания экосистемы FPF – и поправить эти паттерны.

Тема нарративистики меня мучает давно, ещё с нашей серии семинаров по риторике. Ключевой тут для меня текст, к которому я возвращаюсь много лет — “Обсуждение по схематизации и рендерингу”, 2019, Обсуждение по схематизации и рендерингу: ailev — ЖЖ. Интересно, что включённый в состав FPF (а не DPF) общий паттерн был как раз A.6.3.NAR — Structure-to-Narrative Rendering. По идее, этот DPF должен был показать постепенное отжатие информации о структуре: берём какой-то холон (tradition/lineage/школа мысли тут вполне холон по FPF), —> смотрим на его структуры —> отжимаем только нужные структуры в архитектуру —> отжимаем только часть в архитектурное описание —> отжимаем часть в формате нарратива. Контролируем отжатие через меру epiplexity (см. мой пример ML.4 в От контекстного окна к виртуальной памяти: skills-пакеты FPF и архитектура подкачки знаний: ailev — ЖЖ, “битовый объём модели”). Это вариант “отжатия структур через архитектуру”. Но если, например, комментируете футбольный матч, можно отжимать структуру в нарратив и мимо архитектуры — неявно, “интуитивно”, в распределённом представлении нейросетки живого или не очень живого нарратора. Если начинать моделировать и объяснять этот “прямой нарратив”, то придётся вернуться к “через архитектуру”. В DPF сейчас есть термин NarrativeRenderingEpiplexity: “сколько выбранной source structure recoverably pulled into narrative rendering for declared use”, не просто общий “битовый объём модели”. То есть я не просто “скопировал учебники нарратологии и нарративистики” (хотя и это тоже), но в какой-то мере “из первых принципов” (на базе FPF) вырастил немного новую интерпретацию нарративизации – сцепил её с архитектурными представлениями, а также математикой-физикой (через эпиплексию и связанный с ней набор идей).

В части уточнения архитектуры экосистемы FPF, мы считаем principles frameworks публикациями архитектуры SoTA решений в проблемных ситуациях, а также типовых ошибок при решениях таких проблем и применении SoTA методов их решения. Эти публикации выполнены в форме pattern languages. Такой framework как публикация должен быть представлен читателю не как попало, а через заданную публикационную форму: readme, preface, first practical entries, pattern bodies, tutorial routes, skill pack (много раз просили упомянуть — вот, упомянул), MCP-access endpoints (тоже упомянул) и другие варианты представлений. Некоторые из этих представлений (в файлах, а не skills или MCP) могут быть объясняющими/explanatory или “кратенькими изложениями”, narrative renderings выбранной как “problem-solution structures” архитектуры предметной области. В любом случае, principles frameworks из экосистемы FPF рассказывают, что за проблемы встречаются в предметной области, какие ошибки делают даже опытные практики без использования SoTA, какие решения применять, что там отжато в изложении, что вообще оставлено за пределами и куда возвращаться за полными источниками. У нас же есть в FPF паттерны огрубления и сжатия текстов — вот аналогичная идея не для текстов, а для структур и их “битового содержания” в модели, в тексте нарратива. Сама публикационная форма при этом не обязательно narrative: MCP endpoint, markdown-файл или skill pack только несут или выдают представление для principles framework, они сами по себе не нарративы. А вот файл-монолит FPF или DPF можно рассматривать как нарратив, эдакий “рассказ” с изложением его языка паттернов.

Теперь можно рассматривать файлы-монолиты principles frameworks (удобно для пересылки, не зависит от особенностей приложений и форматов данных для AI-агентов от разных поставщиков) как эдакие нарративы, которые рассказывают о структуре проблем и их SoTA-решений

  • в трансдисциплинах (FPF, наконец-то я внёс в него замечания о его собственной форме),
  • дисциплинах (DPF) и даже
  • местных регламентах работы (LPF, local practices framework). Они только условно “про принципы”, ибо на предприятиях обычно принципы не изобретают, ими только пользуются — но методы решения проблем там нужны, их и пишут в местные регламенты предприятия или даже подразделений предприятия, или даже отдельных проектов).

Конечно, principles frameworks из экосистемы FPF не “литературные нарративы” (на которых выросла нарративистика), а reader-facing renderings выбранной архитектуры типовых проблем и SoTA-решений. Это ровно текущая формулировка в E.4.DPF. Но это таки “рассказ”, сериализация сложной структуры языка паттернов.

И ещё в этом обновлении я поправил в паттернах, описывающих структуру экосистемы FPF, недосказанное про оформление публикаций и DPF, и самого FPF, а также добавил шкалы для их оценок в цикле улучшений. И добавил последним ходом ещё один набор изменений: бытовое использование слова “носитель” (carrier), почистил и FPF, и DPF, и ещё поправил в FPF восстановление правильного термина для этого слова в текстах (precision restoration).

На всё это ушёл полный рабочий день, причём это мой день — день человека с каким-то опытом работы и знанием всех затронутых предметных областей, ещё ведь у меня вполне настроенный рабочий процесс по производству паттернов в промышленных масштабах! И всё же результат этого дня работы можно сильно критиковать как по содержанию, так и по форме, но он уже лучше, чем “ничего нет ни по нарративистике как таковой, ни по примерам DPF”. Так что release early, release often: всё уже опубликовано, смотреть там же — GitHub - ailev/FPF: First Principles Framework (FPF): Pattern language and core specification for admissible action in problematic engineering, research, and mixed human/AI work. · GitHub. Дальше – бесконечное развитие, по мере постановки новых проблем и нахождения новых их решений.

Пока же я буду использовать этот новый DPF его по прямому назначению: решать проблемы создания нарративов. Там четыре use cases, на которых я проверял универсальность: программа серии семинаров по FPF, сиквел “Звёздных войн” (с кучей оговорок про “приватность и непубликуемость, отсутствие цитат из знаменитого материала”, как же без этого!), объяснения по теории гомотопий и репортаж с какого-нибудь live event (описание футбольного матча его комментатором). Первый из этих кейсов я сейчас и пойду использовать — семинары уже через пару недель, к ним надо готовиться. А пятый семинар как раз будет с подробностями о том, как создавать эти DPF.

Если вы тоже будете пробовать этот DPF, не забудьте мне написать, что у вас получилось!

narrativization