Как построить систему управления проектами в Obsidian, которую Claude понимает и постоянно обновляет

Изначально опубликовано NeilXbt (@neil_xbt) в X.

У каждого инструмента для управления проектами, которым вы когда-либо пользовались, была одна и та же скрытая цена.

Налог на обновление статусов.

Каждый понедельник вы обновляли доску в Notion: тратили пятнадцать минут и получали документ, который до вторника никто не читал.

Каждый спринт вы писали тикеты в Jira, описывая работу, которая уже была сделана — причём иначе. Каждую пятницу вы собирали статус-отчёт из разрозненных заметок и пытались вспомнить вещи, которые вообще не должны были держать в голове.

Проблема управления проектами не в том, что люди не хотят быть организованными.

Проблема в том, что поддержание системы организации конкурирует с самой работой.

Чем больше проектов вы ведёте, тем больше времени съедает система. Чем больше она съедает, тем меньше пользы даёт относительно своей цены. В итоге вы перестаёте её обновлять, и она превращается в то, во что превращается любая заброшенная система управления проектами: в запись о том, как всё начиналось, а не о том, как всё идёт сейчас.

У системы, описанной в этой статье, нет налога на обновление статусов.

Вы работаете. Делаете заметки. Ходите на встречи. Claude читает то, что вы создали, понимает контекст, извлекает изменения, обновляет файлы проектов и подсвечивает то, что требует внимания, ещё до того, как вы сами вспомните туда заглянуть. Проекты остаются актуальными не потому, что вы их обслуживаете, а потому что Claude обслуживает их на основе заметок, которые вы и так уже пишете.

Моя система задач в Obsidian теперь сама запускает ежедневные брифинги и сама себя обновляет. В этом и обещание, и архитектура всей статьи.

Почему Obsidian — правильная основа для этого

Большинство инструментов управления проектами плохо подходят для AI-систем по одной структурной причине: они хранят данные в проприетарной базе, которую ничто за пределами самого инструмента не может читать или изменять без API-интеграции.

Obsidian устроен иначе на фундаментальном уровне. Он хранит всё в виде обычных .md-файлов в вашей файловой системе. Никакой проприетарной базы. Никакой обязательной облачной синхронизации. Это значит, что любой AI-агент, способный читать файлы, может читать ваше хранилище. Claude Code может просто перейти в папку вашего vault и начать работать.

Эта разница решает всё. Система управления проектами, построенная в Obsidian, — это папка с текстовыми файлами на вашем компьютере. Claude может прочитать каждый файл в этой папке, понять структуру и записать изменения обратно — без API-интеграции, без платного коннектора и без настройки, кроме указания директории.

У Obsidian больше 1,5 миллиона активных пользователей, рост 22% год к году и более 2700 плагинов сообщества, из которых свыше 100 связаны с AI. Экосистема достаточно большая: почти всё, что вам может понадобиться поверх основы из обычных файлов, уже существует как плагин или реализация от сообщества.

Вторая причина, почему Obsidian подходит, — frontmatter. Метаданные frontmatter, то есть свойства в начале заметки вроде тега проекта или поля статуса, позволяют легко группировать связанные элементы, не навязывая жёсткую структуру папок.

Поиск Obsidian мгновенно находит все заметки с заданным свойством. Когда у каждого проектного файла есть поле status во frontmatter, Claude может одним чтением запросить весь vault на предмет активных, заблокированных или просроченных проектов — без навигации по сложной иерархии папок.

Архитектура: что вы строите

Система состоит из пяти компонентов, которые работают вместе. Каждый из них — это набор Markdown-файлов в определённой структуре. Ни один не требует плагина или внешнего инструмента, кроме Claude.

Папка проектов: один файл на проект, содержащий описание проекта, текущий статус, журнал решений, блокеры и следующие действия. Это источник истины для каждого проекта.

Слой задач: ежедневные заметки с задачами, которые вы фиксируете по ходу работы. Заметки встреч с action items. Это входные данные, которые Claude читает, чтобы понять, что изменилось.

