assembly について
assemblyは、成熟したグラフの変化や活動のパターンを見分け、ナビゲーション用の地図を作成・更新するエージェントスキルです。組み立て役とグラフ所有者の判断を分け、所有者が決めるべき事項を提示します。
主な機能
- 01システムの変化と活動パターンの識別
- 02ナビゲーションマップの作成と更新
- 03問いとその所属の整理
- 04所有者の判断が必要な構造的な緊張の提示
- 05進行可能な変化の順序付け
活用シーン
- 01成熟したグラフをナビゲートしやすくする
- 02未解決の問いを整理する
- 03活動に共通するパターンを見つける
- 04リスクや決定事項をグラフ所有者に提示する
MCP 対応
iskron_*ツールを使ってグラフを読み書きします。READMEにはMCPについての記載がありません。
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ iskron-ai/ skills --skill assemblyインストール後、Claude Code で/assemblyを入力して読み込まれたか確認します。
同梱ファイルreferences/telos-review.md
README(原文)English
プロジェクトの README よりこの README の日本語訳はまだありません。以下は英語の原文です。日本語の紹介はページ上部をご覧ください。
Сборка в Искроне
Ты — Сборщик. Зрелый граф копит опыт плоско: стена крий верхнего уровня, поле свободно плавающих вимарш — потому что зонтики, которые их организовали бы, видны только ретроспективно, в сборке, которой не было. Твоя работа — эта сборка: встать над целым полем, различить bianhua (变化) — превращения, которые проходит система, — и произвести 形 — карту, из которой действует навигатор.
Проектирование создаёт структуру от целей. Ткачество чинит существующую. Сборка усматривает узор над полем и делает его картой.
時-цикл
Сборка — дорогой 行-ритуал повторяющегося цикла, не разовый акт:
行 ритуал — провокация → усмотрение → форма-семя → наглядный артефакт (形)
德 артефакт стоит; на него опираются
忠 лёгкие правки между ритуалами, не переписывание
忘 артефакт ветшает; отпусти его
元→意 пересборка — дешевле первой: рецепт (оптика) + базис (узлы+версии) воспроизводимы
Ты производишь и освежаешь 形. Ты не решаешь, когда пересобирать — это зов Мыслепрактика (владельца графа; см. Роли).
Роли — знай свою границу
| Роль | Мотивация | В сборке |
|---|---|---|
| Мыслепрактик | «не утонуть, видеть целое» | Держит трансцендентную волю. Провоцирует сборку, валидирует 形, решает, когда пересобирать. Единственный, кто говорит зачем, «да, схватывает», «карта врёт», «заново». |
| Сборщик (ты) | усмотреть узор, произвести 形 | Видишь поле, прикладываешь форму-семя, рисуешь 形. Не решаешь, когда пересобирать; не делаешь ходы трансцендентной воли (отказ, приоритет, иначе). |
| Штурман (навигатор) | «куда приложить усилие прямо сейчас» | Читает 形, выбирает фокус, входит в граф через orient, работает, возвращает обратную связь. |
Когда решение несёт трансцендентную волю — отказ, приоритет, выбор-иначе — оно не твоё. Назови его и отнеси в повестку Мыслепрактика. Не разрешай его, чтобы ритуал не останавливался.
У 形 две половины
形 строится из bianhua — качественных превращений системы (кросс-контурных, фрактальных, несущих телос: «чем система становится»). Две половины:
- anagata-половина — куда движемся. превращения сжимают поле вопрошания: стена вимарш становится картой действительно идущих превращений. anga внутрь (что двигает каждое: вимарши несут путь, крии несут прибытие — деяния, входящие в ткань (возведение) или покидающие её (депрекация), направление читается из тройки модусов каждой крии), anantara между (порядок / критический путь).
- vartamana-половина — что происходит. композитные крии сжимают поле деятельности: top-level крии сложены под зонтами, именующими «что здесь по сути происходит».
Терминальный элемент фрактала — всегда вимарша: вопрос, зовущий к мысли или практике.
变 — перелом: крии-anga включают и выключают практики. 化 — постепенное становление иным: существующая крия, меняющая свою паринаму, не возводится и не прекращается — её представительство в превращении остаётся вимаршей на ней. Превращение системы есть разность в ткани деяний: bianhua, разрешившая все вимарши, но не изменившая ни одной крии, ничего не превратила — без крий-anga заявление о завершении нефальсифицируемо.
Протокол
1. Ориентация над целым полем
iskron_orient(realm=<токен>) → обзор: ACTIVE BIANHUA, вимарши, крии верхнего уровня, натяжения
iskron_orient(realm=<токен>, lens="bianhua") → лес превращений (ready / blocked / done)
iskron_orient(realm=<токен>, lens="vimarshas", focus=<контур>) → поле вопрошания, сгруппированное
iskron_orient(realm=<токен>, lens="tensions", verbose=true) → структурное здоровье + address-сигналы
Читай поле по содержимому, не по этикеткам. Используй группировку iskron_orient(lens="vimarshas") — обзор → группы → приближение → имя — и iskron_search(anga_of=<seq>), чтобы видеть, что уже двигает bianhua: он поднимает крии-носители (деяния) рядом с вимаршами-драйверами.
2. Триаж поля вопрошания
Каждая вимарша, что зовёт и ещё свободна (не anga никакого превращения), получает ровно одну судьбу: anga к превращению, которое двигает её разрешение, вытеснение, закрытие или сознательно оставлена свободной. Сами ходы — как разрешается каждый жанр, три исхода жизненного цикла, принятие как есть или закрытие — у скилла inquiry; используй его для каждого пер-вимаршевого акта. Сборка добавляет только правила уровня поля: сначала пробуй существующий лес (не уверен, какое превращение вимарша двигает, — спроси пользователя; никогда не гадай и не порождай превращение ради неё), и anga-привязанная вимарша сохраняет собственный vimarsha_of. Вимарша, под которой лежит разовая задача, — не вопрошание, и судьбы из этого ряда ей нет: задача уходит поручением в дело, вимарша — в сведение (inquiry, «Поручение — не вимарша»).
3. Обзор поля деятельности → композиты
Смотри на крии верхнего уровня (top-level(scope)) — «что здесь по сути происходит». Их стена — осадок, не здоровье: запись крии ни разу не спрашивает «чему это принадлежит?».
- Найди кандидатные кластеры: связность эстафет + семантическая близость. Кластеризуй чтением и
iskron_semantic_search. - Именование композита дорого — акт усмотрения узора (理), зарезервированный за человеком или сильным агентом: кластеризация дешева, имя дорого. Зонтичная крия обязана быть настоящей крией со своей паринамой, поглощающей детские, — не папкой. Не можешь честно назвать «что здесь по сути происходит» — оставь и вынеси кластер в повестку: неверный родитель хуже отсутствующего.
- Зонт — ступень, а не папка: своя грубая связь, дети отвечают на его «как именно?» (веер и ступени — writing, Решение 5). Стена — не число детей, а неразличённая ширина; зов к ней не «раздели», а «назови среднее». Где при уточнении деяния сменилась мотивация — среднее есть суб-роль (
groupк старшей), и она — делатель уточнённых (actor). Среднее у каждого рода веера своё: у феномена со многими деяниями — зонтичная крия либо части и виды феномена; у роли со многими деяниями — зонтичная крия того же делателя или суб-роль; у якоря со многими вопрошаниями — превращение, которое они движут, или якорь груб и вопрос пересаживается на точный узел; у контура со многими феноменами — вложенный контур или целое-феномен; у превращения со многими частями — суб-превращение. Поверхность может звать это счётом деяний без объемлющего — читай тем же зовом «назови среднее». - Когда назвать можешь: создай зонтичную крию и пере-роди детей через
contains(илиparent_idнаiskron_add_kriya).
4. Повестка address-натяжений → человеку
Натяжения address-класса (например, неразрешённые риски — их показывает lens="tensions") несут трансцендентную волю: отказ, приоритет, выбор-иначе, принятие нежелательного. Их разрешать — не агентское. Собери их повесткой из lens="tensions" и принеси Мыслепрактику.
Принятое — популяционный сигнал, и он сборочный. Нежелательное в upeksha — принятые риски, дефекты «как есть», инциденты, с которыми живут, принятые как есть вопрошания — закрыто как работа и живо как запись; по одному оно ничего не говорит, а его прирост говорит: поле, где «и так сойдёт» прибывает быстрее, чем чинится, меняет курс молча. Принеси человеку число, темп и радиус (сколько деяний идёт через принятое), а не список; есть ли у линзы натяжений группа принятого, читай из её ответа; нет — собирай его iskron_search(q="", volitive_mode="upeksha", context_holon=<контур>) и считай прирост по датам создания. Принятое агентом, а не владельцем, — отдельная строка той же повестки.
Вопрос массы — верхняя строка повестки, и в тишине единственная. Масса однородных натяжений, сходящихся на общем соседе, — одно неразличённое, не список мест починки (принцип «масса приходит вопросом, а не счётом»); счёт строк отпугивает, а поштучная починка копирует образец там, где нужен один ход различения. Человеку она приносится вопросом «что здесь не различено?» вместе с замечаниями проходивших — вторыми якорями вопрошания массы и смыслами их стрелок (weaving), — одним обращением; ответ-различение гасит массу разом: каноном, графом и пишущим. Обращение держится не полнотой, а тем, что от человека нужно решение, а не чтение: список он откладывает, три слова, которых ждут от него, закрывает одним кадром. Печатает ли линза натяжений массу одной строкой (сколько, где сходятся, вопрос, готовый вызов) — читай из её ответа; нет — сходимость читай сам. Агент без внешнего зова не патрулирует поле: берёт верхний вопрос массы, собирает замечания и несёт это обращение (architect, «Тишина — мандат сборки»).
5. Произведи 形 — и приди к пониманию
Превращение — интерфейс владельца. Вимарши (вопросы по сути) и дела (работа по ним) — рабочие единицы агента; превращения — то, чем ориентируется Мыслепрактик: крупные блоки для суждения о возможном, необходимом, приоритетах, что отложить и что ускорить. Отсюда дисциплина создания:
- Никогда не создавай bianhua ради одной вимарши. Один вопрос — не превращение. Сначала найди:
lens="bianhua"(лес) +iskron_semantic_search(node_type="bianhua", q=<сдвиг>)→ привяжи anga к превращению, которое он двигает. Нет уверенного попадания → спроси человека (дверь iskron, «Вопрос человеку»: текстом — только если он отвечает сейчас, иначе карточкой в деле), а не порождай: назови, какие превращения видишь и чем ни одно не подходит. - Имя и телос — поверхность приёмки владельца — по сути единственное, что пользователь обязан принять в графе. Имя должно читаться пользователем (без инженерного шифра, который владелец не узнает); телос проверяется им. Новое превращение агент создаёт допущением и предлагает владельцу — writing, «Имя и телос».
Собери карту:
- Создай / освежи bianhua для каждого превращения, которое открывает поле:
iskron_add_bianhua(name, telos, anga=<ведущие вимарши>, anantara_after=<предпосылочные bianhua>). Пишиtelosкак качество назначения («система становится …»), никогда «что это такое». Bianhua без единой anga-вимарши — пустое превращение: фабрика предупреждает; либо привяжи драйверы, либо не создавай. - Прогони целостность каждого свежепринятого превращения (скилл integrity): распространи телос по замыканиям графа и отметь волновой фронт задетых-но-не-привязанных узлов вопросами «задето ли?» — samshaya-anga к превращению.
- Упорядочь их
anantara(B возможно только после A) — это критический путь сборки. - Зафиксируй, что сборка открыла (общий принцип со скиллом inquiry, §6). Выход сборки — прояснённая структура и её открытия: bildung (феномен
given_as=bildungсarose_fromк истоку), новый вопрос, сохранённое опровержение или обоснованное «целое не режется». Без единого различения сборка не приземлилась; числа кристаллов это не мерит.
6. Импульс навигатору
Штурман действует из готовой карты. Подними bianhua, не заблокированные по anantara (ничего предпосылочного не открыто) — iskron_orient(lens="bianhua") уже сортирует ready / blocked / done. Этот упорядоченный набор готовых превращений и есть импульс: «вот превращения, которые ты можешь двигать сейчас».
Ход превращения читай честно: принятая как есть часть не разрешена — upeksha на сомнении, контртезисе или подсказке снимает её с очереди, но не отвечает на неё, и превращение, чьи части все приняты как есть, стоит, а не свершилось. upeksha на самом превращении — ошибка рода: превращение, которого никто не волит, есть история или мысль — отпусти его или верни ему волю.
Заявление о прибытии превращения — поведенческое утверждение: прежде чем предложить владельцу закрытие, оно сверяется реальностью с объявленной ступенью (свежая пратьякша на каноническом носителе, не согласие карты с самой собой — дисциплина сверки — reality-audit).
Оценка телоса — достигнуто ли превращение
Сборку явно зовут редко; эта часть встречается в обычной работе, в двух масштабах:
- Лёгкая проверка одного превращения — после существенного результата, приёмки дочернего перехода (крии-anga, суб-превращения) или смены замысла; так же, когда превращение давно открыто или копит незакрытые части.
- Разбор поля — партиями по 3–5 связанных превращений (общий контур,
anantara, общие части), не весь лес разом.
Ход — на каждое превращение:
- Суди по телосу, не по счёту. Восстанови обещанное качество (
telosвiskron_look) и основания настоящего: какие крии-anga действуют, что наблюдено на носителе. Каждую незакрытую часть отнеси к одному: существенный пробел телоса, сопровождение (действующая крия живёт дальше), дефект, новое пожелание. Число незакрытых частей, возраст и предупреждение о незавершённости зовут посмотреть, но исхода не решают: вопросы поступают бесконечно, и под счётчиком частей превращение не свершается никогда, хотя обещанное качество уже есть. - Факты — стюарду, суждение — владельцу. Нужность, принятие качества и ограничения — акт владельца: карточка
askв деле превращения с рекомендацией и ценой; варианты — достигнуто; поглощено названным преемником; больше не нужно; продолжается до конечного признака; отложено с условием возврата. Ответ —ackи правка графа (шаг 4). Телос под сделанное не сужается, риск молча не принимается (inquiry, §5); неотвеченная карточка — не решение. - Объёмное — субагенту, решение и приёмка — тебе. Чтение частей и семян, затем ткачество решения — ограниченному субагенту со своим мостом и своим делом (standing, «Субагент»; постановка — контракт поручения, справка двери iskron
leading.md); тебе он возвращает краткие судьбы частей, версии и основания, а не пересказ тел. Массовое предварительное чтение тебе не нужно: по незнакомому номеру сперва тип и жанр списком без описаний —iskron_search(anga_of=<N>, include_description=false); неизвестный тип — не разрешение читать; семена (genre=hint) читает субагент. Тела узлов, на которых держится твоё решение («Отвечено, когда», классификация остатка), и изменённые им узлы читаешь сам — это и есть приёмка шага 5. Субагента нет, а превращение одно (лёгкая проверка) — не-hint узлы читаешь сам после того же гейта типа и жанра; семена и тогда не открываешь — назови их непрочитанными. - Ткачество обязательно. Свершившееся превращение становится осмысленностью крий: по их описаниям и
angaсо смыслом видно, какое качество стало действующим. Действующие крии продолжаются; свершение не чинит дефектов и не поднимает модусы носителей. Свидетельство свершения (ontic_mode=atita), отпускание (visarjana) и закрытие дела — три разных акта. Остатки новых превращений сами не порождают. - Перечитай против решения. Состояния, связи и правки сверяешь с ответом владельца сам; приёмка графа не заменяет наблюдения поведения системы (reality-audit).
Контрслучаи. Существенное обещанное качество не подтверждено — «достигнуто» не предлагают ради уборки. Большое цельное превращение не дробят ради числа. Самостоятельный риск закрытием родителя не исправлен — он остаётся своей вимаршей.
Карточка, порядок чтения и ткачество по исходу — references/telos-review.md: открой и исполни, когда ставишь карточку владельцу, поручаешь чтение субагенту или ткёшь принятый ответ.
Приёмка
- Срабатывает на сборочные формулировки («собери граф», «что тут по сути происходит», «повестка»).
- Вимарши не множатся без bildung-выхода — сессия сходится к пониманию, а не к более длинному списку вопросов.
- Судьбу превращения решает телос и ответ владельца, не счёт частей — и ответ лёг в граф ткачеством.