Я веду несколько проектов параллельно. Как и многие, прошёл путь от Trello через Notion к Linear. Каждый раз одна и та же история: первую неделю всё красиво, потом доска превращается в кладбище карточек, которые никто не двигает. Потому что переключаться между кодом и трекером — это отдельная работа, на которую нет ни времени, ни желания.
В какой-то момент я понял: проблема не в инструменте. Проблема в том, что трекер — это отдельное окно. Отдельный контекст. Отдельное усилие.
Идея
Что если задачи — это просто файлы? Markdown-файлы с YAML-метаданными, которые лежат на диске рядом с кодом. Obsidian рендерит из них дашборды. Claude Code управляет ими из терминала. Git версионирует.
Никакого хостинга. Никакой подписки. Никакого облака.
Вдохновился подходом Teresa Torres, которая описала паттерн автоматизации жизни через Claude Code: один файл на задачу, YAML frontmatter как схема, слэш-команды как API. Взял эту идею и довёл до полноценной системы управления несколькими проектами.
Как это работает на практике
Допустим, я ресёрчу новую фичу. Открываю Claude Code, обсуждаю с ним архитектуру, записываю мысли в .md-файл. Это может быть поток сознания, список идей, наброски — что угодно. Никакой структуры не требуется.
Когда ресёрч готов, одна команда:
/import ~/notes/design-research.md --project minimap
Claude читает мой документ, вычленяет из него конкретные задачи, создаёт для каждой отдельный файл с ID, приоритетом, оценкой трудозатрат — и раскладывает по нужным папкам. 25 задач из одного feature-plan за секунды.
Открываю Obsidian — дашборд уже обновился. Канбан-доска показывает новые карточки. Я ничего не делал руками.
Обычный день
Утро. Открываю терминал:
/today
Claude сканирует все проекты, проверяет git-историю каждого репозитория, находит просроченные задачи и предлагает топ-3 приоритета на сегодня. Генерирует дневную заметку с полной картиной.
В процессе работы. Не выхожу из терминала:
/task "Добавить rate limiting" --project api --priority high --effort 2h /done API-003 --actual 1h
Задачи создаются с автоинкрементом ID, попадают в нужную папку. При закрытии — обновляются таймстемпы, логируется факт vs оценка, разблокируются зависимые задачи.
Вечер. Одна команда закрывает день:
/review
Claude считает, что я сделал за день, обновляет дневную заметку, дописывает строку в burndown-лог, предлагает фокус на завтра.
Раз в неделю:
/pulse
Пульс по всем проектам: сколько активных/заблокированных/просроченных задач, git-активность, статус здоровья каждого проекта. Моментально видно, где горит.
Почему это не «ещё один MCP-коннектор к Linear»
Сейчас модно делать MCP-интеграции к существующим SaaS-трекерам. Подключил Linear — и Claude может двигать карточки. Звучит круто, но по сути это прослойка над чужим инструментом. Ты всё ещё зависишь от чужого формата, чужих лимитов, чужой подписки.
Здесь другой подход. Это hand-crafted решение, которое живёт у тебя дома:
Формат карточки — ты решаешь, какие поля нужны. Хочешь добавить поле energy_level или client — просто добавь в YAML. Никаких ограничений схемы.
Дашборды — Dataview-запросы на любой вкус. Хочешь видеть «задачи без оценки трудозатрат» или «что я закрыл за последние 30 дней по проекту X» — пишешь запрос, он работает.
Команды — 8 слэш-команд, каждая описана в markdown-файле. Хочешь изменить логику /review или добавить свою /standup — редактируешь файл, не код.
Версионирование — каждое изменение каждой задачи — это git-коммит. Полная история. Можно откатить, сравнить, смерджить.
Что на самом деле произошло
Я делегировал ведение досок Клоду. Но сделал это контролируемо.
Ключевое отличие от «просто попроси ChatGPT вести список задач»: здесь всё персистентно и структурировано. Claude не держит задачи в контексте чата — он читает и пишет файлы на диске. Контекст не теряется. Новая сессия Claude Code подхватывает всё ровно с того места, где остановилась предыдущая. Потому что «память» — это не промпт, а файловая система.
Мой рабочий процесс теперь выглядит так:
Я → поток мыслей, брейнштормы, ресёрч, наброски в .md
Claude → автоматическое планирование, приоритизация, пульс разработки, репорты, ведение досок
Через несложную настройку Obsidian-vault (типизация карточек, настройка досок, Dataview-запросы) и описание команд в шаблоне я получил своего маленького менеджера. Он читает мои заметки и знает, как разложить их в задачи, приоритизировать и положить в очередь разработки.
Я избавился от отдельного окна с таск-трекером. Вся структура задач живёт в Obsidian с версионированием в GitHub, а команды доступны из любого терминала.
Выложил шаблон проекта, если хочется повторить
Шаблон в открытом доступе. Клонируешь, запускаешь setup, работаешь:
git clone https://github.com/ignatpenshin/obsidian-task-tracker.git cd obsidian-task-tracker ./setup.sh
30 секунд на старт. Дальше — настраиваешь плагины Obsidian и начинаешь трекать.
Вдохновение: Teresa Torres — Automate Your Life with Claude Code
Мой блог в Telegram о ресерче в CV и практике в AI/Агентах: Fisheye Monk
Комментарии (13)
NikitaGgurda
10.03.2026 12:56Классная идея, спасибо, что поделились репозитории. Ни когда не пользовался обсидиан, было бы интересно узнать что вы настраиваете, какие плагины и зачем
ignat_penshin Автор
10.03.2026 12:56Рад, что работа вызывает интерес. Спасибо!
По поводу Obsidian:
1) Я придерживаюсь принципа "чистого" обсидиан для своего основного Vault. На всех устройствах использую лишь один плагин - Fit (v1.4.0) by joshuakto. Он синхронизирует все мои заметки в данном Vault с приватным гитхаб репозиторием каждые 5 минут. Я вижу засинхроненный vault с любого девайса - это просто удобно для работы.
2) Для таск-треккера из статьи у меня создается отдельный Vault (setup.sh в гитхаб репозитории): плагины используются для красоты отображения (kanban/dataview/дашборды). Сейчас у меня в task-tracker vault следующий сетап community-плагионв:
Calendar (v1.5.10) - календарик для дневных заметок,
Charts (v3.9.0) - чарты в обсидиан,
Dataview (v0.5.68) - просто нормальный датавью в Обсидиан,
Git (v2.37.1) - а можно и Fit использовать (вкусовщина),
Homepage (v4.3.1) - чтобы при открытии Vault сразу был Дашборд всей работы,
Kanban (v2.0.51) - канбан через markdown - это просто мечта,
Periodic Notes (v0.0.17) - для создания и менеджмента заметок внутри обсидиан,
Tasks (v7.22.0) - обвес для треккинга задач в Обсидиан,
Templater (v2.18.1) - просто удобные темплейты
ВАЖНО: почти все из пункта 2 нужно, чтобы заходить в Obsidian и видеть там красивый таск-треккинг с дашбордами и тд. Мне на эту фичу почти все равно. Главное - это возможность вести треккинг задач из консоли Claude Code. Обсидиан Vault для треккера я открыл впервые за месяц просто, чтобы перечислить, какие плагины у меня там есть для визуального "обвеса".
Katasonov
10.03.2026 12:56А не проще todo list в файле txt вести? Зачем все эти сложности с консолью, командами и и.д.
ignat_penshin Автор
10.03.2026 12:56Проще. Но не даст привычного ощущения ведения карточек, где каждая карточка проходит свой флоу, видоизменяется, становится зависимой, удаляется (в конце концов). Но ваше видение мне вполне понятно, и такого PoC / MVP с помощью .txt задачника хватит на первое время вполне.
Но вот, допустим, прошел брейншторм в проекте M - образовался скоп из N задач: надо приоритизировать, создать блокеры/созависимость и начать работу. Сущностей стало уже сильно больше, чем хотелось бы держать в простом todo-list.txt
Katasonov
10.03.2026 12:56Можно иметь файл backlog.txt, in progress.txt, done.txt, totest.txt и тд, зависимости просто добавляются прямо в описание таски (зависит от A-0002). А с помощью llm можно легко извлечь любую информацию и передвинуть задачи из файла в файл. Можно даже иметь файл history.txt если хочется отслеживать флоу и гит не хватает.
ignat_penshin Автор
10.03.2026 12:56Ну вот это уже ближе к тому, что я предложил :)
Остается: заменить .txt на .md -> добавить deeplink для связи между файлами -> определить базово структуру карточек -> добавить контекст о том, как импортировать задачки (скопом/по одной) -> сделать смотрибельный дашборд (если очень хочется) -> готово!
irium
10.03.2026 12:56Сколько танцев из-за отсутствия привычки/ дисциплины работать с трекером)
Придумываем проблему для того, чтобы потом героически её решить при помощи ИИ )
И да, как уже отметили выше - это все актуально только для фрилансеров-одиночек
ignat_penshin Автор
10.03.2026 12:56Не могу согласиться. Если задачи комплексные, и разработчики используют ИИ, то объемы карточек возрастают. Сами карточки могут быть мета-уровня ("Сдать проект X"), а могут быть атомарные (Баг N в модуле M проекта X), которых в день запросто набираются десятки. Мета-карточки можно двигать руками для самоудовлетворения, а вот атомарные карточки - это уже не только таск-треккинг, но и контроль, чтобы ИИ никуда не занесло (context drift) в процессе автономной разработки или копайлота.
Про фрилансеров одиночек... Ну не знаю. Сбер, например, сейчас агентные фабрики делает, и там точно нельзя допустить context drift при полной автономности разработки.
mc_nick
10.03.2026 12:56Мне кажется можно использовать какой-то mcp для известных таск менеджеров. Есть бесплатные варианты.
powerman
Круто, но есть нюанс. Если проекты и задачи не личные, идёт совместная работа - то личный Obsidian плохо впишется в рабочий процесс. А если личные, то лично мне не нравится сливать такую инфу о себе сторонней компании - вот когда локально запущенные на видухе модели потянут такую работу, тогда и скажем этому методу "да".
ignat_penshin Автор
Если не углубляться в детали украшательств вокруг Obsidian - то это просто ведение тасок в .md-файлах + некоторая контекстная надстройка Клода. Думаю, для чистого таск-треккинга хватит маленькой локальной модельки - оно тоже взлетит из коробки. Но для меня главный эффект в том, что таск-треккинг и разработка происходят в одном терминале с Claude Code.
Ждем, когда что-то сможет работать на уровне Opus4.6 локально на бытовом железе!)
botyzanzylyvseNIKI
Мercury 2 недавно вышел но хз как его пощупать локально))