minding

Minding — ум пользователя в графе

Личный граф mind текущего пользователя держит собственное знание человека: обстановку, мнения, устойчивые предпочтения организации работы, идеи без проекта и переносимые способы — в том числе сочетания инструментов и пайплайны. Тема разработки и текущая папка не превращают личное в правило проекта. Устройство, обязательства и способы самого проекта остаются у проекта. Только моё: переносимость не делает личный способ общим методом; передача команде требует отдельного выраженного акта человека.

Вспоминание и запись срабатывают по потребности, не на старте сессии — кроме одного: срез «работа с агентами». Предпочтение человека о том, как агенты с ним работают (форма доклада, вопроса, планирования, что нести и чего не нести), потребностью не наводится — агент не знает, что оно есть, — поэтому дверь iskron читает его на старте корневой сессии. Записывая такое предпочтение, ставь ему attrs {"slice":"agents"}: без метки срез его не найдёт. В AGENTS.md и прочие файлы проекта личное не переносится. Подготовленный репозиторий задаёт проектный маршрут, но не выключает личные рефлексы. Чисто проектный запрос без личного содержания исполняй без чтения mind сверх среза и без состояния личного извлечения.

Два рефлекса

Рефлекс	Срабатывает когда	Ход
ВСПОМНИ (smaraṇa — акт возвращения)	«вспомни», «как в прошлый раз»; нужен личный факт, предпочтение или способ; нужно найти контур человека; «что на мне»	§1: извлечение → допустимый ход; повестка → §4
ЗАПИШИ (saṃskāra — отпечаток, формирующий будущее)	личное слово или существенный опыт может изменить будущее решение человека	§1b: поиск прежнего → запись или уточнение под холоном области; никогда в локальную память харнеса

Личный граф mind и собственная роль человека в нём обеспечиваются каждому без вопросов: onboarding, дверь iskron, iskronify и этот скилл используют один вход ниже. Существующее переиспользуется, отсутствующее достраивается по references/personal-realm.md §1–2; runtime-карта ассистента — отдельно по потребности спутника, не условие онбординга. Наполнение (§3) и сверка (§2) — по просьбе.

Личная принадлежность — до чтения и записи

Адрес личного графа — всегда mind: пиши realm="mind" во всех вызовах; хэндл не запрашивай, полный адрес не собирай и не сохраняй. Читать и писать mind — только когда свой граф установлен: iskron_me(action="readiness"), признак personal_mind текущей учётки. Правило платформы — без своего графа короткое имя даёт отказ, не чужой граф; пока это не подтверждено на бою, проверка своего графа — страховка: без него mind не читать и не писать. Есть ли граф и карта человека в нём:

• Есть личный граф (даже если признак missing из-за недостающей карты) — установи собственную привязанную карту человека и дострой только этот структурный пробел. Нехватка runtime-карты ассистента не означает недостающий onboarding-признак.
• Личный граф отсутствует: только missing с mind_realm в lacks разрешает заведение (§1 справки). Нехватка одних карт этого ещё не говорит.
• Не установлено: unknown, отсутствующее поле, отказ или неоднозначный ответ — личная память недоступна для этого хода. Отказ доступа, транспорта или неоднозначная ошибка не подтверждают отсутствие: назови недоступность, не заводи дубль. Продолжай независимую проектную часть.

Ничего постоянного для нахождения mind: не читай, не записывай и не сохраняй специальные properties/attrs профиля, узлов или графов, конфиг, агентскую память либо перенаправляющий узел (метка среза slice — о содержании карточки, не адрес mind, и под запрет не попадает). Нормальные поля самого realm и transient-ответ API допустимы. Другой личный архив не переименовывай и не превращай в redirect автоматически; его содержание остаётся пользовательским.

§1 Вспоминание

Две глубины, оплачиваемые раздельно:

1. Уровень карты — какой граф этим владеет, что у меня есть, какой контур: один iskron_orient(realm="mind") без линзы. Возвращает: корневые узлы = контуры; attrs.key=true-ориентиры = карточки рабочих графов + правила маршрутизации; ACTIVE BIANHUA = собственные превращения человека. Ответь с карты — или назови граф и передай entry. Потолок: 2 вызова чтения.
2. Уровень факта — конкретный запомненный факт (путь на машине, ритм человека, срок): сначала поиск, orient пропусти — iskron_search(realm="mind", q=<термин>), плюс iskron_semantic_search, когда память могла быть записана иначе, чем спрошено. Лексический q матчится по И и чувствителен к основе: один-два коротких термина на языке графа («caddy», «домен») — многословный запрос молча промахнётся мимо карточек, несущих все слова, кроме одного. Прочти бейдж модуса, прежде чем верить попаданию: atita — бывший факт, anagata — запланированный. Глубже — протокол entry (orient → search → look) внутри этого графа. Потолок: 3 вызова чтения, дальше отвечай тем, что есть. Проверка личной принадлежности — предусловие обеих глубин, не повод его пропустить ради потолка.

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