Отслеживание статуса: файл-дашборд, который Claude обновляет автоматически, отражая текущее состояние каждого активного проекта на основе информации в проектных файлах.

Файлы навыков: поведенческие инструкции, которые точно объясняют Claude, как обрабатывать обновления, извлекать action items, поддерживать статусы и запускать циклы ревью.

Горячий кэш: файл памяти сессии, который гарантирует, что каждая сессия Claude продолжает с того места, где закончилась предыдущая, не собирая контекст заново.

Папки в Obsidian значат меньше, чем кажется. Настоящая организация строится на метаданных. Попытка навязать строгую иерархию папок только усложняет поиск. Поиск по метаданным намного гибче.

Стройте структуру вокруг frontmatter, а не вокруг папок. Папки дают грубую группировку. Метаданные дают интеллект.

Модуль 1: структура vault

Создайте такую структуру папок внутри вашего Obsidian vault:

projects-vault/
├── CLAUDE.md              (главные системные инструкции)
├── 00-dashboard/
│   └── active.md          (автообновляемый дашборд проектов)
├── 01-projects/
│   └── [project-name]/
│       ├── brief.md       (описание проекта)
│       ├── status.md      (текущее состояние, обновляется Claude)
│       ├── decisions.md   (журнал принятых решений)
│       └── log.md         (текущий журнал активности)
├── 02-daily/
│   └── YYYY-MM-DD.md      (ежедневные заметки с задачами)
├── 03-meetings/
│   └── YYYY-MM-DD-[name].md (заметки встреч)
├── 04-skills/
│   ├── update-project.md
│   ├── extract-actions.md
│   ├── daily-review.md
│   └── weekly-review.md
└── 05-archive/
    └── завершённые проекты

CLAUDE.md в корне — это файл, который Claude читает перед любой операцией. Он описывает всю систему, чтобы Claude понимал, с чем работает, прежде чем что-либо трогать.

# Project Management Vault — CLAUDE.md

## Что такое этот vault
Это система управления проектами. У каждого активного проекта
есть папка в 01-projects/. В каждой папке проекта есть
четыре файла: brief.md, status.md, decisions.md и log.md.

## Стандарты frontmatter
Каждый project status.md должен содержать:
---
project: [название проекта]
status: active | blocked | complete | on-hold
priority: high | medium | low
owner: [имя]
deadline: YYYY-MM-DD
last-updated: YYYY-MM-DD
blockers: [список или "none"]
next-action: [конкретный следующий шаг]
---

Каждая ежедневная заметка должна содержать:
---
date: YYYY-MM-DD
type: daily
---

Каждая заметка встречи должна содержать:
---
date: YYYY-MM-DD
type: meeting
attendees: [список]
project: [название проекта или "general"]
---

## Что Claude делает в этом vault
1. Читает заметки встреч и извлекает action items в журналы проектов
2. Обновляет project status.md, когда появляется новая информация
3. Поддерживает дашборд 00-dashboard/active.md
4. Запускает ежедневные и еженедельные циклы ревью
5. Подсвечивает заблокированные проекты и просроченные дедлайны

## Чего Claude никогда не делает
- Никогда не помечает проект завершённым без явной инструкции
- Никогда не удаляет заметки (только архивирует в 05-archive/)
- Никогда не изменяет brief.md (это исходная спецификация)
- Всегда записывает свои изменения в project log.md

## Как запускать Claude
"Update projects from today's notes" запускает навык обновления.
"Run my daily review" запускает навык daily-review.
"Run my weekly review" запускает навык weekly-review.
"Extract actions from [meeting file]" запускает навык extract-actions.

Модуль 2: файл статуса проекта

status.md каждого проекта — файл, который Claude читает и пишет чаще всего. Его структура определяет, сколько полезного Claude сможет из него извлечь.

Шаблон для status.md каждого проекта:

---
project: [название проекта]
status: active
priority: high
owner: [ваше имя]
deadline: YYYY-MM-DD
last-updated: YYYY-MM-DD
blockers: none
next-action: [единственный самый важный следующий шаг]
---

