# Vtoroy Mozg

> «Запиши задачу», «что у меня висит», «разбери дела», «утренний разбор», «что горит». Задачи — в таблицу, встречи и дедлайны — в календарь, разбор рисков.

- Skill: `kir-kopylov/vtoroy-mozg` (Agent Skill, multi-file: 9 files)
- Install (CLI): `npx skillmds@latest add kir-kopylov/vtoroy-mozg`
- Raw SKILL.md: https://api.skillmd.com/api/skills/kir-kopylov/vtoroy-mozg/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: kir-kopylov (https://skillmd.com/u/kir-kopylov)
- Updated: 2026-09-21
- Page: https://skillmd.com/skills/kir-kopylov/vtoroy-mozg

---


# Второй Мозг — захват обязательств

## Запуск Навыка

При явном вызове или однозначном смысловом совпадении применяйте навык сразу. Перед первым шагом покажите ровно одну короткую контекстную строку (не более 30 слов) и продолжайте работу в том же ответе, не ожидая реакции:

Применяю **«Учёт личных обязательств»**: <кратко назовите конкретную дополнительную процедуру или проверяемый результат для текущего запроса>; продолжаю без ожидания.

Не включайте в строку `author_github`, внутреннее имя папки или пересказ всего запроса. Не спрашивайте, применять ли навык.

Если одновременно подходят совместимые навыки, выберите минимальный набор и покажите одну общую строку. Если подходы ведут к несовместимым результатам и запрос не позволяет выбрать, спросите только о желаемом результате, не о разрешении применить навык.

Запуск навыка не расширяет полномочия. Выполните всю безопасную и уже разрешённую часть; запросите подтверждение только непосредственно перед ещё не разрешённым внешним или изменяющим действием. Не запрашивайте повторно уже данное разрешение и не дублируйте системное окно подтверждения.

## Обзор

Голова — плохое хранилище обязательств: она держит их ценой внимания и всё равно роняет. Задача skill — вынести обязательство наружу в момент появления, разложить по структуре и напомнить вовремя, чтобы человек мог его забыть со спокойной совестью.

**Стиль.** Кратко и по делу: маршрутизация, поля, риски, конкретный следующий шаг. Без лайф-коучинга и общих советов — пользователь это и так знает. Ценность skill в структуре, в постоянном едином хранилище и в том, что ничего не теряется.

## Куда Что Кладём

- Встреча (есть конкретное время) → календарь.
- Задача → таблица.
- Задача с дедлайном → таблица плюс зеркальное напоминание в календаре, чтобы будильник реально сработал.
- Повторяющаяся → правило повтора (`RRULE` или пометка повтора): ежедневно-пока-не-сделано, еженедельно, ежемесячно, ежегодно.

## Проверка Готовности: Чеклист Полей

Проверку проводи внутренне; пользователю не показывай вероятные ответы и карту изменений.

Перед любым вопросом проведи контрфактическую проверку:
Представь наиболее вероятные ответы пользователя.
Назови, какое решение, действие или часть результата изменит каждый ответ.
Если следующий шаг при всех ответах одинаков — вопрос запрещён.
Если пользователь уже зафиксировал выбор — запиши его, не открывай заново.
Если неизвестное техническое и его можно проверить самостоятельно — проверь, не спрашивай.
Задавай только ближайший вопрос, ответ на который реально меняет результат.

Запись считается оформленной, когда заполнены применимые поля. Чего нет — дорасспроси по одному, предлагая варианты, и не выдумывай. Это главная защита от мусора в списке: пустое поле — будущий проёб.

- Ядро: действие (глаголом), тип (задача или встреча), срок, повтор, кто делает, следующий шаг, статус.
- По ситуации: время и место и участники, напоминание, контакт, адрес, связь с другим делом, родитель для дочерней задачи, лог.

## Сроки И Напоминания

Напоминание ставь с запасом: встреча — за час, «купить или подготовить» — за несколько дней, бюрократия — заранее, с буфером на очереди.

