mcpField
I
inquiry

inquiry

github.com/iskron-aiAgent workflows2123 installsUpdated 1d ago
Repository

About inquiry

A skill for managing open questions in the Iskron graph, from anchoring and triage to resolution, release, or crystallization. It helps agents keep questions discoverable and distinguish them from tasks.

Key features

  1. 01Anchor questions to subjects and observations
  2. 02Track question outcomes and continuation
  3. 03Use genre to define resolution criteria
  4. 04Distinguish transformation parts from free questions

Use cases

  1. 01Find and triage unanswered graph questions
  2. 02Record how a question was resolved or released
  3. 03Assess whether a question belongs to a transformation

MCP support

The skill describes working with Iskron through MCP tools such as `iskron_look`, `iskron_arrow`, and `iskron_update`.

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/iskron-ai/skills --skill inquiry

After installing, type/inquiryin Claude Code to confirm it loaded.

Details

From the project README

Вопрошание в Искроне

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

Симптом, который скилл лечит: графы копят висящие вимарши — незаякоренные, неразрешённые, невидимые агентам, которые могли бы их разрядить. Болезнь — не число вопросов, а вопрос, который не найти, не адресовать, не различить.

Поручение — не вимарша. Разовая задача живёт словом в деле и кончается там исходом, а не visarjana (справка двери iskron cases.md, «Разовая задача — слово в деле»). Вимарша, под которой в поле лежит задача, — долг сведения, а не вопрос: что задача меняет — узлами, недоделанное — поручением в деле на узле предмета, сама вимарша отпускается с reasoning (reconcile, проходка 2).

1. Якорение обязательно

Незаякоренная вимарша — невидимая вимарша: она не всплывает ни в одном lens="vimarshas", не распространяется ни на один узел. Каждой вимарше нужны две стрелки:

  • vimarsha_of → узел(ы), о которых вопрос. Без него вопрос плавает.
  • arose_from → наблюдение, из которого он увиден (узел, инцидент, прежняя вимарша). Без него у вопроса нет истока, к которому можно вернуться.

Вимарша, несущая ожидание (posed_to к роли, anga к превращению), нуждается в якоре вдвойне: агенты находят работу по контуру, а ни anga, ни posed_to не помещают вимаршу ни в чей контур — без vimarsha_of в территорию адресата она невидима и не будет сделана. Минимум — контур ожидаемой работы; лучше — точный феномен или крия внутри. Детектор unanchored срабатывает задним числом — якори при постановке. posed_to — ребро-инбокс к роли; к pratibimba запрещено (образ не ответит) и vimarsha_of не заменяет.

Зеркальный провал — vimarsha_of без posed_to на вопросе, ждущем другого делателя: записка в пустоту (writing, Решение 5, «Vimarsha»). Ждёшь чьих-то действий — назови кого: 能, стюардящий контур работы (writing, Решение 2b — по стрелке steward или iskron_search(q="", node_type="karta"), не по частичной выдаче корневых ролей в orient).

Нашёл висящую вимаршу (orient их флагует) — первый ход почти всегда заякорить, потом триаж.

2. Исходы и продолжение

Вимарша стоит в работе, пока держит натяжение и зовёт — у сомнения «ищем ответ», у риска «стережём», у дефекта «есть»; «держим вопрос» и «принято» стоят без зова. Из поля она выходит одной из трёх дверей; ни одна не выше другой:

ИсходЧто происходитКак
Разрешениена вопрос отвечено действующим/решающим узлом графастрелка addressed_by (вимарша → крия, роль, вимарша или феномен по данности — концы ниже, под таблицей) + волевой visarjana — только когда её «Отвечено, когда» исполнено дословно, каждое условие наблюдено; исполнено не всё — вимарша стоит, в теле — что осталось. Если ответ — поведенческое утверждение («работает», «починено»), закрытию предшествует сверка реальностью с объявленной ступенью (reality-audit): прозой поведенческий провал не закрывается
Смертьсознательно отпущена без ответа — была неверной, снялась, вытесненаволевой visarjana с reasoning-строкой, почему умирает без ответа
Кристаллизацияпрозрение становится стоячей формойфеномен с given_as, arose_from → вимарша и addressed_by от вимарши к нему (вырос из вопроса и отвечает на него — две стрелки): жидкое (сомнение, наблюдение — подвижное) застывает в твёрдое (принцип, различение, метод). Оформленная форма вопроса не закрывает: дальнейший ход — по несущей оси жанра (§3), его «Отвечено, когда» и праву на отпускание; держимый вопрос стоит и с формой

Кристаллизация оформляет переносимое различение с основанием, условием применения и контрпримером, где он меняет вывод: arose_from — исток, addressed_by — ответ; visarjana — отдельно, по «Отвечено, когда» и роду. Перечитывание автором философский вопрос не разрешает и освоения не удостоверяет. Держимое исследование, новый вопрос, сохранённое опровержение, отпускание без порождения, переформулирование через supersedes — тоже продукт; стирать их ради сходимости нельзя. «Вырос из» и «отвечает» — разные стрелки: arose_from от формы к вимарше говорит, откуда форма взялась; addressed_by от вимарши к форме — что ею отвечено; кристаллизованная форма несёт обе, а на новый вопрос может отвечать узел, который стоит давно, — тогда это разрешение уже стоящим узлом, без новой формы.

