methodology-work

Работа над методологией в Искроне

Ты работаешь над графом methodology — графом, который учит всех остальных агентов работать. Каждый узел, записанный здесь, прочтут сотни агентов. Каждый записанный принцип будет формировать их решения. Каждая определённая крия станет их путём.

Это не проектирование. Это не ткачество. Это методология, описывающая саму себя.

Прежде чем что-либо трогать

1. iskron_orient(realm="@alari/methodology", include_schema=false)
   → Прочти корневые контуры (元意行德忠忘), entry/exit-крии, ключевые узлы, зовущие вимарши, натяжения
2. iskron_search(realm="@alari/methodology", q="", attrs_filter="key:true", limit=50)
   → Ключевые узлы = ориентиры. Учась — начинай с них.
3. Прочти карту: секция ACTIVE BIANHUA в orient (lens="bianhua" — весь лес) —
   зовущие вопросы живут там anga-вимаршами, идущая работа — делами на превращениях
   (iskron_case(action="at", node=<превращение>)). Сид-вимарша, если есть, — лишь
   указатель на то, чего карта не несёт.
4. Прочти рабочие принципы — они среди key:true-ориентиров
   (iskron_look на те, которых касается твоя задача)

НЕ пиши из training data. У графа свой словарь, свои различения, своя история. Сначала ориентируйся. Всегда.

Что принадлежит методологии

ДА — записывай	НЕТ — не записывай
Принцип, действующий во всех графах	Принцип, специфичный одному проекту
Крия, которую исполняет любой агент в любом графе	Крия, специфичная одному проектному графу или продукту
Различение, предотвращающее класс агентских ошибок	Фикс одной разовой ошибки одного агента
Узор, наблюдённый в 2+ графах	Узор, виденный в одном контексте
Поправка пользователя, вскрывающая общее правило	Поправка — просто локальный фикс

Виды методологической работы

Граф несёт шестой тип узла — bianhua (变化), качественное превращение системы. Это примитив уровня сборки (скилл assembly), не рутинная методологическая запись: здесь ты его редко создаёшь, но распознавай, читая 形. Пять видов работы ниже (1–5) остаются актами записи методологии; шестой — переработка фидбэка агентов.

1. Запись принципа (grundsatz)

ТРИГГЕР: пользователь формулирует правило, действующее универсально
СИГНАЛЫ:
  - «всегда», «никогда», «без исключений», «все без исключения»
  - Пользователь поправляет тебя общим утверждением, не локальным фиксом
  - Паттерн, который пользователь настаивал уже не раз
  Поправка и решение сперва меняют деяние («Пользователь поправляет — слушай структурно» ниже);
  принцип — только когда поправить нечего

ДЕЛАЙ:
  1. Поищи существующее покрытие — обоими способами, граф наверняка сказал это иначе:
     iskron_search(realm="@alari/methodology", q="<ключевые термины>")                     # keyword
     iskron_semantic_search(realm="@alari/methodology", q="<принцип предложением>")        # концептуально
  2. Покрыто → не дублируй. Свяжи с существующим. Есть крия, где это решение принимается, —
     правь её и её носитель (**writing**, Решение 1), не заводи принцип
  3. Не покрыто и поправить нечего → создай феномен given_as=grundsatz — только вместе с
     применяющей крией (шаг 5) и носителем, чьё действие замерено. Модусы — по тому, чья воля и какое свидетельство за ним
     РЕАЛЬНО стоят, а не «готовой» тройкой:
     — воля — по **writing**, «Решение 3: модусы»: твоё предложение → chanda; adhimoksha — только
       запись сказанного владельцем (кто и его слово — в reasoning); держим не мы → upeksha
     — эпистемика: выведен → anumita; узор наблюдён в 2+ графах → pratyakshita;
       pramanita — только после сверки на поведении агентов, заранее удостоверенного не бывает
     — онтика: уже действует → vartamana; вводим → anagata
     attrs.key=true, если фундаментален
  3a. Основание — стрелкой, тем же ходом: derived_from к принципу, из которого следует, или arose_from
     к вимарше, случаю, слову, из которого вырос. Принцип без записанного основания — по канону натяжение;
     основание — структура, никогда не атрибут
  4. Опиши: что он ЕСТЬ, что ПРЕДОТВРАЩАЕТ, как выглядит антипаттерн
  5. Прошей upadhi-стрелки ОТ крий, применяющих принцип, К новому grundsatz
     Каждая стрелка несёт sense: «почему этот принцип важен ЗДЕСЬ»
  6. Context к подходящему контуру (обычно 行 Воплощение)
  7. Повторный iskron_look — блок CHECKS: чист после прошивки? (создание
     самопроверилось; этот re-check — для только что добавленных стрелок)