Кандидата открой iskron_look(realm="mind", node_id=<seq>): прочти тело, условия, модусы, возражения и связи с прежней/замещающей записью. Поисковая выдача — зацепка, не прочитанное основание.

Семантическое замещение феномена или способа проверяй по текущему смыслу, потребителям и истории (writing), не выдумывай ребро: supersedes — только вимарша→вимарша. При действительной замене перенеси нужных потребителей и якоря, предшественника отставь модусом его носителя; это не уничтожение способа от самого поиска.

Извлечение → допустимый ход

1. Полномочие прежде свежести. Личное предпочтение не отменяет обязательства чужого проекта, безопасность и действующий мандат. Правило проекта меняет его правомочный держатель; более свежее личное слово само по себе такого права не даёт.
2. Соотнеси цель, данные, окружение, инструменты, доступ и предпосылки найденного способа с нынешним делом. Выбери: применить / адаптировать / не применять / спросить ровно недостающее решение. Недоступность источника, отзыв и смена условий — разные основания, не приказ одинаково повторить прошлое.
3. Проверь приватность самого действия, а не только текста (§ «Приватность»). Нахождение не санкция на деньги, публикацию или приватное действие. Нет безопасного хода — нужное уточнение в приватной поверхности; независимую допустимую часть продолжай.
4. Измени следующий допустимый ход по этому выбору, не ограничивайся пересказом карточки. Прямой ответ человеку законен: проектное действие для замыкания не выдумывай. Сам способ после извлечения сохраняется для повторного использования.

§1b Рефлекс записи

Перед записью определи предмет, источник, область, полномочие и аудиторию. О человеке и пригодится позже → сюда, даже если он говорит о разработке; о правилах, инфраструктуре или обязательствах проекта → в его граф/репо. Формы — в references/personal-realm.md: машины и даты (§7), люди (§2b), личные предпочтения, мнения, идеи и способы (§8).

Классификация: чей это факт? Три хода, по порядку. Факт об этом проекте — его серверы (staging, prod), деплой-пайплайн, датированные долги — в его граф или AGENTS.md (правила персистентности репо), никогда не сюда, сколько бы серверы ни пережили репозиторий. Факт о другом контуре — заякорен в графе того контура (карта его называет), posed_to его стюарду (inquiry: якори там, где ориентируется адресат, не там, где стоишь). Собственное пользователя, не служащее одному проекту, — личные машины, сроки, люди, кросс-проектные уроки — сюда; и никогда — то, на что отвечает вызов (правило хранения ниже), или вторая копия содержимого проектного графа. Карточка здесь несёт только черты собственного предмета — процедура деплоя проекта не есть черта машины.

На одной теме разработки различай: «мне удобнее сначала краткий план» — личное рабочее предпочтение (о том, как агенты с человеком работают, — значит, в срез: attrs {"slice":"agents"}; встретил прежнюю такую карточку без метки — поставь её тем же ходом); «в этом проекте перед изменением обязателен план» — правило проекта при наличии полномочия его установить. Ситуативное «сегодня без плана» не переписывает устойчивое предпочтение молча. Мнение о мире записывай как мнение человека, не как установленный факт мира.

Перед созданием ищи прежнее, прочти кандидата и его замещение. Род и три модуса выбирай по суждению и действительному акту (writing), не по словам: «предпочитаю» не означает автоматически grundsatz/chanda, «всегда» не означает adhimoksha. Ясный акт правомочного человека записывай точно; агентское предположение не становится его выбором. Общего потолка «агент всегда не выше chanda» нет. Нет обязательных owner_word, счётчика повторов или превращения двух реплик в анкету.

Неизвестный исход записи — сначала проверь, легла ли она, затем повторяй. При конфликте версии перечитай запись и заново соотнеси изменение; не обходи ограду слепым повтором. Полные условия, основание и предел держи в теле, не усекай ради коротких attrs.