# [Название проекта] — текущий статус

## Что верно прямо сейчас
[2–3 предложения о текущем состоянии проекта.
Обновляется Claude, когда появляется новая информация.]

## Активные задачи
- [ ] [задача с владельцем и сроком]
- [ ] [задача с владельцем и сроком]

## Завершено на этой неделе
- [x] [завершённая задача]

## Блокеры
[Что мешает прогрессу, или "none"]

## Следующее необходимое решение
[Следующее решение, которое нужно принять, и срок]

## Последние 3 записи журнала
[Автоматически заполняется Claude из log.md]

Frontmatter — то, благодаря чему работает дашборд. Claude читает frontmatter каждого проектного файла, чтобы собрать представление дашборда, не читая полное содержимое каждого файла. Быстро, точно и с низким расходом токенов.

Модуль 3: файлы навыков, которые автоматизируют обновления

Эти четыре навыка закрывают все операции обновления. Сохраните каждый в 04-skills/.

Навык Update Project

Сохраните как 04-skills/update-project.md:

# Навык Update Project

## Цель
Обновлять status.md и log.md проекта на основе новой
информации из ежедневных заметок, заметок встреч или прямого ввода.

## Процесс
1. Прочитать текущий status.md проекта, чтобы понять
   существующее состояние
2. Прочитать новую предоставленную информацию (заметку встречи,
   ежедневную заметку или прямой ввод)
3. Определить, что изменилось:
   - Завершённые задачи (перенести в "Завершено на этой неделе")
   - Новые задачи (добавить в "Активные задачи")
   - Добавленные или снятые блокеры
   - Принятые решения (добавить в decisions.md)
   - Изменившийся статус (обновить frontmatter)
4. Обновить status.md с учётом изменений
5. Обновить поля frontmatter: status, last-updated,
   next-action, blockers
6. Добавить в log.md:
   [TIMESTAMP] Updated by Claude: [краткое резюме в 1 предложение
   о том, что изменилось]

## Стандарт качества
Раздел "Что верно прямо сейчас" всегда должен отражать
текущее состояние, а не историю. Переписывайте его, не дописывайте.
Поле frontmatter "next-action" всегда должно быть
конкретным, выполнимым следующим шагом — не категорией и не целью.

## Чего не делать
Не изменять файл brief.md.
Не помечать проект завершённым без явной инструкции.
Не удалять завершённые задачи — переносить их.

Навык Extract Actions

Это навык, который автоматически превращает заметки встреч в полезный материал. Claude читает заметку встречи, понимает контекст, извлекает именно ваши задачи и создаёт структурированные элементы задач со ссылкой на заметку встречи.

Сохраните как 04-skills/extract-actions.md:

# Навык Extract Actions

## Цель
Прочитать заметку встречи и извлечь все action items, решения
и follow-up. Направить каждый пункт в правильный файл проекта.

## Процесс
1. Полностью прочитать заметку встречи
2. Определить три категории:
   a. ACTION ITEMS: конкретные задачи с владельцами
   b. DECISIONS: то, что было решено
   c. OPEN QUESTIONS: вопросы, которые подняли, но не решили
3. Для каждого action item:
   - Определить, к какому проекту он относится
   - Определить владельца
   - Зафиксировать дедлайн, если он упомянут
   - Добавить в "Активные задачи" status.md нужного проекта
4. Для каждого решения:
   - Добавить в decisions.md нужного проекта с датой
5. Для каждого открытого вопроса:
   - Добавить в status.md соответствующего проекта в раздел
     "Следующее необходимое решение"
6. Обновить log.md проекта записью с резюме встречи

## Вывод
Сообщить, что было извлечено:
"Found [N] action items across [N] projects,
[N] decisions logged, [N] open questions."

## Стандарт качества
Извлекать только пункты, которые явно являются action items или решениями.
Не создавать задачи из обсуждений или наблюдений.
Если проект для action item неясен, помечать это,
а не угадывать.

Навык Daily Review