ФОРМАТ ОПИСАНИЯ:
  - Что принцип утверждает (одно предложение)
  - Почему (что ломается без него — конкретно)
  - Антипаттерн (что агенты делают не так — конкретно)
  - Как применять (операционально, не философски)

2. Запись крии (паттерн действия)

ТРИГГЕР: паттерн действия, который исполняет любой агент, не схвачен методологией
СИГНАЛЫ:
  - Только что сделал нечто в графе и понял: это общий паттерн
  - Пользователь описал процесс, применимый за пределами проекта
  - Фидбэк агента называет пробел: «пришлось изобретать идиому»

ДЕЛАЙ:
  1. Поищи существующее покрытие (iskron_search + iskron_semantic_search)
  2. Назови отглагольным существительным (正名): «Замыкание жизненного цикла», не «Close lifecycle»
  3. Определи актора: какая роль это исполняет? (должна существовать в methodology)
  4. Определи ahara: что крия потребляет? sachverhalt или ding.
  5. Определи utpatti: что крия производит? sachverhalt или ding.
     → Не можешь назвать utpatti — ты ещё не понял крию. Стой.
  6. Опиши паринамой: «До: X. После: Y.»
     НЕ процедура. НЕ шаги. Качественный переход.
  7. Прошей: ahara, utpatti, actor, upadhi (применимые принципы), next (прашна)
  8. Повторный iskron_look → CHECKS: чист? (создание самопроверилось; это — про прошитые стрелки)
  9. Принадлежит ли крия нити? Да → next-стрелки с прашной
  10. Участвует ли в эстафете? Да → проверь trace

КРИТИЧНО: крия без utpatti — крия, которую ты не понимаешь.

3. Запись различения (sinn)

ТРИГГЕР: пользователь поправляет путаницу между двумя понятиями
СИГНАЛЫ:
  - «не путай X и Y»
  - Ты смешал две вещи и получил поправку
  - Фидбэк агента вскрывает систематическую путаницу

ДЕЛАЙ:
  1. Создай феномен: given_as=sinn, имя ясно называет обе стороны
     ✓ «Различение: нить (next) ≠ эстафета (ahara/utpatti)»
     ✗ «Нить и эстафета» (не говорит, в чём различение)
  2. Описание: что ЕСТЬ каждая сторона, чем РАЗЛИЧАЮТСЯ, что агенты ПУТАЮТ
  3. Прошей upadhi ОТ крий, где различение важно
  4. derived_from, если одно из понятий уже записано
  5. Повторный iskron_look → не сирота? Минимум один upadhi.

4. Запись метода (vollzug)

ТРИГГЕР: способ работы, которому агентам следовать
СИГНАЛЫ:
  - «паттерн», «рецепт», «идиома», «так делай»
  - Повторяющаяся инструкция от сессии к сессии
  - Фидбэк агента: «пришлось разбираться самому»

ДЕЛАЙ:
  1. Создай феномен: given_as=vollzug
  2. Описание: КОГДА применять, КАК применять, какого АНТИПАТТЕРНА избегать
  3. Прошей upadhi ОТ крий, использующих метод
  4. Context к контуру
  5. Выведен из принципа → derived_from к grundsatz

vollzug — это КАК. grundsatz — это ПОЧЕМУ. Не сливай их.

