Methodology Work

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

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

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

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

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

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

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

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

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

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

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

ДЕЛАЙ:
  1. Поищи существующее покрытие — обоими способами, граф наверняка сказал это иначе:
     iskron_search(realm="methodology", q="<ключевые термины>")                     # keyword
     iskron_semantic_search(realm="methodology", q="<принцип предложением>")        # концептуально
  2. Покрыто → не дублируй. Свяжи с существующим.
  3. Не покрыто → создай феномен:
     given_as=grundsatz, epistemic=pramanita, volitive=adhimoksha
     attrs.key=true, если фундаментален
  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

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

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

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

Уроки опыта

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

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

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

Примеры из реальных сессий:

• «Каждый ding должен потребляться» → grundsatz замыкания жизненного цикла (без исключений)
• «Не путай нить и эстафету» → различение нить ≠ эстафета
• «Сложные системы только вырастают» → отложенная глубина нормальна
• «Натяжение всегда правдиво» → никогда не глуши
• «Граф — не реальность, а натяжение с реальностью» → ключевой grundsatz

Тест utpatti

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

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

Ahara — уничтожение

ahara = феномен ПОТРЕБЛЁН. Не «прочитан», не «упомянут» — уничтожен. Крия только читает феномен, не потребляя → upadhi, не ahara. Поставил ahara, а феномен должен выжить → неверный тип стрелки.

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

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

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

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

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

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

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

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

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

• Сделанная работа меняет граф: обнови модусы, описания, стрелки тронутых узлов.
• Открытая работа живёт на карте: вимарши, прицепленные anga к превращениям, которые они двигают.
• Семя-вимарша — исключение, не ритуал. Оставляй ТОЛЬКО для того, чего граф не может нести — состояние внешнего мира (деплой в полёте, договорённость в чате), выбранный порядок приоритетов, некристаллизовавшаяся конвенция. Указатель, не payload: без пересказа того, что показывают orient/линзы, без DONE-блоков, дат, имён, git-ссылок, инструкций восстановления контекста. Правь существующее семя на месте, а не порождай vol2; закрой (visarjana), когда содержимое проросло в граф.

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

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

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

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

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

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