Система управления личными проектами с использованием Claude Code и Obsidian: архитектура и вопросы

Обзор архитектуры системы

Разработчик создаёт систему управления личными проектами с использованием Claude Code и Obsidian, чтобы применять профессиональные практики проектного менеджмента в личной жизни. Система состоит из трёх уровней:

• Файловая система (OneDrive): Хранит только файлы-оригиналы — PDF-документы, вложения, чеки. Здесь нет исполняемых файлов.
• Хранилище Obsidian: Выступает в качестве уровня знаний и отслеживания. Здесь находятся все журналы проектов, планы, панели управления и ежедневные заметки.
• Claude Code: Служит движком обработки данных, который читает, маршрутизирует и записывает контент. Большая часть этого уровня работает без ручного вмешательства.

Настройка с двумя Claude и передача контекста

Разработчик использует Claude Code на ноутбуке для сборки и Claude.ai на телефоне для планирования, черновиков и мобильного захвата информации. Чтобы преодолеть разрыв в контексте, используется документ передачи — один файл в формате Markdown в хранилище — который описывает всю архитектуру, включая структуру папок, правила маршрутизации, соглашения об именовании, статус активных проектов и прогресс этапов сборки. Claude.ai загружает этот документ в начале каждой сессии для поддержания согласованности, гарантируя, что он никогда не предлагает пути к папкам или имена файлов, выходящие за рамки задокументированных соглашений. Claude.ai действует как офис архитектора, в то время как Claude Code функционирует как строительная бригада.

Ежедневный журнал и структура команд

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

• /daily: Обрабатывает журнал за день, направляет записи, обновляет файлы проектов и обновляет список действий. Никаких слайдов или писем — только маршрутизация.
• /pm-sync: Выполняет более сложные задачи — читает все файлы проектов, записывает обновления, составляет черновики статусных писем, генерирует контент для еженедельных слайдов и обновляет главную панель управления.

Структура проекта и управление

Каждый проект включает набор файлов в зависимости от сложности, с тремя уровнями: Лёгкий (index.md и milestones.md), Средний (добавляет risks.md и decisions.md) и Тяжёлый (полный набор). Claude определяет уровень через вопросы при добавлении нового проекта. Ключевые файлы включают:

• index.md: Снимок текущего состояния с показателями здоровья, этапом, критериями завершения и заинтересованными сторонами.
• log.md: Хронологический журнал для ежедневного отслеживания, служащий адаптацией для СДВГ для восстановления контекста.
• Структурированные журналы: milestones.md, risks.md, decisions.md, issues.md, assumptions.md, lessons-learned.md.

Функции управления включают: Claude никогда не закрывает веху автоматически — он помечает её и ждёт явного подтверждения через «I Approve [ID]». Расширение объёма работ помечается автоматически, если работа выходит за рамки критериев завершения проекта, с предложением выделить её в отдельный проект. Новые идеи проектов, зафиксированные в ежедневном журнале, запускают процесс из пяти вопросов перед началом сборки.

Различие между доменом и проектом

Система различает проекты и постоянные домены (например, бюджетирование, отслеживание фитнеса, обслуживание дома). Для доменов создаются файлы-трекеры и заметки вместо журналов проектов, что гарантирует отсутствие реестров рисков для рутинных задач, таких как график очистки кофемашины.

Вопросы разработчика для обратной связи

Разработчик интересуется:

1. Имеет ли смысл структура из двух команд (/daily и /pm-sync) или она усложняет маршрутизацию.
2. Использование log.md в качестве хронологического журнала отдельно от структурированных журналов — сохраняет ли он актуальность со временем или становится шумом?
3. Шаблон контрольного затвора, требующий явного подтверждения для закрытия вех — это полезное трение или просто трение?
4. Настройка с двумя Claude и общим документом передачи в качестве моста для мобильного/десктопного контекста — решают ли другие этот разрыв аналогично?
5. Опыт совместной работы Obsidian + Claude Code — что сломалось?