От свалки файлов и ручных протоколов встреч — до системы, которая сама фиксирует, каталогизирует и обновляет статус каждого проекта.
Раньше — файлы без единой логики: обычная сетевая свалка заметок и документов по проектам. Сейчас агентские LLM сами раскладывают информацию по смысловой структуре.
Переложить рутину обработки информации с человека на LLM. Вместо ручной структуризации заметок вы собираете «сырые» данные (статьи, PDF, записи), а LLM сам их перерабатывает: делает краткие пересказы, выделяет концепты, строит связи между ними, обновляет существующую базу.
Ни одного ручного действия после звонка: запись сама доходит до Obsidian и Telegram, уже разложенная по смыслу.
WaveLink сводит звонок и собственный микрофон в единый аудиопоток — так в записи слышно и меня, и собеседников с одной дорожки. Поток уходит в Recordia, которая пишет его в .wav.
Syncthing решает сразу две задачи: переносит записанный .wav с ноутбука на NAS, и отдельно синхронизирует само Obsidian-хранилище между всеми устройствами — поэтому готовая заметка потом одинаково доступна везде.
n8n триггерится на появление нового файла в папке записей и отправляет его на GPU-сервер с WhisperX. Несколько служебных нод дальше подчищают технический мусор из транскрипта, прежде чем передать текст в LLM — чтобы не жечь токены зря.
Очищенный транскрипт уходит в LLM с фиксированным промптом: роль ассистента для итогов встреч, структура ответа строго по секциям — «Кратко», «Принятые решения», «Действия» в формате «кто → что → дедлайн».
Готовый .md расходится сразу по двум адресам параллельно: летит в Telegram-бот для мгновенного уведомления на телефон, и одновременно пишется прямо в Obsidian-хранилище на NAS.
Заметка не остаётся в общей куче: по содержанию и теме встречи она уходит в папку нужного проекта — если явной проектной привязки нет, оседает в общей Meetings/.
WaveLink сводит звонок + микрофон в один поток → Recordia пишет .wav
Syncthing: запись → на NAS, и Obsidian‑хранилище → на все устройства
n8n триггерится на новый файл → WhisperX делает диаризацию → очистка мусора
LLM формирует решения, договорённости, ответственных и сроки
.md одновременно летит в Telegram‑бот и пишется в Obsidian на NAS
Заметка распределяется в папку нужного проекта по смыслу — или в Meetings/
Каждую неделю одни и те же сценарии — без повторного объяснения контекста агенту.
Синтез дашборда из накопленных данных
Обновление ИТ‑среза задач
Первичный сбор по новому проекту
Итоги недели и планы по каждому проекту
Автовыгрузка задач департамента из Redmine
Группировка по 12 бизнес‑блокам компании
Прогоняет все отчётные скиллы разом
Синхронизация Google Sheets ↔ Redmine
Создаёт и обновляет единый дашборд _STATUS.md каждого проекта — не переписывает его с нуля, а инкрементально дополняет тем, что изменилось.
Сравнивает прошлый срез задач проекта с текущим состоянием в Redmine и фиксирует только изменения — отдельным файлом, не трогая историю.
Первичный сбор по проекту, которого ещё нет в базе — с нуля собирает исчерпывающий срез: что есть, в каком статусе, кто отвечает, что пошло не так.
Читает уже накопленные в Obsidian дельты Redmine и заметки встреч — без обращения к API — и собирает «итоги недели / планы на следующую» по каждому проекту к планёрке ИТ.
Полностью автоматическая выгрузка из Redmine — без единого ручного клика собирает, что сделано и что скоро выйдет по департаменту логистики.
Принимает сырой текст из Mattermost/Slack или PDF-выгрузку из трекера и превращает разрозненные апдейты команд в один структурированный дайджест всего ИТ.
Мета-скилл: не делает ничего нового сам, а последовательно запускает три других скилла и сводит их результат в единый пакет.
Двусторонняя синхронизация вкладки инициатив в Google Sheets с Redmine — таблица, которую видят все, всегда отражает реальное состояние задач.
Итог в _STATUS.md — это не только технические задачи из Redmine, но и договорённости, зафиксированные на встречах. Оба источника сходятся в одной папке проекта.
_STATUS.md — единый живой дашборд каждого проекта в Markdown: суть, метрики, задачи, хронология, риски — всё в одном файле, на котором в итоге «сидит» весь визуальный дашборд.
По названию проекта в хранилище
Только необработанные файлы
Старый статус + новая информация
Обновлённый _STATUS.md на место
Агент не пересчитывает всё с нуля каждый раз — он видит только дельту. Поэтому весь цикл «встреча → заметка → статус → дашборд» остаётся быстрым и дешёвым, сколько бы ни было проектов.
15 callout-блоков разбиты на 4 категории. Первая — то, что видно с первого взгляда: суть проекта и его динамика.
Суть проекта и текущая фаза одной строкой
4 ключевых показателя с подписями
Хронология — только крупные изменения
Вторая категория — сама работа: и дерево задач целиком, и срез по актуальному статусу.
Активная работа, сгруппирована по контексту — ИТ и бизнес вместе
Дерево задач проекта
Что уже сделано
Что в работе прямо сейчас
Третья категория держит рамку проекта: откуда идём, куда идём, по каким критериям поймём, что дошли — и что может помешать.
Проблема — как есть сейчас (AS-IS)
Цель — как должно стать (TO-BE)
Критерии приёмки
Блокеры и риски
Последняя категория — ресурсы и фон проекта: техническая и бизнес-сторона, люди и трудозатраты.
Технический контекст
Бизнес-контекст
Команда проекта
Трудозатраты
Веб-дашборд на сервере напрямую собирает _STATUS.md из всех проектов в одну систему вкладок — по одной на проект.
Контейнер на NAS напрямую монтирует папку проектов из Obsidian (ту же, что синхронит Syncthing) — read-only, без единого ручного переноса данных
Парсер на лету читает callout-блоки каждого _STATUS.md и рендерит их как плашки — статус, метрики, активные задачи, риски
У каждого проекта — своя вкладка; часть вкладок дополнительно тянут диаграмму Ганта из Google Sheets для программ с датами по фазам
Автообновление каждые 5 минут — единая точка правды для всех, кто не живёт в Redmine или Obsidian
Программы с датами по фазам (например ЭДО и ЭТрН) дополнительно тянут диаграмму Ганта прямо из Google Sheets — поверх тех же статус-плашек.
Мелкие, но полезные детали — набирались по одной, по мере того как чего-то не хватало на практике.
Переключатель темы, выбор хранится в localStorage браузера
Сузить Гантт и задачи до одного человека
Детали задачи всплывают прямо над баром на Гантте
Клик по строке фазы — схлопывает все подзадачи внутри
Один и тот же план — от дневной детализации до годовой
Раз в 5 минут — без перезагрузки страницы вручную
Упрощённая C4-схема: два независимых потока данных сходятся в Obsidian, а дальше расходятся в Redmine, Google Sheets, Telegram и дашборд.