Учитывай рабочие и выходные дни — это частый источник проёбов. Проверяй день недели у каждой даты, а не только число. Если дедлайн выпадает на выходной или сразу после него, целевой день действия — последний рабочий день до него: платежи, звонки в инстанции и запросы коллегам в выходные не проходят.

## Два Режима

- Режим A, захват вывала. Прими формулировки как есть, раздели на встречи и задачи, заполни пробелы дорасспросом, запиши по маршрутизации, свяжи зависимости и сразу сделай посильную ассистентскую часть (поиск, черновик).
- Режим B, разбор утром или вечером. Начни со строки-компаса (этап и позиция). Прочитай таблицу, возьми дату и день недели, ранжируй на три блока: 🔥 горит сегодня, ⚠️ назревает проёб, 🆕 бэклог; выполненное пропускай. Дозапроси новое и пустые поля по одному и запиши обратно статусы и лог.

## Граница Честности

- Можно: искать информацию, готовить черновики писем и сообщений, заводить записи и события, строить маршрут, ранжировать.
- Нельзя: звонить, ходить ногами, отправлять письма и сообщения от имени пользователя без его явного «ок».
- Бюрократия (паспорт, вид на жительство, справки, продления): «готово» — это подтверждение в самой инстанции, а не результат поиска. Доводишь до двери, внутрь заходит пользователь.
- Не утверждай про интерфейс, доступ или результат того, чего сам не проверил. Помечай факты `[проверено]` или `[предположение]`. После записи перечитай эффект, прежде чем сказать «готово».

## Инструменты

- Таблица — через `google-drive` MCP: `getGoogleSheetContent`, `updateGoogleSheet`, `appendSpreadsheetRows`, `createGoogleSheet`.
- Календарь — через calendar MCP: `create_event`, `update_event`, `list_events`.
- Автозапуск утреннего и вечернего разбора — через scheduled-задачи (повтор по расписанию).
- Конкретные идентификаторы таблицы и календаря берутся из конфигурации пользователя и в repo не хранятся.

## Схема Таблицы

Колонки: `ID` · Действие · Тип · Срок · Повтор · Кто делает · Следующий шаг · Статус · Контакт · Адрес · Связь · Родитель · Напоминание · Лог.

Дочерние задачи ссылаются на родителя через «Родитель», зависимости — через «Связь».

## Опрос После Использования

Опрос задаётся один раз — после завершения разбора или чек-ина, а не после каждой записанной задачи, не посреди рабочего цикла. Если пользователь уже ответил «пропустить» в этой сессии, не переспрашивайте.

```text
Опрос по skill:
1. Что в этом использовании vtoroy-mozg было полезно?
2. Что стоит доработать в skill или его формате?
Можно ответить коротко или написать "пропустить".
```

Если пользователь ответил, сохраните санированную карточку в `~/.codex/skill-runs/vtoroy-mozg/usage-feedback.jsonl` — лучше через bundled script:

```bash
python3 scripts/log_usage_feedback.py --liked "..." --improve "..." --outcome "..."
```

Script перед записью редактирует приватные пути, контакты и token-like строки и сохраняет `redaction_applied` и `redaction_types`. Если запись невозможна из-за sandbox, прав или отсутствия tools, не делайте вид, что лог сохранён: скажите об этом и покажите короткую JSONL-карточку для ручного сохранения. Raw-ответы, контакты, пути и секреты не коммитить.

## Логирование Сбоев

Перед выполнением прочитайте локальный `known-exceptions.yaml` как список уже известных случаев и применяйте подходящее `do_next_time` без нового поиска.

Если пользователь поправил skill, инструмент или API упал, нарушен режим работы, пришлось искать workaround или skill сделал ложное предположение, запишите приватную карточку в `~/.codex/skill-runs/<skill-name>/exception-log.jsonl`.

Пишите факты: что skill хотел сделать, что сделал, где сломался, какая предпосылка была ложной и что сделать в следующий раз. Если поле неизвестно, пишите `unknown`. Raw logs не коммитить.