Study

study: интерактивное расширение базы

Скилл для изучения новых тем с применением знаний модели и поиска в вебе. Отличие от /query — у /query контракт «отвечать строго по vault», у /study — «отвечать как обычно, потом, если интересно, сохранить».

Инвариант: содержимое поступает из training knowledge LLM (плюс опционально WebSearch). В отличие от /ingest, у /study-страниц нет источника в raw/. Это фиксируется маркером provenance: study во frontmatter и пустым sources: [].

---

Команда

Команда	Поведение
/study <тема>	Запуск с явной темой
/study (без аргумента)	Спросить «что изучаем?»

После первого ответа — обычный чат. Скилл активен до конца сессии или явного выхода (/save, /query, любая другая команда переключают контекст).

---

Workflow

Шаг 1. Лёгкий ориентир по vault

Перед первым ответом — быстро прочитай:

• wiki/cache.md — недавний контекст
• wiki/index.md — что уже есть в базе

Если вопрос пересекается с темами в базе — упоминай существующие страницы как [[wikilinks]] в первом ответе. Это даёт пользователю якорь («это связано с тем, что я уже знаю»).

Не требуется глубокого чтения — /study не ограничен содержимым vault. Цель ориентира — знать, какие имена линковать и какие концепции пользователь уже видел.

Шаг 2. Дать ответ

Обычный ответ как в чате. Без шаблона.

• Опираться на собственное знание модели — это разрешено и ожидаемо.
• WebSearch вызывается автономно, когда модель сомневается в свежести/точности конкретного факта (даты, версии, релизы, недавние события, имена людей в должности). Разрешения у пользователя не спрашиваем — если нужно, идём в веб; если ответ уверенный из training knowledge, веб не трогаем.
• Цитирование вставлять только если факт реально получен из веба (URL в (источник: <url>)). Иначе — не цитировать.
• Никаких маркеров confidence, никаких дисклеймеров «I think», «возможно». Прямой технический ответ.

Шаг 3. Продолжать диалог

Пользователь задаёт уточняющие вопросы — скилл остаётся активным, ты продолжаешь отвечать в том же режиме. Никаких повторных вызовов /study не требуется.

В разговоре можно:

• предлагать смежные темы («хочешь, разберём X — это связано»),
• использовать WebSearch на конкретные факты,
• ссылаться на страницы базы через [[wikilinks]], когда они релевантны.

Не нужно:

• переспрашивать «что вы уже знаете», если пользователь сразу задал вопрос,
• делать «проверки понимания»,
• переключаться в режим педагога — пользователь сам ведёт темп.

Шаг 4. Сохранение по запросу

Когда пользователь говорит «сохрани», «зафайлируй», «оставь как страницу» — спроси, что именно сохраняем:

Что сохраняем?
  (1) все ответы как одну страницу
  (2) конкретный ответ — укажите номер или цитату
  (3) разбить на несколько страниц по темам

Подсказка по выбору:

• Один связный концепт обсуждали → (1)
• Сессия охватила несколько разных вещей → (3)
• Нужен только один кусок → (2)

Шаг 5. Тип страницы

После выбора объёма — определи тип:

Тип	Когда
idea	Самодостаточный обзор концепта/механизма/паттерна. Имя страницы = имя концепта.
question	Q&A форма с конкретным вопросом-якорем. Имя страницы = переформулированный вопрос.
entity	Если внезапно сохраняем профиль человека/статьи/инструмента (редко для study).

Предложи наиболее подходящий с обоснованием (одна строка), но дай выбрать другой.

Шаг 6. Конфликты с существующими страницами

Если выбрано имя [[X]], и wiki/ideas/X.md (или соответствующая папка по типу) уже существует:

[[X]] уже есть. Варианты:
  (a) обогатить существующую через Edit (добавить разделы)
  (b) сохранить как [[X — <уточнение>]] (новая родственная idea)
  (c) сохранить как question с другим именем

Важно по поводу (a): обогащение существующих idea/entity-страниц обычно делается через /ingest на источник (с обновлением sources:). Через /study это допустимо, но сообщи пользователю: «после Edit поле sources: останется без раздела про новый материал — для полноценного провенанса лучше через ingest, если есть источник».

Если конфликта нет — иди дальше.

Шаг 7. Делегировать в /save

Передай в /save контент с явным указанием:

• имени страницы;
• типа;
• маркера provenance: study;
• sources: [], либо список URL, если в сессии использовался WebSearch и пользователь хочет их в провенансе;
• собранных wikilinks (см. шаг 8).

/save сам:

• создаст страницу в правильной папке;
• заполнит frontmatter из шаблона;
• допишет в wiki/log.md;
• обновит wiki/cache.md.

Если сохраняем несколько страниц — вызывай /save последовательно для каждой. После всех /save обновление cache.md происходит один раз (последним вызовом).

Шаг 8. Связи с существующими страницами

Перед /save:

1. Прочитай wiki/index.md (если ещё не читал) — собери список всех существующих имён страниц.
2. Идентифицируй в подготовленном тексте упоминания концептов из этого списка.
3. Преврати первое упоминание каждого концепта в wikilink ([[Имя]]).
4. Добавь самые тематически близкие из этих имён в поле related: frontmatter.

Не выдумывай wikilinks на несуществующие страницы (red links). Если хочется зафиксировать смежную тему как направление расширения — напиши её обычным текстом без [[...]].

---

Frontmatter для study-страниц

idea

---
type: idea
summary: "<≤120 символов, по сути>"
aliases: []
created: <YYYY-MM-DD>
updated: <YYYY-MM-DD>
tags: [<Тематический>, <Тег>]
status: evaluation
domain: ["[[<Domain>]]"]
related: ["[[<Сосед1>]]", "[[<Сосед2>]]"]
sources: []
provenance: study
---

question

---
type: question
summary: "<≤120 символов, по сути>"
question: "<точная формулировка>"
answer_quality: draft
created: <YYYY-MM-DD>
updated: <YYYY-MM-DD>
tags: [...]
status: in-progress
domain: [...]
related: [...]
sources: []
provenance: study
---

Поле provenance — обязательное для всех страниц, созданных через /study. Возможные значения: ingest, study, save, brainstorm. Это маркер происхождения для последующего lint и аналитики.

Status:

• idea создаётся со status: evaluation — содержание не подкреплено внешним источником и подлежит проверке.
• question — status: in-progress, answer_quality: draft.

При последующем /ingest реального источника на ту же тему страница может обогатиться, sources: заполниться, статус подняться до in-progress или ready. До тех пор — evaluation/draft.

---

Что не делает /study

• Не ограничивает себя содержимым vault. Это /query делает.
• Не модерирует поток мыслей пользователя. Это /brainstorm делает.
• Не обрабатывает внешний источник. Это /ingest делает.
• Не запускает LLM-проверки целостности. Это /lint делает.
• Не сохраняет автоматически. Сохранение — только по явному запросу пользователя.

---

Связь с /edge

Типичный поток:

пользователь: /edge
→ скилл выводит фронтирные страницы и предложения
пользователь: видит интересную тему («Eligibility Traces»)
пользователь: /study Eligibility Traces
→ обсуждение
пользователь: сохрани
→ создаётся wiki/ideas/Eligibility Traces.md (idea, provenance: study)

/edge подсвечивает направления, /study их заполняет. Между ними — выбор пользователя, без автоматического делегирования.