# GEMINI.md — Инструкции по работе с Obsidian Vault

Этот файл содержит фундаментальные правила для Gemini CLI при работе в данном проекте. Эти правила имеют приоритет над общими инструкциями.

## 🛠 Общие принципы
- **Язык:** Все общение и содержимое заметок — на русском (если не указано иное).
- **Формат заметок:** Markdown с использованием Obsidian-специфичных элементов (Wikilinks `[[ ]]`, Callouts `> [!info]`).
- **Стилистика:** Лаконичный, технически грамотный стиль. Использование эмодзи в заголовках согласно существующим шаблонам.

## 📁 Структура и Правила

### 1. IT-заметки (`IT/`)
- **Путь:** `IT/<Категория>/<Название>.md`
- **Frontmatter:** НЕ ИСПОЛЬЗУЕТСЯ (согласно CLAUDE.md).
- **Теги:** Inline-теги в формате `#название_тега` (нижний регистр, подчеркивания).
- **Связи:** Максимальное использование `[[Wikilinks]]` для перекрестных ссылок между концепциями.

### 2. Библиотека (Книги/Курсы)
- **Путь:** `Библиотека/Книги/` или `Библиотека/Курсы/`.
- **Шаблоны:** Строгое соблюдение структуры из папки `Шаблоны/`.
- **Frontmatter:** Обязателен. Поля и значения (Статус, Тип, Оценка) брать строго из `CLAUDE.md`.
- **Даты:** Формат `DD.MM.YYYY`.

### 3. Медиа (`_assets/`)
- **Имена файлов:** Если я добавляю ссылки на изображения, они должны указывать на `_assets/img/` или `_assets/gif/`.
- **Поиск:** Я игнорирую эту папку при поиске текста (настроено в `.geminiignore`), чтобы работать быстрее.

## 📝 Рабочий процесс (Workflow)
1. **Research:** Перед созданием заметки я проверяю, нет ли уже похожей, чтобы избежать дублирования.
2. **Execution:** При создании новой заметки об алгоритме или паттерне, я стараюсь добавить примеры кода и визуальное описание (логику работы).
3. **Validation:** После внесения изменений я проверяю корректность отображения ссылок и заполнение всех обязательных полей frontmatter.

## 🚀 Команды и Git
- **Коммиты:** На русском, кратко, в императиве (например, `добавлен паттерн: Strategy`).
- **Безопасность:** Никогда не добавлять файлы `.obsidian/` или `.DS_Store` в индекс git.