feat(1c): register files/list.md template registry protocol

obsidian-memory/SKILL.md:
- vault layout дополнен веткой memory/1c/files/ (README.md + list.md)
- в секцию '1С — special case' добавлены шаги 5-7: при запросе
  на генерацию документа читать files/list.md, искать подходящий
  шаблон, использовать как основу; если нет — генерировать и
  предлагать сохранить как новый шаблон
- явное правило: 'файл без строки в list.md для Claude не существует'

1c-analyst/SKILL.md:
- в 'Правила формирования выходных документов' добавлен шаг 0
  (выполняется ДО п.1 про docx): проверить реестр шаблонов
- в таблицу интеграций дополнено упоминание files/list.md в списке
  того, что читать в начале 1С-разговора
This commit is contained in:
creator
2026-04-19 14:23:38 +00:00
parent 6e129ca6be
commit 8c6a24a685
2 changed files with 28 additions and 2 deletions
+10 -1
View File
@@ -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` | Для выходных таблиц с данными (реестры доработок, матрицы трассируемости) |
+18 -1
View File
@@ -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>» и отдать