diff --git a/1c-analyst/SKILL.md b/1c-analyst/SKILL.md
index 07da70b..50664d3 100644
--- a/1c-analyst/SKILL.md
+++ b/1c-analyst/SKILL.md
@@ -211,6 +211,15 @@ description: >
 
 ## Правила формирования выходных документов
 
+0. **Перед генерацией — проверить реестр шаблонов.** Прочитать
+   `claude/memory/1c/files/list.md` в Gitea-репо `creator/obsidian-vault`.
+   Если в таблице есть подходящий по смыслу шаблон (приказ, ТЗ,
+   регламент, типовое письмо) — скачать его через Gitea raw-endpoint
+   и использовать как основу. Если не нашлось — генерировать с нуля,
+   и в конце предложить пользователю сохранить результат в `files/`
+   как новый шаблон (одним коммитом добавляется файл и строка в `list.md`).
+   Это экономит время и поддерживает единообразие документов между
+   проектами.
 1. **Всегда Word (.docx)** — использовать скилл `docx` для генерации
 2. **Таблицы оценки** — обязательный формат с колонками: №, Функция, Оценка, Механизм, Комментарий
 3. **Структура отчёта:**
@@ -269,7 +278,7 @@ description: >
 
 | Скилл | Когда использовать совместно |
 |-------|-----------------------------|
-| `obsidian-memory` | **В начале каждого 1С-разговора** — читать `claude/memory/1c/` (configurations/, projects/) чтобы понять, что конкретно уже развёрнуто у пользователя, какие решения приняты, с какими клиентами работали. Туда же писать обновления после разговора. |
+| `obsidian-memory` | **В начале каждого 1С-разговора** — читать `claude/memory/1c/` (configurations/, projects/, files/list.md) чтобы понять, что конкретно уже развёрнуто у пользователя, какие решения приняты, с какими клиентами работали, какие шаблоны документов доступны. Туда же писать обновления после разговора. |
 | `docx` | **Всегда** — для генерации выходных документов |
 | `bulletproof` | При разработке кода BSL или архитектурных решений с кодовой частью |
 | `xlsx` | Для выходных таблиц с данными (реестры доработок, матрицы трассируемости) |
diff --git a/obsidian-memory/SKILL.md b/obsidian-memory/SKILL.md
index fad66d4..6875ab2 100644
--- a/obsidian-memory/SKILL.md
+++ b/obsidian-memory/SKILL.md
@@ -36,7 +36,10 @@ claude/                Claude's own space, READ-WRITE
 │   └── 1c/            отдельная область: 1С-экосистема пользователя
 │       ├── README.md            протокол + конвенции именно для 1С
 │       ├── configurations/      КА, ERP, УТ, ЗУП — по конфигурациям
-│       └── projects/            клиентские 1С-внедрения
+│       ├── projects/            клиентские 1С-внедрения
+│       └── files/               шаблоны и эталонные документы
+│           ├── README.md
+│           └── list.md          реестр: имя файла ↔ описание
 ├── insights/          dated observations: YYYY-MM-DD-<slug>.md
 ├── conversations/     session summaries: YYYY-MM-DD-<slug>.md
 └── inbox/             drafts for user review
@@ -61,6 +64,20 @@ claude/                Claude's own space, READ-WRITE
 4. Параллельно — skill `1c-analyst` для процедурных знаний
    (как делать); vault — для «что у пользователя конкретно есть и как»
 
+**Если запрос подразумевает генерацию документа** (приказ, ТЗ, регламент,
+проектная документация, типовое письмо) — дополнительно:
+
+5. Прочитать `claude/memory/1c/files/list.md` — это реестр шаблонов
+6. Если в таблице есть подходящий по смыслу шаблон — скачать файл
+   через Gitea raw-endpoint, открыть через соответствующий skill
+   (`docx`/`xlsx`/`pdf-reading`), использовать как основу
+7. Если подходящего шаблона нет — сгенерировать с нуля, в конце
+   предложить пользователю сохранить результат в `files/` как новый
+   шаблон (тогда одним коммитом: файл + строка в `list.md`)
+
+**Важно:** файл в `files/` без строки в `list.md` для Claude не
+существует. При любом добавлении/обновлении — реестр дописывается.
+
 **Write rule:** Claude пишет *только* в `claude/**`. Всё остальное —
 read-only. Если кажется что стоит дополнить `20-knowledge/…` — положить
 в `claude/inbox/` с пометкой «proposed addition to <path>» и отдать