Плюс два хода вне таблицы:

  • Вытеснение — поздний вопрос поглощает этот: supersedes на замене, старая → visarjana.
  • Принято как есть — волевой upeksha, поставленный сознательно, у сомнения, контртезиса и подсказки одинаково: вопрос увиден и стоит, ответа не добиваемся и от него не отказываемся — внимательное невмешательство, та же клетка, что принятый риск и принятый дефект; отдельного состояния и слова у неё нет, её называет сама воля. Кто ставит — по роду: у сомнения, контртезиса и подсказки это твой ход с записанным reasoning; у нежелательного — риска, дефекта, инцидента — акт владельца, ты готовишь материал (§5). Это модус, никогда не атрибут: дата и условие возврата атрибутом — данные автора, обход их не читает, и намерения вернуться воля не несёт. Принятый вопрос будит перемена у его якоря: якорь сменил модус, через него прошла новая стрелка, на нём встало новое вопрошание, — правя якорь, спроси, задевает ли правка оставленный вопрос, и тогда верни chanda. Принятое выходит из очереди адресата и из счёта открытого (§3, «Принятое — ни отпущено, ни зовёт») — но оно не отвечено: превращению как разрешённая часть не засчитывается, и превращение, чьи части все приняты как есть, стоит, а не свершилось. Оставленное без якоря, у которого может что-то перемениться, — тихое забвение под другим именем: нечего ждать — отпускай.

Опровергнутый вопрос не закрыт. Badhita на сомнении или риске значит «вопрос поставлен неверно» или «это невозможно» — повод переформулировать, вытеснить или отпустить; закрывает по-прежнему воля.

Всё это — модусы и стрелки, никогда не attrs. iskron_update(... volitive_mode=...) двигает модус; iskron_arrow(action="link", ...) — для addressed_by / supersedes / arose_from. По канону матрицы стрелок addressed_by ведёт к крие, роли, вимарше и к феномену по данности: различение, принцип, положение дел (замер дал состояние — оно и есть ответ), вещь («где это, что это») и метод («как это делать») отвечают, семя не отвечает ничем — оно ещё не форма. Ответ-решение не дописывается абзацем в тело вопрошания, а ставится узлом со стрелкой ответа; стрелка ничего не завершает — она называет, чем отвечено, закрывает модус по носителю рода. Какие концы и с каким условием берёт поверхность, печатает iskron_arrow(action="?") — читай её, не память: её описание ответа-феномена может быть у́же канона (например, принцип, который применяет живая крия), и отказ приходит с причиной. Терминальная тройка модусов ложится одним обновлением — без церемониальных промежуточных модусов. Каждая мутация update/delete/reconnect требует basis_version из свежего iskron_look; новая связь — нет.

3. Жанр задаёт характер разрешения — и ось закрытия

Жанр, под которым вопрос поставлен (writing), определяет, что считается его разрядкой, и какая ось несёт закрытие:

ЖанрРазряжается чемОсь закрытия
samshaya («верно ли?»)снятием неопределённости — решением, найденным узлом, проверкой (с названной ступенью: против графа или против мира)воля: visarjana ∨ virodha (отказ); addressed_by называет, чем отвечено, и не закрывает; upeksha — принято как есть, не закрытие
prati-paksha («не согласен»)оценочным решением: предложение принято, преображено или отклоненоволя: visarjana ∨ virodha (отказ); upeksha — принято как есть
hint («будущий агент: прочти»)заведено, когда есть важное после сессии → правится in-place до «что стоит сейчас», своё отработавшее каждый вычищает → закрыто на приёмке превращения: готовит пара начальника штаба и архитектора (chief-of-staff), принимает человек; пары нет — ведущий работы над превращением. Одно семя на превращение, не журнал: ничего из того, что покажут orient, линзы и историяволя: visarjana ∨ virodha; upeksha — принято как есть
risk («что может пойти не так?»)крией, снижающей риск, grundsatz-инвариантом или сознательным принятием. Активный риск стоит в virodha — это его живой модус. Закрывает запись только отпускание (visarjana); upeksha — принят: закрыт как работа, жив как запись, из счёта зовущих выходит, но не отпущен. Принятие — акт владельца: ты готовишь материал (что принимается, какой ценой, через что идёт) и адресуешь ему; сказанное им слово записываешь: стойку — модусом, кто и когда сказал — в reasoning, не в тело. addressed_by/realized_as — информационны, не гейт: материализация риск НЕ закрывает (сбывшийся риск хуже открытого; realized_as → случившийся sachverhalt)воля: visarjana закрывает; upeksha — принят, жив как запись
vyabhichara («случай мимо правила»)ремонтом, снимающим дефект, или уточнённым правиломонтика: дефект есть, пока vartamana; закрытие — atita (устранён) ∨ vikalpa (дефекта не было — только через badhita) ∨ nashta (ушёл с носителем) ∨ visarjana; virodha конститутивен; upeksha при vartamana — принят как есть, акт владельца
hetu-dosha («рассуждение дефектно»)исправлением или отзывом аргументаонтика: как у vyabhichara
semantic-drift («термин уплыл»)пере-фиксацией термина (正名) и сведением разъехавшихся употреблений — не согласием, что вопрос снятонтика: как у vyabhichara