5. Продление нити

ТРИГГЕР: существующая нить неполна — не хватает крий, шагов
СИГНАЛЫ:
  - Агент не смог сориентироваться: прашна не помогла выбрать
  - Нить кончается, а работа продолжается (нет next)
  - Зазор между двумя криями, где что-то должно происходить

ДЕЛАЙ:
  1. iskron_orient(lens="trace", focus=<феномен нити>) → текущая форма
  2. Найди зазор: какого перехода нет?
  3. Создай промежуточную крию с ahara/utpatti/actor
  4. Прошей next-стрелки с прашной (иглой-вопросом)
  5. Прошей феномен нити как upadhi на новой крие
  6. Перетрассируй → нить течёт?

ПРОВЕРКА КАЧЕСТВА ПРАШНЫ: может ли агент ответить да/нет из своей ситуации?
  ✓ «Путь построен — где он может сломаться?»
  ✗ «Продолжай к следующему шагу» (не вопрос, всегда «да»)

6. Переработка фидбэка агентов

ТРИГГЕР: пользователь приносит фидбэк агента, работавшего тулами Искрона
ДЕЛАЙ:
  1. Прочти внимательно. Разведи:
     a. Настоящие пробелы методологии (агент не нашёл руководства)
     b. Пробелы скиллов (методология знает, скилл не учит)
     c. Ошибки агента (агент недопонял, методология в порядке)
     d. Баги тулов (iskron_orient и линзы — не методология)
  2. По каждому настоящему пробелу: какой вид работы? (принцип/крия/различение/vollzug/нить)
  3. По каждой ошибке агента: в чём ошибся? Это ПАТТЕРН, который повторят другие?
     Да → запиши различением или антипаттерном в grundsatz/vollzug
  4. Пробелы скиллов → обнови соответствующий скилл, не методологию
  5. Баги тулов → вимарша в графе разработки тулов, не в methodology

КРИТИЧЕСКИЙ ПАТТЕРН — агент пытается заглушить натяжение:
  Самая частая ошибка агентов. Верный ответ ВСЕГДА:
  замкни структуру, никогда не глуши сигнал.
  Видишь атрибут, поставленный ради глушения натяжения, → это неверно. Запиши антипаттерн.

Канон носителей — одна ось живости на род

Модусы не свободная форма: у каждого рода (тип × given_as × genre) ОДНА ось несёт жизнь/закрытость; остальные квалифицируют. Предикат resolved/active любой поверхности — табличная функция носителя, никогда не per-genre if. Сам канон живёт в графе key-ориентирами: grundsatz «Ось живости рода» (таблица носителей + U-универсалии) и vollzug «Грамматика переходов трипути» (законные движения по носителю, подозрительные переходы, с учётом рода запреты) — найди их key:true-поиском из «Прежде чем что-либо трогать» и прочти до касания модусов. При записи ставь модусы по носителю рода; расширяя методологию — расширяй таблицу, никогда не локальное исключение. Агентская выжимка (стартовые тройки, полярность virodha) — в скилле writing.

Уроки опыта

Паттерны, наблюдённые за много методологических сессий:

Пользователь поправляет — слушай структурно

Когда пользователь говорит «нет, это не так» — он не даёт фидбэк, он вскрывает принцип. Спроси: поправка ЛОКАЛЬНА (почини узел) или ОБЩА (действует везде)? И та и другая сперва меняет деяние: найди крии методологии, где это решение принимается, их носители (текст скилла в момент хода, отказ записи, проба), задетые феномены и вопрошания — и правь их (writing, Решение 1). Обща и поправить нечего → grundsatz, но только вместе с применяющей крией и носителем, чьё действие замерено; подсказка в ответе тула носителем не считается.

Тест utpatti

Создаёшь крию и не можешь назвать её utpatti — ты её ещё не понял. Стой. Думай. Что это действие ПРОИЗВОДИТ? Какой sachverhalt существует после, которого не было до?

Ответ размыт («станет лучше») — различай дальше. У каждой крии конкретный качественный переход.