Маршрутизация работает в обе стороны — где факт лежит, там его и искать: цель деплоя, черта машины, ритм человека, кросс-проектный урок читаются из личного mind посреди работы в репо ровно потому, что туда записаны. И записи всё равно предшествует чтение: найди карточку, прежде чем дописывать.

Куда в mind — две формы, и обе рефлексом, не по просьбе.

• Предметная область → холон. Факт из области, которой в mind ещё нет (здоровье, дом, язык, который человек учит, клиентская сфера), ложится не в корень, а под её холон. Сперва найди — iskron_search(realm="mind", q=<область>, node_type="holon") и смысловым поиском; нашёлся — пиши под него; нет — заведи холон, а если область — часть уже стоящей, подхолон под ней (contains от старшего). Имя — словами человека. Область, заведённая ради одного факта, — не лишняя граница: следующий факт той же области найдёт дом, а не корень.
• Человек → 客-роль. Всякий, с кем человек взаимодействует или о ком говорит, — роль manifested_as="agantuka" 客 с мотивацией, которую он несёт в жизни этого человека, не досье (форма — references/personal-realm.md §2b). Сперва поиск: роль уже может стоять. Роли выстраиваются в группы различений — роль-группа (семья, заказчики студии, команда прежней работы) и group от члена к группе; группа — различение, которое человек сам делает между людьми, и группы вкладываются так же. Открытое с человеком — вимарша posed_to его роли.

§2 Сверка (reconcile)

Адресный пересмотр — при обнаруженном расхождении; полная сверка и наполнение — по просьбе, не при каждом новом графе, машине или вспоминании. Давность сама не отменяет предпочтение. Различай уточнение условий, замещение, отзыв нормы и опровержение фактической заявки: смена условий ограничивает перенос, но не опровергает прежний условный успех; отзыв воли совершает правомочный человек. Не скрывай существенное противоречие. Для полной сверки:

1. Наблюдай — iskron_realm(action="list") · iskron_me(action="kartas") · iskron_org(action="list").

2. Сравни и классифицируй каждую строку:

   Вердикт	Ход
   в мире есть, на карте нет	классифицируй: контур + для чего, или подведи под одноразовый класс (§ хранения)
   на карте есть, в мире нет	проверь существенный разрешённый остаток — способ, уточнение, наблюдение или сомнение; есть — сохрани основание и условие применения по данности и акту (§1b, справка §8), затем iskron_update(volitive_mode="visarjana") / онтика atita, с причиной; нет — отпусти без выдуманного урока
   в обоих	оставь

   (why остаток сначала: архивный граф никто не перечитывает, а отпускание архива не уничтожает — теряется лишь непрочитанное различение.)

3. Прошей идентичность — в каждом живом графе, где человек держит роль: iskron_update(realm=<R>, node_id=<роль>, user="me", basis_version=<v>), либо user="me" при создании. Только роли, за которыми человек реально стоит. (why: связь — утверждение о реальности, и §4 не видит ничего другого.)

4. Пройди повестку (§4).

5. Доложи, что изменилось и что оставил за бортом. Молчаливая сверка читается как «всё в порядке».

Идемпотентна — повторный прогон трогает только сдвинувшееся.

§3 Бутстрап

Аудируй каждую заботу против источника и классифицируй absent / stale / correct (та же машинерия, что у iskronify). Не ветвись по «существует ли граф».

Забота	Род	Absent →
какие графы/роли/организации существуют	производное	никогда не записывать
для чего каждый живой граф; контуры; что мертво	авторское	спросить пользователя
машины, деплои, чекауты	авторское	спросить пользователя
правила маршрутизации и одноразовых классов	авторское	предложить, пользователь подтверждает
предпочтения организации работы, мнения, идеи и переносимые способы	авторское	личное — здесь; правило и способ самого проекта — в проекте по полномочию; тема разработки не выбирает дом (iskronify, Шаг 1)

Затем заполни по references/personal-realm.md и прогони §2 один раз — первая карта рождается сверенной.

Порога «не заводить» нет — кто и как заводит mind, сказано в начале скилла; этот §3 — наполнение, по просьбе. Mind — личная память, не место работы: проектная работа идёт в проектном графе, и если mind — единственный свой граф, для проекта заводится новый (строка «проектного графа нет» замера двери iskron).

§4 Повестка поперёк всех графов

