Проектирование в Искроне

Граф — устойчивая проекция спеки: решение или риск вне графа не устойчивы — не переживут сессию; поведение, живущее только в графе, не проверено. Внешние источники, публичные границы и рантайм-свидетельства остаются поверхностями истины, против которых проекция проверяется.

Граница маршрутизации

«Продумай / хотим X» → запись в тот же ход. Это просьба проектировать, не только обсудить: прочти существующие феномены и вплети дизайн в них; подлинно новое —

anagata+chanda

, эпистемика не выше

anumita

. Запиши решения, путь и риски, вопросы по сути — вимаршами с

vimarsha_of

posed_to

, каждой стрелке дай

sense

по writing. Новое превращение агент может создать сам как допущение:

kalpita

или

anumita

anagata

chanda

; имя и телос предложи владельцу словами или вимаршей.

Chanda

здесь — не принятая воля:

adhimoksha

ставится только по принятию владельца. Согласование не откладывает дизайн в прозу.

Проектирование начинается там, где структурный выбор действительно открыт: конкурирующие пути, жизненный цикл, владение, публичная граница, направление зависимости — или решение, обязанное пережить сессию. Конкретная принятая просьба об имплементации не становится проектной работой оттого, что придётся писать код: реализуй её обычным потоком репозитория; writing — только если работа вскрыла новую устойчивую поправку, зависимость, границу или открытый вопрос, стоящие передачи позднему актору.

Interop: наборы элиситации (например, superpowers brainstorming)

Если установлен brainstorming-скилл — запускай его для элиситации: это желанный фронт-энд. Его spec-файл — черновой вид: пропусти через intake и прошей сюда. Сохранение результата — работа памяти, не имплементация: жёсткие гейты имплементации (например, у superpowers brainstorming) на неё не распространяются. Дизайн не готов, пока его решения, риски и жизненные циклы не в графе.

Принципы (действуют всегда)

#	Принцип	Что это значит для тебя
P1	Каждый ding рождается и умирает	Каждый феномен (given_as=ding или sachverhalt) ОБЯЗАН иметь utpatti И ahara. Без исключений. Leaked-натяжение = нет крии конца жизни. Добавь её. Никогда не глуши attrs.
P2	Сложная система только вырастает	Оставляй место. Модусы anagata+upeksha и вимарши — для отложенного. Глубоко с первого прохода = антипаттерн.
P3	Граф ≠ реальность; граф = натяжение с реальностью	Впуск шабды понижает натяжение. Проектирование повышает — граф описывает то, чего ещё нет. Каждая вимарша метит натяжение. Система развивается переработкой вимарш.
P4	Натяжения всегда правдивы	Никогда не подавляй. Всегда замыкай структуру. Натяжение кажется неправым → баг детектора, а не повод его заглушить.

Стартовые модусы проектируемого

Проектируемая практика рождается запланированной, не сделанной: anumita/anagata/chanda (устоявшийся план, на который решились, — adhimoksha; отложенное «нужно, не сейчас» — anagata+upeksha). Только наблюдаемое уже работающим — Pt/Va/Up. Штамп «готово» (

pramanita/vartamana/upeksha

) на спроектированном-но-несуществующем узле лжёт и об онтике, и об эпистемике, и ложь каскадирует через закат, преемственность, kriya-anga и предикаты носителей. Переход в
vartamana
— отдельный акт жизни, совершаемый, когда практика реально стартует, — и засвидетельствованный: старт подтверждается наблюдением мира на каноническом носителе, не намерением автора (дисциплина сверки — vahta). Воля взрослеет по

chanda → adhimoksha

; никогда не тянись к

attrs

для срочности или приоритета. Полный канон стартовых троек и закрытия — у скилла writing: сверяйся при каждой записи, не перевыводи здесь.

Волевая крия принадлежит превращению. Крия, записанная из воли — пользователь хочет, чтобы она была (или чтобы чего-то не стало), а не из шабды («знаю, что так»), — часть качественного сдвига, который проходит система. Посади её на карту: её ведущие вимарши цепляются

anga

к bianhua (путь), и сама волевая крия цепляется
anga
тоже (прибытие — kriya-anga). Направление читай из трипути самой крии, не из отдельного поля: возведение — деяние, входящее в ткань (онтика

anagata→vartamana

, воля

chanda

adhimoksha

) — цепляй ещё в

anagata

, разрешится при

vartamana

; депрекация — деяние на выход (

vartamana→atita

virodha

), разрешается в

atita

