메뉴
Use when reading, editing, organizing, or adding notes in a private Obsidian work vault — covers folder taxonomy, wikilink rules, where each kind of note belongs, sensitive-content handling, and Obsidian-specific conventions.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
| name | obsidian-vault |
| description | Use when reading, editing, organizing, or adding notes in a private Obsidian work vault — covers folder taxonomy, wikilink rules, where each kind of note belongs, sensitive-content handling, and Obsidian-specific conventions. |
Приватный рабочий Obsidian vault: активные задачи, дневник работы, заметки, рисёрч и спецификации. Хранилище приватное — в нём могут быть контакты, реквизиты и черновики, не предназначенные для публикации.
Don't use for: code in unrelated repos, generic Obsidian questions not specific to this vault.
Базовые папки/файлы, на которых строится рабочий процесс:
| Folder / file | Contains |
|---|---|
tasks.md | Активные задачи. Разбит на секции # Week: (текущая неделя) и # Week+ (неделя+); завершённые - [x] собираются в верхний блок под # Week:. Чекбоксы с ➕ YYYY-MM-DD (создана) и ✅ YYYY-MM-DD (закрыта). Подгружается хуком при старте сессии. |
tasks-future.md | Бэклог из созвонов и идей, секции по доменам. Переносится в tasks.md вручную. На старте сессии не подгружается. |
Log/ | Хронологический журнал: дневные логи YYYY-MM-DD.md. |
Log/Reports/ | Еженедельные отчёты, по одному документу на неделю (YYYY-MM-DD.md, понедельник недели). |
Notes/ | Идеи, риски, открытые вопросы, рисёрч (см. правило ниже). |
files/ | Все вложения (PDF, видео, картинки). Управляется Obsidian, исключено из поиска. |
Поверх ядра обычно появляются тематические папки под конкретный проект. Это пример, не обязательная структура — называй и дели под свою предметную область:
| Folder | Назначение (пример) |
|---|---|
Platform/ | Спецификации продукта, UI, видение |
Parser/ | Технические доки и источники данных |
Processes and scenarios/ | Бизнес-процессы |
Companies/ | Подрядчики, фонды, реквизиты |
Management/ | Руководители, отделы, правила, шаблоны ролей |
Reports/ | Годовые/финансовые отчёты |
_TODO/ | Кросс-проектные задачи |
Корневые файлы по желанию: index.md — точка входа, описание структуры, журнал изменений.
Правило по умолчанию: создавай новую заметку рядом с источниками. Если делаешь документ на основе конкретных файлов (транскрипт планёрки, лог дня, заметка по компании) — клади его в ту же папку, где лежат источники. Это сохраняет контекст и позволяет ссылкам сидеть рядом. Уходи в тематическую папку (Notes/, доменные папки) только если:
Пример: документ по итогам созвона → кладём в папку этого созвона рядом с транскриптом, не в Notes/. Если позже из этого вырастет общее видение — переносим в Notes/ отдельным движением.
Если источников несколько и они в разных папках — выбирай папку основного источника (тот, на который опирается 70%+ содержимого).
Для случаев, когда правило «рядом с источниками» не применимо (новая заметка с нуля):
Запись созвона, weekly-апдейт? → Log/ (имя: YYYY-MM-DD ...md)
Еженедельный отчёт? → Log/Reports/ (YYYY-MM-DD.md, понедельник недели)
Идея/риск/вопрос/наблюдение? → Notes/ (см. правило ниже)
Активная задача (нужно делать сейчас)? → tasks.md (с маркером `➕ YYYY-MM-DD`)
Задача из созвона, не для немедленной работы? → tasks-future.md (тематическая секция)
Вложение (PDF/видео/картинка)? → files/ (Obsidian положит само)
Тематический документ под домен? → доменная папка (Platform/, Companies/ и т.п.)
Notes/ делится на два уровня:
Корень Notes/ — вечные стратегические ноты (идеи, риски, справочники, вопросы без срока). Привязка ко времени отсутствует — документ живёт годами. Держи ≤10 файлов; если больше, что-то лишнее.
Notes/YYYY/MM/ — всё остальное: исследования, планы, временные заметки, проекты. Папка определяется датой создания ноты.
Правило роста (файл → папка):
Notes/YYYY/MM/тема.mdNotes/YYYY/MM/тема/ и положи оба туда, сохраняя оригинальные имена файлов (чтобы не ломать wikilinks)Notes/YYYY/MM/. Переноси через git mv (wikilinks по basename не ломаются). Разовые/завершённые заметки оставляй в месяце создания.Пример:
Notes/
Идеи.md ← вечная, в корне
2026/05/
Изменение рубрик.md ← одна нота
Drive Audio Extractor/ ← вырос в проект
Drive Audio Extractor — план.md
Транскрибация — варианты.md
Log, Notes, Reports, и т.п.). Английские имена папок дают чистые URL, если vault когда-нибудь публикуется статическим генератором.__meta, _TODO, _Page blocks, _Template pages — _ поднимает папку в начало списка в Obsidian. Используется для мета-документов и UI-каркаса, к которым обращаешься часто. Не используй _ для обычного контента.
Если в папке есть файлы-списки или индексные файлы (обзор, каталог, сводка), а рядом лежат тематические документы:
_ к индексному файлу (_Обзор.md, _index.md), чтобы он поднялся вверх и не путался с контентом.Примеры:
Журнал/
_Обзор.md ← индексный, с _ (выше других)
2026-04-01.md
2026-04-08.md
Media data sources/
_Список/ ← папка для индексов
Каталог.md
Список источников.md
SimilarWeb.md
Файл _index.md обязан иметь frontmatter с title. Иначе в графе и при публикации заголовок отображается как «_index». Title — человекочитаемое имя папки/раздела. Пример:
---
title: Отделы
---
Файлы в Log/ — YYYY-MM-DD.md или YYYY-MM-DD <короткое описание>.md. Сохраняй формат — он используется для сортировки.
Имя файла должно быть уникальным и понятным вне контекста папки. Wikilinks Obsidian резолвятся по basename глобально, поэтому общие имена («Результаты», «Ссылки», «Заметки», «План», «Итоги») приводят к коллизиям и хрупким ссылкам.
Если содержимое описывается общим словом, добавляй префикс по теме (обычно — название родительской папки или проекта):
Результаты.md → ✅ Чистка ссылок - Результаты.mdСсылки.md → ✅ Чистка ссылок - Ссылки.mdПлан.md → ✅ Drive Audio Extractor — план.mdРазделитель — - или — (по контексту папки). Перед созданием файла с потенциально общим именем проверь:
find . -iname "<имя>.md" -not -path "./.git/*" -not -path "./files/*"
Не дублируй имя файла как # Заголовок в его теле — Obsidian уже показывает имя файла как заголовок ноты. Первый # в теле = ещё один уровень вложенности, и оглавление выглядит «двойным».
Начинай содержимое сразу с текста или с ## Подзаголовок. Исключение — когда нужен явный alias/название, отличающееся от имени файла (редкий случай).
Иногда файлы префиксуют цифрой-рангом: 0. Foo.md, 1. Bar.md, -1. Baz.md. Цифра — субъективный ранг/приоритет, не порядковый номер. Не перенумеровывай при добавлении; используй ближайшее свободное число.
Obsidian резолвит [[Имя файла]] по basename, глобально, регистронезависимо. Это значит:
find . -name "<новое имя>.md" -not -path "./.git/*" -not -path "./files/*"
[[link]] не обязан совпадать с именем файла.files/ ([[image.png]]).Не используй относительные markdown-ссылки ([text](../folder/file.md)) — они хрупкие. Только [[wikilinks]] или абсолютные http-ссылки.
Это приватный репозиторий. Может содержать:
files/, отчёты)Notes/)Не пушь в публичные remote'ы. Не копируй фрагменты в чужие чаты/issue без явного разрешения. Не публикуй ссылки на реквизиты или доступы. Если remote добавляется — убедись, что он приватный. Если vault когда-либо публикуется (статический сайт) — перед публикацией убедись, что в нотах нет лишних доступов/реквизитов.
attachmentFolderPath: files — все вложения идут в files/.userIgnoreFilters: ["files/"] — files/ исключён из глобального поиска. Не клади туда .md ноты — их не найдут.alwaysUpdateLinks: true — при перемещении из Obsidian ссылки обновятся; при git mv — нет, но wikilinks по имени всё равно зарезолвятся..obsidian/workspace.json исключён из git (per-machine state).Любое движение по задаче (из tasks.md, _TODO/, или просто по ходу дня) фиксируется в файле дня Log/YYYY-MM-DD.md (см. скилл [[worklog]]).
tasks.md или wikilink на сущность).tasks.md записывай с датой появления: - [ ] <задача> ➕ YYYY-MM-DD.tasks.md сохраняет дату появления и добавляет дату закрытия: - [x] <задача> ➕ YYYY-MM-DD ✅ YYYY-MM-DD. Закрытие дублируй краткой записью в файле дня — что именно сделано.tasks-future.md → tasks.md: вырезать строку (с подзадачами) и вставить в секцию # Week: файла tasks.md, добавив ➕ YYYY-MM-DD (дата сегодня — момент, когда задача стала активной).tasks.mdФайл разбит на секции # Week: (текущая неделя) и # Week+ (неделя+), ниже # Week+ — строка-легенда > Активные задачи. Будущие: [[tasks-future]].. Внутри # Week: сначала идут завершённые (- [x]), потом открытые (- [ ] / - [/]).
# Week: — сразу после последней - [x] и до первой открытой задачи. Задачу, закрытую из # Week+, тоже переноси в этот блок. Если завершённых задач ещё нет, вставь её сразу после заголовка # Week:, перед первой открытой.# Week: (перед заголовком # Week+); «на потом / неделя+» — в конец # Week+.# Week: (в самое начало блока открытых задач), а не выше всех - [x].# Week: / # Week+ и строку-легенду не удаляй и не переставляй. Не меняй порядок других задач и не схлопывай пустые строки-разделители между смысловыми группами, если они уже есть в файле.Log/YYYY-MM-DD <тема>.mdindex.md (если он есть и поддерживается вручную).# По имени файла
find . -iname "*<тема>*"
# По содержимому
grep -rli "<тема>" --include="*.md" .
git mv "Notes/Foo.md" "Platform/Foo.md"
git commit -m "refactor: move Foo.md into Platform/"
Wikilinks [[Foo]] продолжат работать, относительные ссылки — сломаются.
# Найти все wikilinks
grep -rh "\[\[[^]]*\]\]" --include="*.md" | grep -oP '\[\[[^]|#]+' | sort -u
# Проверить, что таргет существует
find . -iname "<target>.md"
| Ошибка | Последствия | Фикс |
|---|---|---|
Создал .md внутри files/ | Не находится через поиск Obsidian | Перенеси в нужный тематический раздел |
| Дубликат имени файла | Wikilinks резолвятся в случайный из двух | Переименуй один; проверь find -iname перед созданием |
Использовал [text](relative/path.md) | Сломается при перемещении | Замени на [[wikilink]] |
Положил чувствительный документ в Notes/ | Незаметная утечка через скрин/копипаст | Маркируй чувствительные ноты или клади в защищённый раздел |
Перенумеровал N. ... | Конфликты, путаница в ссылках | Сохраняй существующие номера; используй ближайший свободный |
[[new-task]] / [[close-task]] — открыть/закрыть задачу в tasks.md.[[list-tasks]] — утренний обзор открытых задач.[[worklog]] — запись хода работы в Log/YYYY-MM-DD.md.[[weekly-report]] — еженедельный отчёт в Log/Reports/.Синхронизировать скиллы наследника с базовым шаблоном obsidian-agent-base — показать diff и сводку различий между base и текущим проектом, подтянуть обновления base, не затирая локальные кастомизации, и при необходимости продвинуть локальное улучшение обратно в base. Используй когда пользователь пишет /base-sync, "синхронизируй с base", "покажи дифф base vs проект", "что изменилось в base", "подтяни обновления шаблона", "продвинь это в base".
Разбить список задач на подзадачи и оценить, что можно сделать автономно (через субагента) без участия человека, а где нужен ввод от пользователя. Используй когда пользователь набирает /decompose, говорит "разбери эту задачу", "декомпозируй", "что из этого ты можешь сам", "что нужно от меня", или когда другой скилл (например, list-tasks) передаёт сюда список задач для разбора. Возвращает приоритизированный план с чёткой границей "автономно / нужен человек".
Выбрать первую открытую задачу из `tasks.md`, начать работу с неё и по возможности использовать браузер для первичного исследования. Используй, когда пользователь пишет `/first-task-do`, "возьми первую задачу", "начни первую задачу из tasks.md", "начни выполнение первой задачи". Сначала скилл исследует проблему в read-only режиме и не делает изменений.
Изучить историю текущей переписки и обновить релевантный скилл (или несколько) с учётом накопленного опыта — добавить уточнения, убрать неработающие шаги, зафиксировать предпочтения пользователя. Используй когда пользователь пишет /learn, "обнови скилл", "запомни на будущее в скилл", "изучи переписку и поправь скилл", "учти этот опыт", "добавь в скилл то, что я сейчас сказал", "так больше не делай — поправь скилл".
Добавить новую задачу в `tasks.md` с маркером даты создания `➕ YYYY-MM-DD`. Используй, когда пользователь пишет /new-task, "добавь задачу", "add task", "запиши задачу", "новая задача в tasks", "добавь в tasks.md", "поставь задачу в список", или присылает текст задачи (часто со ссылкой на трекер/документ) с просьбой завести её в активный список.
Закрыть задачу в `tasks.md` и добавить итог в дневной лог `Log/YYYY-MM-DD.md`. Используй, когда пользователь пишет /close-task, "закрой задачу", "отметь выполненной", "задача сделана", "закрыть в tasks.md", "закрой в тасках", или сообщает итог по завершённой задаче.