iskron_me(action="kartas")                                  → [(граф, seq роли)]
iskron_search(realm=<R>, q="", posed_to=<seq>,
           volitive_mode="chanda,adhimoksha,upeksha,virodha",
           limit=100)                                       → открытое, по графам

Четыре правила делают проход повестки честным:

• Фильтр — часть вызова. CSV volitive_mode держит отвеченные и отпущенные строки (visarjana) вовсе вне провода.
• Два рода закрытых строк его переживают — роняй на чтении: строки с бейджем заката 🌅 (закрыты своим носителем) и virodha-строки любого жанра, кроме risk (отклонённый вопрос закрыт; риск в virodha — жив, это его активный модус).
• upeksha-строки — не работа, а третье: принятый риск или дефект и оставленное как есть сомнение, контртезис, подсказка. Они не отвечены и не открыты — читай их отдельной кучкой, не вперемешку с тем, что ждёт хода, и в инбоксе оставляй стоять: будит их не чтение, а касание якоря при правке (inquiry).
• Читай заголовок «N of M». За limit страница усекается — а усечённая повестка выглядит полной. Листай, пока N = M.

Человек выступает в графе одной 主-ролью, привязанной через user; эта привязка и есть кросс-графовая идентичность. Агентские роли, которые человек гоняет, не привязываются — их несёт стояние.

Включай в проход и проверенный личный mind — долг, поставленный собственной 主-роли, больше нигде не живёт.

Цена = число живых контуров, не доступов. Карты без user-связи не появляются вовсе — §2.3 предусловие, не оптимизация.

Никогда не хранится. (why: сохранённая повестка утверждает вчерашние обязательства с сегодняшней уверенностью.)

Приватность — mind не уходит наружу

Содержимое личного mind — личные данные человека. Никогда не пересказывай его — ни факты, ни структуру (какие там холоны, люди, группы, карточки) — в проектные графы, другим агентам (кадром, в деле, вимаршей), в PR, коммиты и любые общие поверхности. Другие агенты того же человека читают mind сами, своим доступом; остальные не должны узнать о нём ничего — даже того, что там что-то записано.

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

Правило хранения

Храни только то, на что не ответит вызов — минус секреты: они и неотвечаемы, и всё равно никогда не хранятся.

Никогда не хранить	Хранить (авторское)
список графов, доступы, роли, членство в организациях	для чего каждый живой граф; когда маршрутизировать туда
какие роли человек держит	контур каждого графа; что мертво или дремлет
повестку §4	правила маршрутизации и именования
всё, что тул возвращает по требованию	собственные машины и чекауты пользователя, тул-поверхности по машинам
вторую копию содержимого проектного графа	людей каждого контура и что с ними открыто
секреты — креды, токены, ключи	датированные факты: сроки, продления, циклы ревью
прозу, пересказывающую то, что orient уже показывает	внешнее слово, служащее больше чем одному контуру (находка, бенчмарк, диагноз без единственного проекта); уроки, кристаллизованные из закрытых контуров (§2)

• Классы, не карточки. Одноразовые графы (бенчмарк-прогоны, эксперименты) получают один grundsatz, именующий паттерн, — никогда карточку каждому. (why: правило переживает свою популяцию.)

Люди и датированные факты

• Человек — это роль: та, которую он играет в твоём контуре, с её мотивацией. Привяжи: user=<его sub>, когда он на платформе (writing, Решение 2b); manifested_as="agantuka" 客 — когда отвечает на своём времени из-за твоей границы. Открытое с ним — вимарша posed_to этой роли, не заметка о нём.
• Дата — attr, не проза: срок, продление, цикл ревью — sachverhalt с меткой времени в attrs (writing, Решение 4); повторяющийся долг — крия.

Пределы

• Кросс-графовых стрелок не существует. Всё, что личный mind говорит о другом графе, — проза и attrs, никогда ребро. Ни распространения, ни anga через графы. Карточка рабочего графа не служит указателем для нахождения самого mind.
• Не хаб. Единство §4 — из итерации, не из структуры. Держи граф тонким, чтобы он не притворялся иным.
• Свежесть не заменяет основания: адресное чтение проверяет условия, замещение и возражения; полная §2 не является пропуском к каждому ответу.

Приёмка

• После существенного дела проверен новый опыт: способ, уточнение, отрицательное наблюдение, сомнение или нового нет. Урок не обязателен; один успех не доказывает эффективность вообще. Форму и предел способа держит справка §8.