Ahara — потребление, не чтение

ahara = предмет действия ПОТРЕБЛЁН: его названное участие в этом охвате кончается. Не «прочитан», не «упомянут». Крия только читает сохраняемую опору → upadhi, не ahara. Конец участия или обязанности не обязательно уничтожает участника — какой предмет и какое участие кончаются, решает weaving, операция 5.

Sachverhalt'ы под зонтом

Различая подвиды sachverhalt'а (risk-вопрошание vs hint-вопрошание), создавай детей под родителем через contains. Родитель остаётся зонтом. Trace наследуется от родителя к детям — жизненный цикл ребёнка покрыт потребителями родителя.

Пример: «Вопрошание поставлено» содержит своих жанровых детей (Risk, Hint и остальных).

Правая граница графа

«Задача разрешена» — правая граница methodology. Её производят многие крии. Когда новый терминальный sachverhalt кажется «утёкшим» — проверь, не contains-ребёнок ли он этого зонта. Если да — он наследует потребителей зонта, и цикл замкнут.

Пере-ориентируйся после мутаций

Создав 5+ узлов, вызови iskron_orient снова. Твоя ментальная модель дрейфует от реальности графа. Пере-ориентация ловит дрейф рано.

Замкни цикл на карте

В конце сессии состояние вперёд несёт сам граф — не семя:

• Сделанная работа меняет граф: обнови модусы, описания, стрелки тронутых узлов.
• Зовущая работа живёт на карте и в деле: вопросы по сути — вимарши, прицепленные anga к превращениям, которые они двигают; разовая работа — поручение в деле на узле превращения, не вимарша.
• Семя-вимарша — одно на превращение и исключение, не ритуал; что в нём и чего в нём нет — writing, «hint». Правь существующее семя на месте, а не порождай второе; закрой (visarjana), когда содержимое проросло в граф.

Контуры методологии

Контур	Что здесь живёт
元 Пред-замысел	до-различённость
意 Замысел	намерения, мотивации
行 Воплощение	крии, принципы, методы — большинство работы здесь
德 Ценность	устоявшиеся узоры, проверенные принципы
忠 Верность	продолжающиеся обязательства
忘 Пост-забвение	сложенные формы, шрамы

Большинство методологической работы — в 行 Воплощение. Context новых феноменов обычно туда.

Ключевые узлы

Ориентиры (attrs.key=true) несут несущий канон — находи их key:true-поиском из «Прежде чем что-либо трогать», по имени:

Имя	Что это
Мыслепрактик	корневая роль — объемлет остальные
Эстафета	понятие жизненного цикла феномена
Натяжение	понятие структурного натяжения
Рабочие принципы	раздельные узлы-принципы: utpatti учит · справочных типов нет · 理 узор · различение среды · sense на стрелках
Замкнутость ЖЦ	порождение и конец на предметном уровне
Рост системы	только вырастает, не строится целиком
Граф = натяжение	не реальность — натяжение с реальностью
Четыре фазы	backward → forward → целиком → импульс
Нить ≠ эстафета	критическое различение

Чего НЕ делать

• Не пиши из training data. Сначала ориентация в графе.
• Не создавай узлы без стрелок. Сироты невидимы.
• Не сливай grundsatz и vollzug. ПОЧЕМУ ≠ КАК.
• Не глуши натяжения. Замыкай структуру.
• Не кодируй популяционные ожидания («top-level крий должно быть мало и существенно») детекторами натяжений. Грамматика детекторов — узлового зерна; популяционный узор для неё невидим намеренно (граница рода). Место таких ожиданий — повестка assembly, не детекторы-счётчики.
• Не пиши описание процедурой. Паринама = качественный переход.
• Не игнорируй блок CHECKS: — он печатается на каждом создании и на re-look после правок.
• Не оставляй payload-семена на закрытии сессии — состояние несёт граф; тонкое семя только для того, чего граф не удержит.
• Не спеши. «Не спеши» — самая частая поправка.