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:
+10
-1
@@ -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` | Для выходных таблиц с данными (реестры доработок, матрицы трассируемости) |
|
||||
|
||||
@@ -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>» и отдать
|
||||
|
||||
Reference in New Issue
Block a user