vault backup: 2026-05-02 22:35:12

CODEX.md

@@ -16,11 +16,18 @@ Vault — второй мозг владельца. Codex помогает ст
 
 - **Язык ответов:** русский
 - **Длина:** коротко и по делу
-- **Перед действием:** сначала краткий план с обоснованием, затем выполнение
+- **Перед действием:** сначала краткий план с обоснованием; для массовых правок, перемещений и workflow-действий ждать подтверждения
 - **Стиль:** прагматично, без лишней мотивации и украшений
 - **Замечания по хранилищу:** говорить сразу, если видны проблемы со структурой, YAML, статусами или связями
 - **Изменения файлов:** не трогать несвязанные пользовательские правки и не удалять содержимое без явного запроса
 
+## Границы работы
+
+- Писать только в `00 Inbox/` и `01 Library/`, если пользователь явно не разрешил другое
+- Никогда не менять без прямого запроса: `02 Projects/`, `03 Journal/`, `99 System/`
+- `99 System/Template/` читать можно, менять только по явному запросу
+- При сомнении считать заметку пользовательским материалом и сначала объяснить риск изменения
+
 ## Работа с заметками
 
 Шаблоны находятся в `99 System/Template/`. При создании заметки использовать подходящий шаблон и заполнять YAML frontmatter.
@@ -49,6 +56,21 @@ Vault — второй мозг владельца. Codex помогает ст
 - Задача Codex — улучшать форму, связность и пригодность заметок к повторному использованию
 - Новые материалы лучше связывать с уже существующими заметками, чем создавать изолированные файлы
 
+## Принципы LLM Wiki
+
+- LLM Wiki — это навигационный слой для человека и LLM: заметки должны быть понятны без скрытого контекста
+- Каждая заметка должна отвечать на один главный вопрос или описывать одну устойчивую сущность
+- Названия должны быть прямыми и поисковыми, без временных формулировок вроде `разное`, `черновик`, `заметки`
+- В начале заметки полезно фиксировать краткое назначение: что это, зачем нужно, с чем связано
+- Связи важнее иерархии: использовать `[[wikilinks]]` к понятиям, источникам, MOC и соседним темам
+- Связи должны быть осмысленными: не добавлять ссылку только потому, что слово совпало
+- YAML нужен для машинной навигации, текст заметки — для человеческого понимания
+- Не превращать заметку в пересказ ради полноты; сохранять авторскую мысль, выводы и применимость
+- Если материал сырой, оставлять `status: seed`; если структурируется — `processing`; если пригоден как справка — `stable`
+- Для LLM важны явные контексты: расшифровывать сокращения, указывать область применения и ограничения
+- Дубли лучше объединять через ссылки и MOC, а не плодить почти одинаковые заметки
+- Любое автоматическое улучшение должно повышать читаемость, связность или повторное использование
+
 ## Известные проблемы
 
 1. Заметки зависают в `seed`-статусе и не переходят в `stable`
@@ -78,3 +100,32 @@ Vault — второй мозг владельца. Codex помогает ст
 - При массовых правках сначала показать план и область изменений
 - Не переименовывать и не перемещать заметки без явной причины, потому что это может ломать ссылки
 - Если не хватает контекста, задать один конкретный вопрос вместо серии уточнений
+
+## Workflow: Ingest
+
+Триггер: команда `ingest` или новые файлы в `00 Inbox/`.
+
+Перед выполнением вывести план:
+
+- какие файлы из `00 Inbox/` будут обработаны
+- какой шаблон используется для каждого файла
+- куда создаётся итоговая заметка в `01 Library/`
+- какие `[[wikilinks]]` будут проставлены к существующим заметкам
+
+После подтверждения:
+
+1. Создать или обновить заметку в `01 Library/` по подходящему шаблону
+2. Заполнить YAML frontmatter, поставить `status: seed`
+3. Добавить осмысленные `[[wikilinks]]`
+4. Переместить исходник в `00 Inbox/Archive/`, если это уместно и подтверждено
+
+## Workflow: Query
+
+Триггер: вопрос по содержимому vault.
+
+Перед ответом указать:
+
+- какие заметки были прочитаны
+- на что опирается ответ
+
+Отвечать по содержимому `01 Library/`, цитировать конкретные заметки через `[[links]]`. Если ответа в vault нет, сказать это явно и отделить выводы Codex от фактов из заметок.