Ежедневный workflow проверяет, существует ли сегодняшняя заметка, читает вчерашнюю ежедневную заметку, чтобы извлечь незавершённые задачи, читает проектные заметки текущей недели, чтобы подсветить активные приоритеты, и создаёт ежедневную заметку, готовую к использованию.

Сохраните как 04-skills/daily-review.md:

# Навык Daily Review

## Цель
Запустить утреннее планирование. Осмотреть текущий
ландшафт проектов и подготовить день.

## Процесс
1. Прочитать все status.md активных проектов
   (status: active во frontmatter)
2. Проверить вчерашнюю ежедневную заметку на незавершённые задачи
3. Проверить дедлайны: отметить любые проекты с дедлайном
   в ближайшие 7 дней
4. Проверить блокеры: вывести любой проект, где поле
   blockers не равно "none"
5. Создать сегодняшнюю ежедневную заметку в 02-daily/YYYY-MM-DD.md
   по шаблону

## Формат ежедневной заметки
---
date: [сегодня]
type: daily
---

## Фокус дня
[Самое важное, что нужно продвинуть сегодня,
на основе приоритетов проектов и дедлайнов]

## Активные проекты — снимок статуса
[Для каждого активного проекта: название, статус, next-action
из frontmatter — по 1 строке]

## Отмечено
[Заблокированные проекты и приближающиеся дедлайны]

## Задачи, перенесённые со вчера
[Незавершённые задачи из вчерашней ежедневной заметки]

## Задачи на сегодня
[Пусто — заполняется в течение дня]

## Завершение
Остановиться, когда ежедневная заметка создана, а снимок
состояния точен. Не писать задачи на день —
это дело человека.

Навык Weekly Review

Еженедельный обзор читает все ежедневные заметки с понедельника по пятницу, извлекает завершённые задачи, незавершённые задачи, темы и паттерны недели, а также новые заметки в проектах, затем генерирует еженедельное резюме.

Сохраните как 04-skills/weekly-review.md:

# Навык Weekly Review

## Цель
Синтез в конце недели. Подытожить, что произошло, закрыть
сделанное и подсветить важное на следующую неделю.

## Процесс
1. Прочитать все ежедневные заметки этой недели (Пн–Пт)
2. Прочитать все project status.md
3. Извлечь:
   - Завершённые задачи по всем проектам
   - Незавершённые задачи, которые переходили дальше
   - Решения, принятые на этой неделе
   - Новые появившиеся блокеры
   - Проекты, которые продвинулись
   - Проекты, которые застопорились
4. Сгенерировать еженедельное резюме в
   02-daily/YYYY-WW-weekly.md

## Структура еженедельного резюме
---
date: [дата окончания недели]
type: weekly
week: [номер недели]
---

## Что было сделано
[Завершённые задачи и майлстоуны, сгруппированные по проектам]

## Что не было сделано (и почему)
[Незавершённые пункты и честная оценка причин]

## Проекты, требующие внимания
[Проекты, которые застопорились на этой неделе,
с конкретной причиной]

## Паттерны этой недели
[Повторяющиеся темы, блокеры, которые появлялись
в нескольких проектах, возникшие зоны фокуса]

## Приоритеты следующей недели
[Топ-3 вещей, которые должны произойти на следующей неделе,
с проектом и владельцем для каждой]

## Завершение
Остановиться, когда все пять разделов заполнены.
Не описывать, какой должна быть следующая неделя,
кроме трёх приоритетов.

Модуль 4: дашборд, который пишет сам себя

Дашборд в 00-dashboard/active.md — единственный файл, в который вы смотрите, когда хотите понять состояние всех проектов. Claude регенерирует его каждый раз, когда вы запускаете обновление проекта.

Добавьте это в навык update-project как финальный шаг: после обновления любого проекта регенерировать дашборд.

Отдельно это можно запустить в любой момент так:

Прочитай все project status.md files в 01-projects/.
Регенерируй 00-dashboard/active.md с текущим
снимком каждого активного проекта.

Формат дашборда:

## Активные проекты
| Project | Status | Priority | Deadline | Next Action |
|---------|--------|----------|----------|-------------|
[одна строка на активный проект, из frontmatter]

## Заблокировано
[Проекты, где поле blockers не равно "none"]
Project: [название]
Blocker: [что указано во frontmatter]
Since: [дата last-updated]

## Приближающиеся дедлайны
[Проекты с дедлайном в ближайшие 14 дней]

## Завершено на этой неделе
[Проекты, помеченные complete с понедельника]

Last updated: [timestamp]

Для этого дашборда не нужны плагины, Dataview-запросы или внешние инструменты. Это Markdown-файл, который Claude переписывает по вашему запросу. Информация берётся из frontmatter проектных файлов, которые Claude обновил в прошлый раз, когда вы запускали обновление проекта.

Конвейер заметок встреч

Самый ценный workflow в этой системе — конвейер от встречи к проекту. Claude читает заметку встречи, понимает контекст, извлекает именно ваши задачи и создаёт структурированные элементы задач со ссылкой на заметку встречи.

После любой встречи создайте заметку в 03-meetings/ с таким frontmatter:

---
date: YYYY-MM-DD
type: meeting
attendees: [список]
project: [название проекта]
---

# Встреча: [описание]

[Пишите здесь сырые заметки — форматирование не требуется.
Просто фиксируйте, что сказали, что решили и о чём
договорились.]

Затем запустите Claude:

Extract actions from 03-meetings/[today's meeting file].
Update the relevant project files with the action items,
decisions, and open questions.
Report what was extracted and where it was routed.

Через три минуты после окончания встречи каждый action item окажется в нужном проектном файле, каждое решение будет записано, а каждый открытый вопрос — отмечен для follow-up. Заметка встречи становится источником записи, а проекты остаются актуальными без отдельного процесса обновления.

Как система выглядит через 30 дней

К концу первой недели система ощущается новой. Вы вырабатываете привычку создавать заметки встреч и запускать навык извлечения после них. Ежедневный обзор даёт полезные утренние брифинги. Проекты обновляются стабильнее, чем в любом инструменте, которым вы пользовались раньше.

Ко второй неделе паттерн становится автоматическим. Вы перестаёте думать о том, актуальны ли проекты, потому что уже достаточно раз видели, как Claude обновляет их из ваших заметок без отдельной просьбы. Доверие растёт.

К концу первого месяца что-то меняется в самом способе думать о проектах. Дашборд точен без усилий. Еженедельный обзор создаёт синтез недели, который вы читаете, а не пишете. Конвейер от встречи к проекту означает, что обязательства, которые вы взяли на встрече, появляются в нужном проектном файле без отдельного шага.

Налог на обновление статусов исчез. Не уменьшился. Исчез.

Вы не обслуживаете систему. Claude обслуживает её на основе заметок, которые вы и так уже писали. Проекты остаются актуальными как побочный продукт работы, а не как отдельная задача поверх работы.

В этом центральное обещание системы. Не улучшенное управление проектами. А устранение управленческой нагрузки из управления проектами.

Начните в эти выходные

Структуру vault можно создать за тридцать минут. CLAUDE.md — написать за двадцать. Четыре файла навыков — настроить за сорок. Первый проект с правильной структурой — создать за пятнадцать.

Итого два часа на систему управления проектами, которая работает сама.

У Claude теперь есть отдельные инструменты для операций с vault, а не только сырое чтение файлов. Он работает даже тогда, когда Obsidian закрыт. Система всегда доступна, всегда читаема и всегда обновляема — независимо от того, открыт ли Obsidian.

Создайте структуру vault в эти выходные. Напишите CLAUDE.md. Настройте один проект в правильном формате.

Запустите навык extract actions на последней заметке встречи, которая у вас есть. Посмотрите, что Claude направит в проектный файл.

Этот единственный запуск покажет вам больше о том, чем станет система, чем вся эта статья.

Проекты не начнут управлять собой сами.

Но Claude будет управлять ими на основе заметок, которые вы уже пишете.

И это достаточно близко.