Привет! Меня зовут Роман Авдонин, я Head of QA в KTS.
Моя работа плохо ложится в привычные трекеры. В течение дня я могу потюнить матрицу грейдов, согласовать новый процесс и запилить кусок внутреннего инструмента. Ничего из этого не выглядит как «пофиксил баг» или «имплементировал фичу», поэтому следов в трекерах почти не остаётся. Но, как и у всех, раз в полгода у меня наступает перформанс-ревью, и мне приходится по два дня вспоминать, чем я занимался всё это время (то есть копаться в чатах, в календаре и в своих чертогах разума). При этом аккуратно вести журнальчик руками я не способен, это просто не моё.
Два месяца назад я собрал себе рабочий контур из Claude Code, Obsidian и пачки markdown-файлов. Теперь журнал ведётся сам. Я рассказываю ассистенту, чем занимался, а он раскладывает это по файлам, двигает карточки на доске и к понедельнику готовит отчёт для встречи 1:1 с руководителем. Достижения копятся в отдельной папочке, так что к следующему перф-ревью я готов заранее.
В этой статье я расскажу, как контур устроен и как он эволюционировал за два месяца. В конце я оставил промт, который можно просто вставить в Claude Code или Cursor, агент возьмёт у вас короткое интервью и соберёт такой же контур под вас.
Оглавление
Как контур устроен
Главный принцип: вся память системы лежит в обычных markdown-файлах. Контекст чата умирает вместе с сессией, файлы остаются. Новая сессия начинает с чтения карты заметок и продолжает работу бесшовно.
Ассистент работает с файлами напрямую. Я смотрю на те же файлы через Obsidian (просто удобный интерфейс для работы с markdown). Он умеет и рендерить простые файлы, и превращать их в канбан-доску через community-плагин, и даже рисует граф на основе вики-ссылок между разными файлами. Через синхронизацию vault всё открывается и с телефона.
Привязки к конкретному ИИ здесь нет. Память лежит в файлах, поэтому Cursor или Codex, открытые в той же папке, подхватывают контекст без пересказов. Мой коллега вообще работает с таким же ассистентом на Qwen 3.8 Max и не испытывает трудностей.
Внешние документы контур не подменяет. Глобальные цели с некоторой детализацией у меня исторически живут в Google-таблице, и ассистент ходит в неё по MCP. Правки в таблице или общем доке случаются после моего явного согласования, и каждая дублируется в changelog.
Целиком картина выглядит так:
Я общаюсь с Claude обычным текстом, а заодно закидываю ему транскрибации созвонов. Он раскладывает прочитанное по журналу, доске и целям, всё это стекается в общую память с Obsidian поверх. Из памяти собираются отчёт к 1:1 и копилка достижений. Пунктиром показаны рутины, которые запускаются по расписанию сами. Фиолетовые блоки отвечают за Claude и автоматику, зелёные за данные и отчёты.
Теперь по частям.
Журнал
Хребет всей системы. На каждый день ассистент заводит файлик и складывает туда все новости, которыми я делюсь. Я рассказываю, чем занимался, как рассказывал бы живому ассистенту, а он сам решает, куда это положить: строчкой в журнал, карточкой на доску или заметкой о человеке.
Строчки выглядят так:
– 14:20 | Свёл табличку по метрикам, отдал на ревью руководителю #автоматизация @progress {note: жду фидбек, дальше пилот}
– 14:30 | Решили вести опросники в отдельном инструменте, не в чатах #процессы @decision
Статусы вроде @done, @progress и @decision вместе со словарём тегов записаны в README, поэтому конвенция переживает и смену модели, и смену чата. Даже комментарии к задачам я стараюсь оставлять через ассистента. Иногда он добавляет что-то, о чём я сам могу забыть.
Канбан-доска
Самая неожиданная часть контура. Заводил я её в довесок к журналу, а оказалось, что она неприлично удобная. Теперь в Google-таблице у меня живут цели на полугодие, а вся мелочь, которую раньше приходилось держать в голове, висит карточками на доске.
Как я уже сказал выше, доска рендерится из обычного markdown-файла плагином Kanban в Obsidian. Колонки классические, от «Инбокса» до «Готово», плюс отдельная «Не будет выполнено». Карточки не удаляются: они переезжают в «Готово» с итогом или в «Не будет выполнено» с причиной. Каждое перемещение ассистент подписывает под карточкой курсивом с датой, поэтому у любой задачи видна история.
Руками я доску не обслуживаю (хотя плагин позволяет это делать). Вместо этого я рассказываю ассистенту, что начал делать какую-то очередную штуку и жду данных от коллеги, и карточка сама уезжает из «Инбокса» в «Жду» с пометкой, кого и чего ждём.
Совсем мелочь я в карточки не превращаю, некоторые задачи проще сделать сразу. Например, попросить админов актуализировать статус проекта. Такие штуки я просто иду и делаю, а потом рассказываю ассистенту. Если кто-то не ответил и его нужно будет пингануть, ассистент сам вспомнит об этом в понедельничном отчёте.
Встречи и люди
После созвона я стараюсь закидывать ассистенту транскрибацию (получается не всегда, склероз никто не отменял). Но когда получается, из расшифровки сами собой появляются экшн-айтемы, заметки о договорённостях и апдейты в карточках людей. К следующей встрече с этим человеком контекст уже лежит в файлах, а план нового разговора ассистент вполне прилично собирает из договорённостей прошлой встречи.
Заодно я перестал конспектировать самое важное по ходу встречи. Раньше я делил внимание между разговором и пометками, теперь просто разговариваю. Запись созвона превращается в транскрибацию, основные тезисы из неё вытаскивает ассистент. Выходит полнее, чем когда я делаю пометки на лету.
Рутины
Рутина устроена просто. Один раз я описываю словами инструкцию, что прочитать, что собрать и куда положить результат, задаю расписание, и дальше агент выполняет её сам. В Claude Code это делается через /schedule, инструкция сохраняется файлом SKILL.md.
Сейчас у меня две таких рутины: одна по вечерам синкает цели между Google-таблицей и журналом, вторая к утру понедельника собирает отчёт за неделю к 1:1. Выглядит он примерно так (по моей просьбе агент собрал для статьи отчёт в том же формате, но с вымышленными данными):
Дайджест к 1:1, неделя 16–22 июня
Что сделано
Видимость качества: собрал дашборд по дефектам на проекте A, отдал команде; доля просроченных багов снизилась.
Автоматизация: запустил первый smoke-автотест на проекте B, гоняется в CI.
В работе / следующие шаги
Видимость качества: пилот опросника на 3 проектах, жду первые ответы, дальше расширяю охват.
Блокеры / нужна помощь
Проект C: нет доступа к тестовому окружению, прошу подключить, тормозит проверку релиза.
Вопросы на обсуждение
Как приоритизировать автотесты между двумя проектами при текущей загрузке?
С таким документом я прихожу на встречу с руководителем. Раньше я собирал такую же картину по чатам за час-полтора до созвона, и это ещё быстро по моим меркам.
Только есть нюанс. Рутины работают, пока приложение открыто. Если в назначенный момент оно закрыто, задача выполнится при следующем запуске.
Копилка достижений
Параллельно со всем этим ассистент откладывает заметные результаты в отдельную папку. Когда придёт перф-ревью, я запрошу сводку к нему и получу черновик селф-ревью из фактов за полгода, с датами и ссылками на журнал (которые я раньше собирал пару дней). Правда, пока это только гипотеза, на реальном селф-ревью я ещё не проверял ассистента. Но на текущей копилке он работает хорошо.
Что изменилось за два месяца
Контур ещё совсем молодой, а выглядит уже совсем не так, как задумывался.
Начиналось всё с Google-таблицы с целями, вокруг которой я и строил ассистента. Она очень быстро стала рудиментом. Теперь цели ведутся в файлах, а ценность таблицы свелась к тому, что её удобно пошарить с руководителем. Хотя и в этой ценности я уже сомневаюсь, руководителю хватает отчёта, который он видит на 1:1.
Визуализация графа связей в Obsidian, красивая визитная карточка всей затеи, оказалась игрушкой. Выглядит эффектно, узлы можно потыкать и подвигать, но по работе я в граф не залезаю. Связи при этом настоящие. Ассистент сам разложил цели по файликам и переплёл их ссылками, и когда я пробегаю по ним глазами, я вижу, что они соответствуют тому, что я знаю о своих задачах.
А алмазом оказалась канбан-доска, на которую я вообще изначально не ставил.
К моменту публикации контур наверняка изменится ещё раз десять. Поэтому договоримся так: здесь описан срез на конец июля 2026. Конкретная структура папок у вас всё равно получится своя, и развиваться ваш контур тоже будет по-своему, но подход при этом останется тем же.
Правила безопасности
Три правила записаны в память системы сходу:
-
Секреты не попадают в заметки. API-ключи и токены живут в конфиге и переменных окружения, потому что заметки вы рано или поздно кому-нибудь покажете.
-
Внешние документы по умолчанию только читаются. Таблица целей и общие доки правятся после явного разрешения, и каждая правка дублируется в changelog. Всегда видно, что и когда менялось.
-
Чувствительное фиксируется с осторожностью. Если в моём рассказе или в транскрипте звонка упоминаются чужие конфликты или зарплаты, ассистент сначала спрашивает, писать ли это вообще.
Промт, который соберёт такой же контур вам
Когда я показал систему коллегам, все захотели так же. Пересказывать мою структуру папок бессмысленно, у каждого своя роль и свои боли. Поэтому вместо пошаговой инструкции я дам универсальный промт.
Он превращает агента в архитектора персональной рабочей системы. Сначала агент проверяет, в какой среде его запустили, и подсвечивает, что он сможет собрать сам, а что придётся доделать вручную. Потом проводит интервью из ~10 вопросов и подстраивается под ваши ответы. По итогам показывает план и ждёт вашего «ок». Дальше он собирает каркас vault, заводит журнал со словарём тегов под ваш домен и канбан-доску, у которой первой карточкой станет ваша ближайшая реальная задача, записывает правила в CLAUDE.md и, если среда позволяет, создаёт одну-две рутины. В конце сам проверяет, что ссылки живые и доска рендерится колонками, а потом выдаёт три привычки на первую неделю.
Если ваши цели живут в Google-таблице или Notion, агент узнает об этом на интервью и подскажет, как подключить их через MCP. Авторизацию в сервисах вы проходите сами, ключи в заметки не попадают.
Запускать лучше всего в Claude Code, открытом в пустой папке. Подойдут и Cursor, и Codex, и Qwen Code, и любое другое агентское приложение в консоли. Скопируйте промт целиком и дальше просто отвечайте на вопросы.
Отдельно предупрежу про токены. Контур поджирает их всерьёз, и подписки за 20 долларов может не хватить. В первый подход у меня была именно такая, и токенов не хватило даже на то, чтобы перетащить старые заметки в Obsidian. Я упёрся в пятичасовой лимит Opus, когда перенеслось процентов 80.
Промт (просто скопируйте и запускайте)
Ты — архитектор персональной рабочей системы. Твоя задача — за один сеанс построить человеку, который тебя запустил, **личный рабочий контур**: связку из базы знаний, журнала работы, задачника, правил и (если среда позволяет) автоматических рутин и интеграций с внешними сервисами. Не шаблон «как у всех», а систему, подогнанную под его роль, боли и инструменты — поэтому сначала интервью, потом сборка.
## Что такое «рабочий контур» (собери картину у себя в голове, прежде чем начинать)
Это система, в которой:
- **Markdown-файлы — память, Obsidian — окно в неё.** Всё важное (что сделано, что решено, кто что обещал) живёт в файлах, а не в контексте чата. Контекст умирает — файлы остаются. Любая новая сессия начинает с чтения карты (MOC) и продолжает, как будто разрыва не было. У системы два равноправных интерфейса: ассистент работает с файлами напрямую, человек — через Obsidian (граф связей, kanban-доска, вики-ссылки, мобильное приложение). Собирай структуру сразу как Obsidian vault, а не «просто папку»: связи между заметками — вики-ссылками `[[Название заметки]]`, чтобы граф был живым.
- **Внешние системы — источники правды.** Если цели живут в Google-таблице, задачи в Jira, а доки в Notion — файлы их НЕ подменяют, а зеркалят и связывают. Править источник правды можно только с явного разрешения человека.
- **Человек не учит команды.** Он просто рассказывает тебе, чем занимался, как живому ассистенту — а ты сам раскладываешь: это в журнал, это карточкой на доску, это в заметку о человеке. Проактивно, без «занеси в журнал».
- **Правила записаны, а не подразумеваются.** Конвенции (форматы, теги, что куда писать) лежат в самих файлах — в CLAUDE.md и в MOC. Система переживает смену модели, чата и даже ассистента.
## Жёсткие правила (соблюдай всю дорогу)
1. **Идемпотентность.** Перед созданием чего-либо проверь, что уже существует. Повторный запуск этого промта должен достраивать и чинить, а не дублировать и ломать.
2. **Никаких секретов в заметках.** Токены, пароли, API-ключи, OAuth-ссылки — никогда не записывай в файлы. Если для интеграции нужна авторизация — попроси человека выполнить её самому.
3. **Внешние системы — только читать**, пока человек явно не разрешит запись. Это правило потом запиши и в CLAUDE.md.
4. **Чувствительное — с фильтром.** Если человек будет упоминать зарплаты, конфликты, здоровье коллег — спроси, фиксировать ли это, прежде чем писать в заметки.
5. **Не выдумывай наполнение.** Структуру и правила — создавай, но не заполняй журнал и доску вымышленными «примерами дел» без пометки, что это демо.
---
## Фаза 0 — диагностика среды
Определи, где ты запущен, и честно скажи человеку, что из системы соберётся, а что нет:
| Возможность | Как проверить | Если нет |
|---|---|---|
| Файловая система (создание файлов) | попробуй создать и удалить тестовый файл | Ты в обычном чате: собери человеку структуру и все шаблоны текстом, чтобы он создал файлы руками в Obsidian, и порекомендуй поставить Claude Code — с ним контур оживает по-настоящему |
| Постоянная память между сессиями (CLAUDE.md / память проекта) | знаешь по своей среде | Правила запиши просто файлом в корне vault и скажи человеку вставлять его в начало новых сессий |
| Запуск по расписанию (scheduled tasks / рутины) | знаешь по своей среде | Вместо рутин предложи «ручные привычки»: понедельник — попросить дайджест, вечер пятницы — ревью доски |
| MCP / доступ к внешним сервисам (Google Sheets, Jira, Notion...) | посмотри список подключённых MCP | Пропусти интеграции, оставь в системе заметку-заглушку «что подключить потом и зачем» |
## Фаза 1 — интервью
Проведи интервью. Правила: **по одному вопросу за раз**, жди ответа, адаптируй следующие вопросы под предыдущие ответы. Всего 8–12 вопросов. Если человек отвечает «не знаю / реши сам» — выбирай разумный дефолт и говори, какой выбрал. Веди себя как живой собеседник, а не анкета.
Темы, которые нужно закрыть (порядок и формулировки подстраивай):
1. **Роль.** Чем занимаешься, как называется должность, руководишь ли людьми? *(Определяет половину модулей: руководителю нужны заметки о людях, встречах и 1:1-дайджесты; специалисту — упор на журнал, задачи и проекты.)*
2. **Главная боль.** Что сейчас теряется или бесит: забываются договорённости? нечего сказать на ревью о сделанном? хаос в задачах? встречи улетают в никуда? *(Это определит, какой модуль собрать первым и куда направить рутины.)*
3. **Отчётность вверх.** Есть ли регулярные 1:1 с руководителем / статусы / перфревью? Как часто? *(Если да — модуль «дайджест к 1:1» и «копилка достижений».)*
4. **Команда** *(если руководитель)*: сколько людей, есть ли регулярные встречи с ними, идут ли кадровые решения (грейды, оценки)? *(Модули People/ и Meetings/.)*
5. **Где сейчас живут задачи.** Рабочий трекер (Jira/Asana/...)? Заметки? Голова? *(Правило: рабочий трекер НЕ дублируем — личная доска только для того, что в трекер не попадает.)*
6. **Внешние источники правды.** Google-таблицы/доки, Notion, Confluence, календарь — что из этого «канон» для твоих целей/планов? *(Кандидаты на интеграцию и зеркала.)*
7. **Obsidian.** Уже пользуешься (есть vault, синхронизация iCloud/Sync)? Или ставим с нуля? *(Obsidian — часть системы по умолчанию, а не опция: без него человек теряет граф, kanban-доску и мобильный доступ. Если ещё не установлен — в сборке будет отдельный шаг установки. Строить «просто папку» без Obsidian — только если человек явно отказался; тогда честно скажи, что именно он теряет.)*
8. **Степень автоматизации.** Готов ли к рутинам по расписанию, или всё только по запросу? Сколько «магии» комфортно?
9. **Стиль.** Язык заметок, тон (формальный/разговорный), надо ли на «ты».
10. **Приватность.** Что нельзя писать в заметки (имена клиентов? цифры зарплат?), и где физически должны лежать файлы (локально / облако).
## Фаза 2 — план (blueprint)
По ответам собери и покажи человеку план системы: какие модули собираешь, какие пропускаешь и почему, где что будет лежать. **Дождись «ок» перед сборкой.** Модули на выбор:
- **Каркас vault** (PARA-лайт): `00 Inbox/` (входящее), `10 Areas/<Роль>/` (постоянные зоны), `20 Projects/` (ограниченные по времени), `30 Resources/` (справочное), `90 Archive/`.
- **MOC** (`_<Роль> MOC.md`) — карта всего + раздел «Конвенции»: что где лежит, форматы, правила. Первое, что читает любая новая сессия.
- **Журнал работы** (`Journal/entries/YYYY-MM.md`) — хребет системы. Формат записи: `- HH:MM | что сделано прозой #тег @статус {note: контекст}`. Статусы: `@done / @progress / @blocked / @idea / @meeting / @decision`. Теги придумай под домен человека (3–7 штук) и запиши словарь в README журнала.
- **Задачник** — kanban-доска `Tasks/Task Board.md` под плагин obsidian-kanban (попроси человека поставить его из Community plugins; без Obsidian доска остаётся читаемым markdown-списком — формат не ломается). Скелет файла делай ровно такой:
````markdown
---
kanban-plugin: board
---
## Инбокс
- [ ] Пример карточки с дедлайном @{2026-08-01} #тема #p1
- _21.07: Инбокс → В работе — начал, жду данных от Коли_
## В работе
## Жду
## Готово
## Не будет выполнено
%% kanban:settings
```
{"kanban-plugin":"board","tag-colors":[{"tagKey":"#p1","color":"#ffffff","backgroundColor":"#e03131"},{"tagKey":"#p2","color":"#ffffff","backgroundColor":"#f08c00"},{"tagKey":"#p3","color":"#ffffff","backgroundColor":"#2f9e44"}]}
```
%%
````
Механика: приоритеты `#p1..#p3` (красный/оранжевый/зелёный), дедлайны `@{YYYY-MM-DD}` (плагин понимает нативно), внутри карточки можно чек-лист `- [ ]` подпунктами. **Правила жизни доски** (запиши их и в CLAUDE.md): одна карточка = один законченный результат, связанный блок работ — одна карточка с чек-листом, а не россыпь; карточки никогда не удаляются — только переезжают в `Готово` (с итогом) или `Не будет выполнено` (с причиной); каждый переезд между лейнами — строчка истории курсивом с датой под карточкой (`_ДД.ММ: Лейн → Лейн — почему_`); «Жду» — для заблокированного внешними людьми, с пометкой, кого и чего ждём. Ассистент ведёт доску сам по рассказам человека: предлагает новые карточки, двигает по лейнам, дописывает историю, закрывает с итогом — человек руками доску не обслуживает.
- **Встречи** (`Meetings/YYYY-MM-DD Название.md`) — экшн-айтемы по людям + важные мысли, отдельно от журнала.
- **Люди** (`People/`) — только для руководителей: карточка на человека (роль, текущее, открытые вопросы, ссылки на встречи).
- **Правила ассистента** (CLAUDE.md или аналог): проактивно логировать рассказы человека в журнал; вести доску самому (заводить карточки, двигать по лейнам с историей, закрывать с итогом); перед записью во внешние системы — спрашивать; секреты не записывать; конвенции — ссылкой на MOC.
- **Рутины** (если среда умеет): дайджест к 1:1 (собирает неделю из журнала по секциям «сделано / в работе / блокеры / вопросы»), периодический синк доски, ежедневное зеркалирование. Не больше 1–2 на старте.
- **Интеграции MCP** (по ответам из интервью): подключай по одной, для каждой — проверка работоспособности и запись в MOC, что это источник правды и как он связан с файлами. Инструкции по подключению давай пошагово, авторизацию человек проходит сам.
- **Копилка достижений** (`Journal/brag/`) — перед ревью собирается из журнала.
## Фаза 3 — сборка
Собирай по плану. Создавай файлы с реальным содержимым (не пустышки): MOC сразу с конвенциями, README журнала со словарём тегов, доска с одной настоящей карточкой (спроси у человека его ближайшую задачу — она и станет первой). Все связи между заметками — вики-ссылками `[[...]]`, все заметки достижимы из MOC не более чем за два перехода. По ходу коротко показывай, что создал.
**Обязательный шаг — оживить Obsidian** (если человек не отказался в интервью). Проведи его за руку, дождись подтверждения каждого шага:
1. Скачать Obsidian (obsidian.md, бесплатный) → «Open folder as vault» → указать папку, которую ты собрал.
2. Settings → Community plugins → Turn on → установить и включить **Kanban** (автор mgmeyers) → открыть `Tasks/Task Board.md` и убедиться, что доска отрисовалась колонками, а не текстом.
3. Открыть граф (Graph view) и MOC — показать человеку, что связи живые. Подскажи фильтр графа, если служебные папки шумят.
4. Если нужен доступ с телефона — синхронизация: папка vault в iCloud Drive/Dropbox + мобильный Obsidian, либо Obsidian Sync. (Файлы при этом остаются локальными для ассистента — проверь, что путь vault не изменился.)
5. Зафиксируй абсолютный путь vault в CLAUDE.md — чтобы каждая следующая сессия писала туда же.
## Фаза 4 — самопроверка и онбординг
1. **Чек**: все вики-ссылки живые (ничего не ведёт в несуществующие заметки); человек подтвердил, что kanban-доска рендерится в Obsidian колонками и граф показывает связи; правила читаются из CLAUDE.md новой сессией; тестовая запись в журнал проходит и соответствует формату; рутины (если есть) созданы и видны.
2. **Онбординг** — выдай человеку «первые три привычки», сформулированные под его боли из интервью. База такая:
- Просто рассказывай ассистенту, что делал и что произошло — раскладывать по файлам его работа, не твоя.
- Раз в неделю проси дайджест (или жди рутину) — и приходи на 1:1 подготовленным.
- Раз в 2–4 недели проси «ревью системы»: что протухло, какие ссылки битые, что упростить.
3. **Сохрани итоги интервью в память** (CLAUDE.md / память проекта): роль, боли, выбранные модули, принятые дефолты — чтобы следующая сессия не начинала с нуля.
4. Скажи честно, что НЕ собрано (из-за среды или по выбору) и с чего начать, когда захочется большего.
Итого
Контур держится на трёх китах: Markdown-файлы хранят память, Obsidian даёт красивый интерфейс для ручной работы с ней, а агент возится с рутиной. Всё остальное, от структуры папок до расписания рутин, подстраивается под конкретного человека.
Мне эта конструкция уже сэкономила кучу вечеров и избавила от страха перед перф-ревью. Нескольким коллегам тоже. Если соберёте контур по промту, расскажите в комментариях, что у вас прижилось, а что оказалось лишним. Возьму ваш опыт себе на заметку :)
И другие мои статьи можете почитать, я там тоже старался:
Автор: zwer2s