. Полная грамматика kriya-anga — в скилле writing. И завершённая крия тоже может быть anga — сделанное деяние не сходит с карты: bianhua заодно есть прочтение поля крий, где каждое деяние показывает, какому превращению служило и зачем было создано. Членство записывает назначение, не только незавершённое движение (отдача долга). Не порождай для этого новое превращение спонтанно — сначала существующий лес (

lens="bianhua"

); имя и телос нового принимает пользователь (скилл assembly); не знаешь, куда положить, — спроси.

Четыре фазы проектирования

Входи в любую фазу по зрелости графа. Не водопад — любая фаза может вернуть назад.

Фаза 1: обратное выведение (справа налево)

Канон нити: цель → путь → риски → тезис; поток given_as: sachverhalt → bildung → grundsatz/vollzug. Lean pull — метод мышления: каждый шаг верифицируем, потому что вытянут из цели, а не придуман из воздуха.

ТРИГГЕР: цель есть, пути нет
ДЕЛАЙ:
  1. Назови цель как sachverhalt(anagata+chanda). Целевое состояние — владельца:
     называй в диалоге, когда нужно, — цель принимает пользователь (и позже — телос
     превращения), проектировщик её не изобретает
  2. iskron_search + iskron_semantic_search — цели ещё нет в графе? (keyword пропустит
     иначе названный дубликат; semantic поймает до того, как спроектируешь дважды)
  3. Кто берёт цель? Тот, ради кого она, — крия отдачи: ahara на цель, без utpatti,
     актор 主/客. Правый край стоит прежде рекурсии влево; цепь за ним не продолжается
  4. От цели: «что это производит?» → создай крию + ahara-феномен
  5. Рекурсия, пока не упрёшься в данность извне — и тогда крия наблюдения:
     utpatti без ahara, актор — тот, кто увидел. Край — деяние, не пометка
ВЫХОД: путь крий от входа к цели
ДАЛЬШЕ: → Фаза 2 (прямое ткачество)

Актор: роль Проектирующего. Потребляет: поставленное вопрошание. Производит: построенный путь.

Фаза 2: прямое ткачество (слева направо)

ТРИГГЕР: путь есть, не все феномены обслужены
ДЕЛАЙ:
  1. Пройди путь слева направо
  2. Для каждого феномена на пути:
     - Есть utpatti? Нет → relay-gap → добавь производящую крию
     - Есть ahara? Нет → leaked → добавь крию конца жизни
     - Уровень абстракции совпадает? Bootstrap создаёт config → Teardown уничтожает config (тот же уровень)
  3. Для каждой крии:
     - Ровно один actor? Два → расщепи
     - На всех стрелках sense? Нет → напиши
     - ahara/utpatti указывают на верные феномены? (после различений может быть нужен reconnect)
  4. Для каждого феномена: context → контур проставлен? Феномен без контура-дома невидим
     контур-скоупной ориентации — распредели ВСЕ
  5. iskron_orient(lens="trace", focus=<феномен>) на ключевых → цикл связан?
  6. iskron_orient(lens="tensions") → новые проблемы?
ВЫХОД: замеченные натяжения, замкнутые циклы
ДАЛЬШЕ: → Фаза 3 (анализ рисков) или → замыкание ЖЦ, если разорван

Актор: роль Ткача. Потребляет: построенный путь. Производит: замеченные натяжения, замкнутые циклы.

Фаза 3: анализ рисков + митигирование

3a. Анализ:

ТРИГГЕР: путь проткан, риски не оценены
ДЕЛАЙ: для каждой крии на пути — семь провокационных вопросов:
  1. Другой актор? Что, если недоступен?
  2. Другой контекст? Окружение сменилось?
  3. Повреждённый upadhi? Предусловие испорчено?
  4. Несовпадение масштаба? Параллельность/конкурентность?
  5. Противник? Сеть падает, диск кончается, процесс виснет?
  6. Публичная граница и представление? Точны ли экспорт API, форма конфига/схемы,
     протокол, сериализация, поверхность совместимости?
  7. Состояние и история? Держится ли поведение при изоляции, ретраях, уже
     накопленном состоянии, повторном прогоне?
  Нашёл угрозу → iskron_add_vimarsha(genre="risk", vimarsha_of=<крия>)
ВЫХОД: риск-вимарши

3b. Митигирование — отдельный процесс, по каждому риску:

ТРИГГЕР: риск-вимарша есть, не отвечена
ДЕЛАЙ:
  1. Прочти контекст риска: iskron_look на целевую крию + окрестность
  2. Изучи операционное окружение
  3. Выбери тип ответа:
     a. Компенсирующая (митигирующая) крия или феномен → предотвращает/обрабатывает срыв перехода
     b. Grundsatz-инвариант → принцип как upadhi; рождается предложенным (chanda — в силу его вводит владелец),
        основание — стрелкой: arose_from к этому риску, derived_from к принципу, из которого следует
     c. Сознательное принятие → НЕ твой ход: принятие нежелательного — акт владельца. Подготовь материал
        (что принимается, какой ценой, сколько деяний идёт через риск) и адресуй владельцу; upeksha ставит он,
        либо ты — записывая его сказанное слово; чьё слово и когда — в reasoning записи, не в теле.
        Риск до тех пор стоит в virodha
  4. Прошей ответ, iskron_arrow(action="link") addressed_by от вимарши (для a и b; принятие закрывает модус, не стрелка)
ВЫХОД: отвеченные риски
ДАЛЬШЕ: → Фаза 4 или → следующий риск

Фаза 4: импульс доставки

ТРИГГЕР: граф спроектирован, всё в anagata, никто не работает
УСЛОВИЕ: только для графов, проектирующих внешние системы (не методология, не CJM)
ДЕЛАЙ:
  1. Посади работу на превращение: каждую волевую крию — как kriya-anga (деяние-прибытие —
     возведение/депрекация по её трипути, см. §«Волевая крия принадлежит превращению») —
     к СУЩЕСТВУЮЩЕМУ bianhua сначала (lens="bianhua"); новое можно создать как допущение
     по writing, «Имя и телос», и предложить владельцу → импульс становится частью 形,
     а не рассыпанным списком
  2. Стадируй поток: когда доставка ступенчата (например, test → staging → full),
     каждая ступень — суб-превращение, anga в ЕДИНОЕ превращение доставки, упорядоченное
     anantara (что стартует только после чего); каждая ступень собирает свои волевые
     крии через anga. Канонический результат право-налевого проектирования — это одно
     превращение с anantara-упорядоченным потоком ступеней: владелец читает его как план релиза
  3. Работа идёт делом: прежде спроси iskron_case(action="at", node=<превращение>) — не идёт ли
     уже; нет — открой дело на узле превращения (или ступени) полем open_room у его записи,
     одной строкой замысла (скилл architect, «Ведение дела»)
  4. Поставь работу в деле референсами: узлы участка в модусах замысла и способ проверки —
     на каком каноническом носителе и какой пробой видно «сделано» (команда/запрос и ожидание,
     не мнение исполнителя), и отрицательная проба (скилл architect, шаг 5). Адресат — делатель,
     который может ответить: 能, стюардящий контур (ищи по стрелке `steward`), 主 для
     стратегического масштаба; никогда pratibimba-образ. Принято пересказом, исход —
     словом в деле; порядок работ — из anantara и happens-before, не из списка
  5. Вимаршей остаётся то, что переживёт работу: риск, вопрос по сути, обязательство перед
     будущими делателями — **стрелка `posed_to`** (вимарша→роль) и ЯКОРЬ vimarsha_of там,
     где адресат ориентируется (минимум контур, точная крия/феномен — когда известны):
     posed_to без якоря потерян — адресат его не увидит; воля взрослеет chanda→adhimoksha —
     никогда атрибутом срочности; блокирующесть — свойство пары; та, чьё разрешение двигает
     превращение, — ещё и anga к нему (ведущая вимарша). Под разовую задачу
     вимарша не заводится — она поручение в деле
  6. Семя превращения (genre=hint) — одно на превращение: смысл и то, что важно после
     сессии, — инварианты, слово владельца, ещё не ставшее узлом, живые дела превращения
     по строке, что дальше; не список работ и не журнал сделанного
  7. Сверь с существующими открытыми вимаршами и делами контура (iskron_case(action="at", node=<контур>))
  8. На свежепринятом превращении: прогон целостности (скилл integrity) — волновой фронт
     задетых-но-не-привязанных узлов получает свои вопросы «задето ли?»
ВЫХОД: делатель входит через дело (строка запуска, iskron_case(action="mine")) или orient → ACTIVE BIANHUA → знает, что делать первым

Сами по себе anagata-крии к действию не зовут. Зовут дела и вопрошания: дело — работу, вимарша — вопрос по сути. Превращение (скилл assembly) собирает их в карту, которую читает навигатор, — anga внутрь (волевые крии и ведущие вимарши), anantara между, — а не в плоский список.

Нить и эстафета

	Нить (thread)	Эстафета
Связывает	крии через `next`	феномены через `ahara` / `utpatti`
Несёт	прашну (иглу-вопрос) на каждой стрелке	sachverhalt (положение дел) между криями
О чём	порядок действий	жизненный цикл вещи
Тул	иди по `next`	`iskron_orient(lens="trace")` на феномене

Не путай. Цепь sachverhalt'ов — эстафета. Последовательность крий — нить.

Замыкание жизненного цикла