Не можешь сказать, что разрядило бы вимаршу, — возможно, неверен жанр: перепроверь его (это решение writing).

Принятое — ни отпущено, ни зовёт. Риск, дефект или дрейф в upeksha закрыты как работа и живы как запись: по канону в счёт зовущих они не входят и стоят на поверхности «принято» — кто принял, как быстро принятого прибывает, сколько деяний через него идёт, — и пробуждаются, когда на узле появляется новое вопрошание или новая стрелка через него. Что из этого поверхность уже несёт — читай из её отчёта. «Сделал» — другое: ремонт увёл дефект в atita деянием. Инцидент, с которым живут, принимают через его хозяина — вопрошание-дефект или сбывшийся риск; голое положение дел в upeksha ничего о принятии не говорит.

4. Вопрошание и превращение (bianhua)

Вимарша — либо часть превращения, либо свободное вопрошание. Реши, что именно, — сознательно:

  • anga превращения — её разрешение двигает качественное превращение, которое проходит система. Привяжи: iskron_arrow(action="link", arrow_type="anga", source=<вимарша>, target=<bianhua>). Вимарша сохраняет свой vimarsha_of (реальный предмет); anga добавочен — «моё разрешение двигает это превращение к завершению». Жанр задаёт характер участия: samshaya снимает блокирующую неопределённость, risk защищает bianhua, vyabhichara чинит дефект в нём, оценка prati-paksha его двигает. Привязывай к существующему лесу (lens="bianhua"); одна вимарша никогда не оправдывает новое превращение — когда ни одно превращение не подходит и ты не уверен, спроси пользователя, а не создавай (имя и телос превращения — поверхность приёмки владельца; скилл assembly).
  • свободное вопрошание — подлинный открытый вопрос вне идущих превращений. Оставь свободным — но сознательно, не по небрежности.

Anga превращения — не только вопросы: iskron_search(anga_of=<bianhua>) и фокус lens="bianhua" показывают крии-носители рядом с вимаршами-драйверами. Вимарша-anga — путь (её разрешение двигает перемену); крия-anga — прибытие: деяние, которое само составляет превращение. Направление читай из тройки модусов самой крии: возведение входит в ткань (anagata→vartamana, chanda/adhimoksha), депрекация покидает её (vartamana→atita, virodha). Превращение может двигаться сделанным деянием, не только отвеченным вопросом — завершённая крия остаётся anga как прибытие (отдача долга); что из этого поверхность считает движением превращения — данное её ответа, не правило этого текста.

Строить карту из поля — кластеризовать вимарши в превращения, упорядочивать превращения — скилл assembly. Этот скилл решает судьбу каждой вимарши; assembly делает проход по графу.

5. Эскалация — что твоё, что нет

Решаешь сам (рядом с ткачеством)Выносишь на повестку (address)
заякорить висящую вимаршуотклонить предложение
закрыть отвеченный вопрос — по его «Отвечено, когда»; вопрос, чью волю держит другой, — не твой ходрасставить приоритеты между вопросами
оставить как есть с сознательным reasoningвыбрать-иначе против записанного направления
привязать драйвер к превращениюпринять нежелательное — риск, дефект, инцидент
всё, что несёт трансцендентную волю

Решения с трансцендентной волей — отказ, приоритет, выбор-иначе, принятие нежелательного — не агентские. Записать риск с virodha вправе любой делатель — это стережение; принять его или отказаться от меры — нет, если такого полномочия тебе не дали заранее. Выноси их; не разрешай, чтобы расчистить поле. Вопрошание остаётся в графе с posed_to роли владельца; выбор, которого работа ждёт от человека сейчас, — ещё и карточкой ask в деле предмета, по карточке на вимаршу, с вариантами и рекомендацией (справка двери iskron cases.md, «Вопрос человеку»). Его answer — ack и запись: стойка — модусом вимарши, кто и когда сказал — в reasoning. (Та же граница, которую assembly проводит между Сборщиком и Мыслепрактиком.)

6. Сессия приходит к различению, не к счёту

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

Приёмка

  • Висящее поле реального графа может быть растриажено насквозь одним этим скиллом, без обращения к тексту методологии.
  • Каждый исход триажа выражается ровно одним ходом из разделов 2–5: заякорить, разрешить, отпустить, кристаллизовать, вытеснить, принять как есть, anga, эскалировать.

Comments

Markdown supported