Personal OS — миссия и главные цели

Эта миссия уточнена Алексом 2026-10-03. Она задаёт цель новой системы. Описание старых агентов и каналов в personal-os-architecture — история выключенной реализации, а не задание на её восстановление. Текущий статус: personal-os-status-2026-10.

Миссия

Personal OS координирует внимание, нагрузку и рабочий контекст Алекса так, чтобы он хорошо себя чувствовал, мог глубоко работать, сохранял баланс жизни и работы и устойчиво улучшал рабочие и карьерные результаты. Система держит контекст вне головы Алекса, помогает выбрать посильный фокус дня, защищает его, возвращает к задаче после переключения и берёт на себя анализ, который не требует решения человека.

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

Приоритет целей — в указанном порядке

Самочувствие. Учитывать явно указанное настроение/энергию и возможность отдыха. ActivityWatch не может достоверно вывести самочувствие сам по себе. Плохое самочувствие уменьшает предлагаемый объём работы, а не создаёт долг «догнать план».
Качество фокуса и посильная нагрузка. Учитывать текущую работу, время на погружение, переключения, встречи, перерывы, дедлайны и доступные окна. План дня меняется вместе с реальностью; система показывает одну обоснованную рекомендацию, а не навязывает жёсткое расписание.
Баланс жизни и работы. Защищать перерывы, окончание рабочего дня и личное время; не превращать свободное время в автоматически доступный ресурс для рабочих или агентных задач.
Работа и карьера. Не пропускать реальные обязательства в Asana, PR/review и встречах; сохранять подтверждённые результаты, вклад и возможности роста, чтобы они не терялись за текущей срочностью.

Эти цели образуют порядок принятия решений: система не оптимизирует рабочие метрики ценой ухудшения первых трёх пунктов. Алекс всегда может вручную изменить приоритет, уровень энергии или режим дня.

Что система должна понимать

Рабочие обязательства: Asana — основной источник задач, назначений, комментариев и сроков; GitHub — PR, CI, review requests и ожидание ответов. Ни просрочка, ни комментарий сами по себе не доказывают срочность.
Фактическая работа и контекст: ActivityWatch (активное приложение, AFK, окна работы, перерывы, переключения), Xcode/Cursor и git worktrees, соответствие worktree ↔ PR ↔ задача/проект; сессии Codex/Claude как работа над проектом, а не автоматически работа Алекса.
Ритм дня: подтверждённые встречи, Zoom-записи/транскрипты, окна между встречами, время на переходы и восстановление контекста. Существование записи не означает, что она уже импортирована.
Человеческая сторона: настроение и энергия по желанию Алекса, заданный им фокус, доступное время и граница рабочего дня. Отсутствие самоотчёта — «неизвестно», а не «энергии достаточно».
Нагрузка от агентов: ожидаемое время ревью и число результатов, которые ждут Алекса; стоимость, токены, длительность и повторы агентных задач.

Основной контур — управление фокусом

Система поддерживает живую картину: что Алекс делает сейчас, что важно сегодня, что ждёт его, что может подождать, насколько план посилен при текущей энергии и календаре.
Во время глубокого фокуса и встреч она копит изменения и бережёт внимание. Исключение для действительно критического сигнала задаётся явным правилом с доказательством; старое правило «красный сигнал старше трёх часов» — исходная гипотеза для проверки, а не универсальная команда прервать работу.
На естественном переходе она даёт короткую карточку: где остановился, что изменилось, что разумно сделать дальше, почему, сколько это займёт. Рядом — возможность отложить, сменить фокус или снизить план.
В конце дня она фиксирует фактическую работу и доказательства вклада без оценки «успешности» по числу активных минут. Если день был тяжёлым, результатом может быть сохранённый контекст и защищённое восстановление.

Кодинговые и аналитические агенты — подчинённый контур

Агенты могут исследовать, программировать и проверять задачи. Их выпуск — нагрузка на Алекса как reviewer, а не бесплатный результат. Координатор запускает/продолжает агентную работу лишь в пределах доступного бюджета: токены/деньги, время машины, число одновременных задач и ожидаемые минуты человеческого ревью. Если очередь ревью заполнена или день тяжёлый, новые результаты не должны забивать вход Алекса; задачи остаются в очереди или готовятся без требования немедленного просмотра.

Каждый агентный результат должен иметь проверяемый артефакт, краткое объяснение, результат проверки и оценку времени ревью. Повторяющаяся без прогресса попытка останавливается по лимиту. Внешняя публикация и запись в рабочие системы требуют отдельного разрешения. Контур разработки Personal OS, Zoom-импорт и iPad-клиент важны, но их очерёдность подчинена пользе для фокуса и баланса.

Как понять, что миссия выполняется

Алекс субъективно отмечает, что план посилен и ему легче удерживать фокус; короткий добровольный отклик важнее вывода из телеметрии.
Во время фокусного блока нет обычных прерываний; после встречи/перерыва контекст возвращается без ручного поиска по Asana, PR и чатам.
День учитывает встречи, рабочие обязательства, review-очередь агентов, перерывы и границу рабочего времени. Перегруженный день ведёт к явному сокращению/переносу задач.
Количество запросов к Алексу и минуты ревью измеряются. Агентные задачи прекращают расходовать бюджет при превышении лимитов или отсутствии прогресса.
Важные рабочие обязательства не теряются, а карьерный вклад хранится с датой и ссылкой на подтверждение.

Связанные документы

personal-os-status-2026-10 — текущее состояние реализации.
personal-os-failed-approaches — почему прежний контур остановлен.
personal/plans/personal-os-operating-plan-2026-10-03 — аудит и последовательность правок по этой миссии.

11 KiB Executable File Raw Blame History