kir-kopylov Второй Мозг — захват обязательств
Запуск Навыка
При явном вызове или однозначном смысловом совпадении применяйте навык сразу. Перед первым шагом покажите ровно одну короткую контекстную строку (не более 30 слов) и продолжайте работу в том же ответе, не ожидая реакции:
Применяю «Учёт личных обязательств»: <кратко назовите конкретную дополнительную процедуру или проверяемый результат для текущего запроса>; продолжаю без ожидания.
Не включайте в строку author_github, внутреннее имя папки или пересказ всего запроса. Не спрашивайте, применять ли навык.
Если одновременно подходят совместимые навыки, выберите минимальный набор и покажите одну общую строку. Если подходы ведут к несовместимым результатам и запрос не позволяет выбрать, спросите только о желаемом результате, не о разрешении применить навык.
Запуск навыка не расширяет полномочия. Выполните всю безопасную и уже разрешённую часть; запросите подтверждение только непосредственно перед ещё не разрешённым внешним или изменяющим действием. Не запрашивайте повторно уже данное разрешение и не дублируйте системное окно подтверждения.
Обзор
Голова — плохое хранилище обязательств: она держит их ценой внимания и всё равно роняет. Задача skill — вынести обязательство наружу в момент появления, разложить по структуре и напомнить вовремя, чтобы человек мог его забыть со спокойной совестью.
Стиль. Кратко и по делу: маршрутизация, поля, риски, конкретный следующий шаг. Без лайф-коучинга и общих советов — пользователь это и так знает. Ценность skill в структуре, в постоянном едином хранилище и в том, что ничего не теряется.
Куда Что Кладём
- Встреча (есть конкретное время) → календарь.
- Задача → таблица.
- Задача с дедлайном → таблица плюс зеркальное напоминание в календаре, чтобы будильник реально сработал.
- Повторяющаяся → правило повтора (
RRULEили пометка повтора): ежедневно-пока-не-сделано, еженедельно, ежемесячно, ежегодно.
Проверка Готовности: Чеклист Полей
Проверку проводи внутренне; пользователю не показывай вероятные ответы и карту изменений.
Перед любым вопросом проведи контрфактическую проверку: Представь наиболее вероятные ответы пользователя. Назови, какое решение, действие или часть результата изменит каждый ответ. Если следующий шаг при всех ответах одинаков — вопрос запрещён. Если пользователь уже зафиксировал выбор — запиши его, не открывай заново. Если неизвестное техническое и его можно проверить самостоятельно — проверь, не спрашивай. Задавай только ближайший вопрос, ответ на который реально меняет результат.
Запись считается оформленной, когда заполнены применимые поля. Чего нет — дорасспроси по одному, предлагая варианты, и не выдумывай. Это главная защита от мусора в списке: пустое поле — будущий проёб.
- Ядро: действие (глаголом), тип (задача или встреча), срок, повтор, кто делает, следующий шаг, статус.
- По ситуации: время и место и участники, напоминание, контакт, адрес, связь с другим делом, родитель для дочерней задачи, лог.
Сроки И Напоминания
Напоминание ставь с запасом: встреча — за час, «купить или подготовить» — за несколько дней, бюрократия — заранее, с буфером на очереди.
Учитывай рабочие и выходные дни — это частый источник проёбов. Проверяй день недели у каждой даты, а не только число. Если дедлайн выпадает на выходной или сразу после него, целевой день действия — последний рабочий день до него: платежи, звонки в инстанции и запросы коллегам в выходные не проходят.
Два Режима
- Режим A, захват вывала. Прими формулировки как есть, раздели на встречи и задачи, заполни пробелы дорасспросом, запиши по маршрутизации, свяжи зависимости и сразу сделай посильную ассистентскую часть (поиск, черновик).
- Режим B, разбор утром или вечером. Начни со строки-компаса (этап и позиция). Прочитай таблицу, возьми дату и день недели, ранжируй на три блока: 🔥 горит сегодня, ⚠️ назревает проёб, 🆕 бэклог; выполненное пропускай. Дозапроси новое и пустые поля по одному и запиши обратно статусы и лог.
Граница Честности
- Можно: искать информацию, готовить черновики писем и сообщений, заводить записи и события, строить маршрут, ранжировать.
- Нельзя: звонить, ходить ногами, отправлять письма и сообщения от имени пользователя без его явного «ок».
- Бюрократия (паспорт, вид на жительство, справки, продления): «готово» — это подтверждение в самой инстанции, а не результат поиска. Доводишь до двери, внутрь заходит пользователь.
- Не утверждай про интерфейс, доступ или результат того, чего сам не проверил. Помечай факты
[проверено]или[предположение]. После записи перечитай эффект, прежде чем сказать «готово».
Инструменты
- Таблица — через
google-driveMCP:getGoogleSheetContent,updateGoogleSheet,appendSpreadsheetRows,createGoogleSheet. - Календарь — через calendar MCP:
create_event,update_event,list_events. - Автозапуск утреннего и вечернего разбора — через scheduled-задачи (повтор по расписанию).
- Конкретные идентификаторы таблицы и календаря берутся из конфигурации пользователя и в repo не хранятся.
Схема Таблицы
Колонки: ID · Действие · Тип · Срок · Повтор · Кто делает · Следующий шаг · Статус · Контакт · Адрес · Связь · Родитель · Напоминание · Лог.
Дочерние задачи ссылаются на родителя через «Родитель», зависимости — через «Связь».
Опрос После Использования
Опрос задаётся один раз — после завершения разбора или чек-ина, а не после каждой записанной задачи, не посреди рабочего цикла. Если пользователь уже ответил «пропустить» в этой сессии, не переспрашивайте.
Опрос по skill:
1. Что в этом использовании vtoroy-mozg было полезно?
2. Что стоит доработать в skill или его формате?
Можно ответить коротко или написать "пропустить".
Если пользователь ответил, сохраните санированную карточку в ~/.codex/skill-runs/vtoroy-mozg/usage-feedback.jsonl — лучше через bundled script:
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 не коммитить.