Второй мозг для моей CRM: внедрил obsidian-second-brain и сделал шпаргалку команд

Обновление Automata CRM на этой неделе — методологическое. CRM уже год живёт как папка Markdown с ИИ-агентами: чаты клиентов, счета, задачи, мониторинг. Но правила работы с этой базой накопились стихийно: часть — в памяти сессий агента, часть — в README отдельных папок, часть — в моей голове. И это периодически било по деньгам: агент чистил тикеты и сносил живые, карточки клиентов устаревали, ссылки вели в пустоту.

Поэтому я взял открытую методологию obsidian-second-brain (MIT) и внедрил её в CRM за один день. В этой статье — что изменилось и главное: шпаргалка команд, которой я теперь пользуюсь сам (и вам она пригодится, если у вас похожий конвейер).

Что изменилось: четыре нововведения

1. Folder Map — карта папок в корне вольта. Один файл (AGENTS.md), который каждая сессия агента читает первой. В нём таблица: какой тип заметки в какой папке живёт. Клиент → 10_Clients/, решение → 30_Decisions/, счёт → 30_Invoices/. Секрет методологии в том, что эта таблица приоритетнее встроенных дефолтов команд — поэтому чужую систему можно натянуть на свою структуру, ничего не перестраивая.

2. Журнал решений (ADR). Завёл папку 30_Decisions/: каждое структурное или денежное решение получает карточку формата ADR — что решили, контекст, какие варианты рассматривали, почему выбрали этот, что из этого следует. Заодно восстановил пять последних решений задним числом: отключение провального проекта, переход клиента на on-demand, выбор связки ЭДО. Раньше всё это жило в переписке — то есть нигде.

3. Правила записи для агента. Теперь они формализованы, а не «где-то в памяти»: frontmatter обязателен; правки карточек — блоками в тело, а не переписыванием реквизитов; изменившийся факт не удаляется, а дописывается в историю с датой и источником; быстрые факты (балансы, статусы) всегда со штампом «на такую-то дату». Каждое из этих правил появилось не из теории, а из реальной ошибки.

4. Четыре команды агента. О них ниже — это и есть шпаргалка.

Шпаргалка: как пользоваться новыми инструментами

Я специально сформулировал триггеры короткими фразами — так их проще запомнить и говорить вслух в диалоге с агентом:

Говорю агенту	Команда	Что произойдёт
«Сохрани в вольт»	osb-save	Агент просканирует всю сессию и разложит ценное: обновления карточек клиентов — блоками в тела, задачи — через конвейер CRM, факты — со штампом даты, плюс запись в журнал операций. Отчёт: что и куда легло.
«Запиши решение»	osb-decide	Легковесно: датированная строка в карточке проекта. Если добавить «ADR» или «официально» — полный документ решения в 30_Decisions/: контекст, варианты, обоснование, последствия.
«Проверь вольт»	osb-health	Аудит: битые ссылки, заметки без frontmatter, дубликаты, устаревшие штампы. Правки — только списком после моего «ок», разрушительные операции всегда требуют подтверждения.
«Где истина по клиенту X»	osb-reconcile	Сверка противоречий: карточка против тикетов, задач и памяти агента. Явный победитель — обновляется отставшая страница с сохранением истории; спорное — отдельная карточка-конфликт для моего решения. За меня агент решения не принимает.

Пример из сегодняшней практики. Закрыли сессию, где обрабатывали ответы клиентов — говорю: «сохрани в вольт». Агент находит в переписке нового ЛПР, дописывает его в карточку контакта со ссылкой на источник, логирует договорённость о сроках в карточку клиента, а решение по тарифу отправляет в ADR. Мне остаётся пробежать глазами отчёт.

Первый аудит: что нашлось

Сразу после внедрения прогнал health-скан по всему вольту. Сканер — чистый Python без внешних ключей, 1254 заметки до фильтрации, 596 «полезных» после (чат-дампы и архив я исключил через конфиг). Результат честный:

• 158 битых ссылок — викилинки на страницы, которых не существует;
• 76 заметок без frontmatter — в основном старые системные файлы;
• 4 дубликата заголовков и 8 пустых папок.

Ни одна из этих цифр меня не удивила — но теперь они не гниют молча, а попадают в отчёт, который можно разобрать за один заход.

Почему не пришлось ничего перестраивать

Это был главный вопрос при внедрении. У меня 30+ живых автоматизаций: 15-минутный цикл коммуникаций, счёт-конвейер, мониторинг доменов, сверки оплат. Переезд на чужую структуру папок означал бы поломать всё.

Методология это разрешает штатно: команды ищут папки не по жёстким путям, а по Folder Map из корневого файла, и если карта есть — она побеждает. Дефолтная схема репозитория (папки wiki/, daily-заметки, канбан-доски) осталась за бортом: daily-заметки в CRM заменяет лента сообщений, канбан — матрица задач в дашборде. Взял правила и инструменты, структуру оставил свою.

Что не стал внедрять

В репозитории есть исследовательский набор: поиск через Perplexity, Grok, транскрипты YouTube. Он требует внешних API-ключей, а я принципиально держу конвейер на своих силах без внешних LLM-сервисов. Основной набор — правила записи, ADR, аудиты, сверки — от ключей не зависит.

Если хотите то же самое у себя

Сама методология бесплатна (MIT), а если интересен весь конвейер целиком — движок моей CRM открыт на GitHub: crm.automata.sale. Там же — README с развёртыванием.

А если ваша задача — не вольт, а синхронизация сайта и CRM Битрикс24, каталога, остатков и заказов — напишите мне, разберём ваш случай.

---

📞 +7 (906) 311-77-69 · ✉ hello@automata.sale · 💬 Telegram: @automatasale · 🌐 automata.sale

ИП Урядов Евгений Евгеньевич · ИНН 645112058391 · ОГРНИП 312645301900058 Работаем по России, Беларуси и Казахстану