Комментарии 14
Круто, но есть нюанс. Если проекты и задачи не личные, идёт совместная работа - то личный Obsidian плохо впишется в рабочий процесс. А если личные, то лично мне не нравится сливать такую инфу о себе сторонней компании - вот когда локально запущенные на видухе модели потянут такую работу, тогда и скажем этому методу "да".
Если не углубляться в детали украшательств вокруг Obsidian - то это просто ведение тасок в .md-файлах + некоторая контекстная надстройка Клода. Думаю, для чистого таск-треккинга хватит маленькой локальной модельки - оно тоже взлетит из коробки. Но для меня главный эффект в том, что таск-треккинг и разработка происходят в одном терминале с Claude Code.
Ждем, когда что-то сможет работать на уровне Opus4.6 локально на бытовом железе!)
Классная идея, спасибо, что поделились репозитории. Ни когда не пользовался обсидиан, было бы интересно узнать что вы настраиваете, какие плагины и зачем
Рад, что работа вызывает интерес. Спасибо!
По поводу 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 для треккера я открыл впервые за месяц просто, чтобы перечислить, какие плагины у меня там есть для визуального "обвеса".
А не проще todo list в файле txt вести? Зачем все эти сложности с консолью, командами и и.д.
Проще. Но не даст привычного ощущения ведения карточек, где каждая карточка проходит свой флоу, видоизменяется, становится зависимой, удаляется (в конце концов). Но ваше видение мне вполне понятно, и такого PoC / MVP с помощью .txt задачника хватит на первое время вполне.
Но вот, допустим, прошел брейншторм в проекте M - образовался скоп из N задач: надо приоритизировать, создать блокеры/созависимость и начать работу. Сущностей стало уже сильно больше, чем хотелось бы держать в простом todo-list.txt
Можно иметь файл backlog.txt, in progress.txt, done.txt, totest.txt и тд, зависимости просто добавляются прямо в описание таски (зависит от A-0002). А с помощью llm можно легко извлечь любую информацию и передвинуть задачи из файла в файл. Можно даже иметь файл history.txt если хочется отслеживать флоу и гит не хватает.
Ну вот это уже ближе к тому, что я предложил :)
Остается: заменить .txt на .md -> добавить deeplink для связи между файлами -> определить базово структуру карточек -> добавить контекст о том, как импортировать задачки (скопом/по одной) -> сделать смотрибельный дашборд (если очень хочется) -> готово!
Сколько танцев из-за отсутствия привычки/ дисциплины работать с трекером)
Придумываем проблему для того, чтобы потом героически её решить при помощи ИИ )
И да, как уже отметили выше - это все актуально только для фрилансеров-одиночек
Не могу согласиться. Если задачи комплексные, и разработчики используют ИИ, то объемы карточек возрастают. Сами карточки могут быть мета-уровня ("Сдать проект X"), а могут быть атомарные (Баг N в модуле M проекта X), которых в день запросто набираются десятки. Мета-карточки можно двигать руками для самоудовлетворения, а вот атомарные карточки - это уже не только таск-треккинг, но и контроль, чтобы ИИ никуда не занесло (context drift) в процессе автономной разработки или копайлота.
Про фрилансеров одиночек... Ну не знаю. Сбер, например, сейчас агентные фабрики делает, и там точно нельзя допустить context drift при полной автономности разработки.
Мне кажется можно использовать какой-то mcp для известных таск менеджеров. Есть бесплатные варианты.
выглядит как очередная попытка делегировать управление собой кому-то другому, а самому сосредоточиться на красивых дэшбордах, которые этот другой нарисует. По моему мнению это тоже генерация кучи мусора, которую сам так же не будешь разбирать как и карточки из-за лени :) подозреваю, что качественное управление собой никто за нас не сделает.

Как я заменил таск-трекер на Obsidian + Claude Code и перестал вести доски руками