Разорванные циклы, всплывшие при проектировании (lens="trace" разрыв, leaked, relay-gap), чинит скилл weaving, Операция 5: рождение и смерть на одном уровне абстракции; отложенное замыкание через anagata+upeksha — можно. Не перевыводи процедуру здесь.

given_as — легальность стрелок

Дерево решения given_as и полная матрица стрелок — у скилла writing. В момент проектирования помни ту, что кусает: vollzug/grundsatz применяются, никогда не потребляются — только upadhi; ahara/utpatti к ним = API 422.

Шпаргалка натяжений

Натяжение	Значение	Починка
leaked	у феномена utpatti, нет ahara	Добавь потребляющую крию (конец жизни) или отложенную (anagata+upeksha); феномен уходит из графа — крия отдачи (ahara без utpatti, актор 主/客)
relay-gap	у феномена ahara, нет utpatti	Добавь производящую крию; феномен приходит извне — крия наблюдения (utpatti без ahara); её феномен — в холоне внешней системы
orphan	у феномена вообще нет крия-стрелок	Прошей к крие (ahara/utpatti/upadhi). Не держится — три судьбы, не одна: не нёс различения (случаен, дубль) — удали с причиной; нёс тезис, и он ложен — опровергни и храни; был верен и больше не нужен — отпусти (writing, справочник модусов)
no-actor	крия без актора	Вимарша стюарду холона по writing, «Кто действует?»; actor не ставь до ответа
lifecycle	несвязные сегменты цикла	Прошей через next или трассируй до разрыва
unreachable	upadhi-феномен недостижим по happens-before	Проверь: производитель hb-раньше потребителя?
веер — не имя детектора, а канон: много связей одного рода на узле	грубейших связей больше, чем вмещает экран внимания; сегодня линза зовёт счётом деяний без объемлющего — тот же зов; счёт стрелок сам по себе не долг	Не «раздели» — назови среднее со своей грубой связью: зонт применяет, ест или даёт целое либо род, листья уточняют; зонт без связи — папка (writing, Решение 5; среднее по роду веера — assembly, шаг 3)

Паттерн прошивки endpoint'ов

HTTP-endpoint'ы → крии, не текстовые описания:

Корневой sinn-контейнер (например, «API URL») — содержит все endpoint-феномены
Endpoint-феномен = sachverhalt (HTTP-запрос). attrs: method, path
Крия «Обслуживание GET /path» — ahara ← endpoint-феномен, utpatti → феномен ответа, actor → API-клиент
Next-стрелки: вызывающий → endpoint-крия → рендерер

Механика записи → скилл writing

Именование (正名), форма описания (паринама; толстый узел — рассуждения в дочерние вимарши, под-шаги в contains-детей, справочные данные в ding'и), модусы, given_as, порядок батча — всё это скилл writing. Вызывай его в каждый момент записи каждой фазы; не перевыводи здесь.

Отложенная работа

Два инструмента:

Модусы anagata+upeksha на крие/феномене: «нужно, не сейчас». Цикл формально замкнут. Натяжения нет.
Вимарша на узле: открытый вопрос, позовёт к действию, когда придёт время.

Оба одновременно — можно: крия в anagata+upeksha + samshaya «а нужно ли вообще?»

Граница графа

Санкционированного края у графа нет — ни пометки, ни группы натяжений; ни один детектор не требует ahara на крие. Край — деяние, у которого одна сторона в мире: на входе крия наблюдения (utpatti без ahara — данность внешнего), на выходе крия отдачи (ahara без utpatti, актор 主/客 — продукт принадлежит миру). Деяние гостя может стоять на краю с обеих сторон разом. Leaked и relay-gap на краю — не ложная тревога, а долг смоделировать это деяние; его феномен лежит в холоне внешней системы или человека, своего холона у крии нет. Продолжать цепь за крией отдачи не нужно: нудж «нет next» здесь не долг. Никогда не добавляй attrs, чтобы заглушить натяжение. Полный абзац о криях края — скилл writing, Решение 5.

Конкурентность

Все мутации требуют

basis_version

—

v<N>

из

iskron_look

. Прочитал → записал → при конфликте перечитал и повторил.

Оговорка про вимарши в orient

iskron_orient(focus=<контур>)

может показать 0 вимарш, когда они привязаны к криям, продевающимся сквозь контур, а не к феноменам внутри.

lens="vimarshas"

на контуре группирует blocking/active/dormant по его охвату — но вимарши на продевающихся криях надёжнее всего всплывают через

iskron_search(node_type="vimarsha", vimarsha_of=<seq крии>)

, если цифры кажутся неверными.

design

NPX Install

Tags

SKILL.md Content