docs: reflect memory/1c/ subfolder in obsidian-memory and 1c-analyst

obsidian-memory/SKILL.md:
- структура vault дополнена веткой memory/1c/ (configurations/, projects/)
- новая секция про 'Areas vs projects': когда заводить целую подпапку
  вместо одного файла в memory/projects/
- добавлен explicit protocol для 1С-разговоров: какие файлы читать
  в начале, как работать параллельно с 1c-analyst

1c-analyst/SKILL.md:
- в таблицу 'Интеграция с другими скиллами' добавлен obsidian-memory
  с явным указанием читать memory/1c/ в начале каждого 1С-разговора
- явно разведена ответственность: 1c-analyst = процедурные знания,
  obsidian-memory/1c = персональный контекст пользователя (конкретные
  конфигурации, клиентские проекты, принятые решения)

1c-analyst/SKILL.md

@@ -269,8 +269,19 @@ description: >
 
 | Скилл | Когда использовать совместно |
 |-------|-----------------------------|
+| `obsidian-memory` | **В начале каждого 1С-разговора** — читать `claude/memory/1c/` (configurations/, projects/) чтобы понять, что конкретно уже развёрнуто у пользователя, какие решения приняты, с какими клиентами работали. Туда же писать обновления после разговора. |
 | `docx` | **Всегда** — для генерации выходных документов |
 | `bulletproof` | При разработке кода BSL или архитектурных решений с кодовой частью |
 | `xlsx` | Для выходных таблиц с данными (реестры доработок, матрицы трассируемости) |
 | `pdf` | Для работы с входными документами клиента в PDF |
 | `pdf-reading` | Для чтения входных PDF-документов |
+
+**Разделение ответственности с `obsidian-memory/1c`:**
+- Этот скилл (`1c-analyst`) — **процедурные знания**: как проводить
+  gap-анализ, какие типовые механизмы есть в КА 2.5, как оформить ТЗ
+- `obsidian-memory/1c/` — **персональный контекст пользователя**: какие
+  конфигурации у него фактически внедрены, по каким клиентам идут
+  активные проекты, какие решения уже приняты и почему
+
+Не дублировать: общие знания по 1С не переносить в vault, персональный
+контекст не хардкодить в этот скилл.

obsidian-memory/SKILL.md

@@ -31,13 +31,36 @@ claude/                Claude's own space, READ-WRITE
 ├── memory/
 │   ├── facts.md       stable facts (one file, append-only section)
 │   ├── preferences.md user preferences and standards
-│   └── projects/
-│       └── <slug>.md  cumulative per-project context
+│   ├── projects/
+│   │   └── <slug>.md  cumulative per-project context
+│   └── 1c/            отдельная область: 1С-экосистема пользователя
+│       ├── README.md            протокол + конвенции именно для 1С
+│       ├── configurations/      КА, ERP, УТ, ЗУП — по конфигурациям
+│       └── projects/            клиентские 1С-внедрения
 ├── insights/          dated observations: YYYY-MM-DD-<slug>.md
 ├── conversations/     session summaries: YYYY-MM-DD-<slug>.md
 └── inbox/             drafts for user review
 ```
 
+**Areas vs projects:** `claude/memory/projects/` — разовый контекст
+одного проекта в одном файле. `claude/memory/<area>/` — целая
+тематическая область со своей подструктурой. Сейчас такая есть одна
+(`1c/`), могут появиться ещё (`embedded/`, `infrastructure/` если
+разрастётся из `facts.md`). Решение «один файл vs целая папка»
+принимается по тому, нужна ли внутренняя структура (конфигурации,
+клиенты, паттерны) — если да, это область.
+
+### 1С — special case
+
+В начале любого разговора, где всплывают 1С-темы (конфигурации КА/ERP/УТ/ЗУП,
+внедрения, BSL-код, интеграции с Bitrix24, ТЗ на 1С-проекты):
+
+1. Прочитать `claude/memory/1c/README.md` — там протокол
+2. Листинг `configurations/` и `projects/` — увидеть актуальный набор
+3. Прицельно 2–3 релевантных файла
+4. Параллельно — skill `1c-analyst` для процедурных знаний
+   (как делать); vault — для «что у пользователя конкретно есть и как»
+
 **Write rule:** Claude пишет *только* в `claude/**`. Всё остальное —
 read-only. Если кажется что стоит дополнить `20-knowledge/…` — положить
 в `claude/inbox/` с пометкой «proposed addition to <path>» и отдать