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

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

Миссия

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

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

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

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

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

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

Рабочие обязательства: Asana — основной источник задач, назначений, комментариев, сроков, Tech Designs и Ship Reviews; GitHub — PR, CI, review requests и ожидание ответов; встречи и team growth — часть рабочего и карьерного контекста. Ни просрочка, ни комментарий сами по себе не доказывают срочность.
Фактическая работа и контекст: ActivityWatch показывает переднее приложение, AFK, окна работы, перерывы и переключения. Работа может происходить в VS Code, Codex, Claude, Asana, браузере на PR/документах или во встрече; приложение не равно рабочей задаче. Git worktrees, ветки, PR, Asana task и сессии агентов помогают восстановить конкретную рабочую тему. Время агента и время Алекса учитываются раздельно. Старый Cursor больше не является актуальным рабочим инструментом.
Ритм дня: подтверждённые встречи, Zoom-записи/транскрипты, окна между встречами, время на переходы и восстановление контекста. Существование записи не означает, что она уже импортирована.
Человеческая сторона: настроение и энергия по желанию Алекса, заданный им фокус, доступное время и граница рабочего дня. Отсутствие самоотчёта — «неизвестно», а не «энергии достаточно».
Нагрузка от агентов: какие Codex/Claude/Balda задачи идут параллельно, какие застряли, какие готовы и сколько времени ревью/решений потребуют от Алекса; стоимость, токены, длительность и повторы. Агентный результат — новый входящий запрос к ограниченному человеческому ресурсу.

Два первичных блокера

Достоверная картина фактической работы и агентной нагрузки. Свести события в единую временную линию и связи человек ↔ рабочая тема ↔ источник ↔ агентная задача ↔ ожидаемое ревью с доказательством и уровнем уверенности. Для неизвестного контекста говорить «не знаю», а не угадывать по названию приложения.
Выбор нужной работы при текущей ёмкости. Разбирать, что действительно важно/срочно для рабочих и карьерных целей, и сопоставлять с энергией, встречами, перерывами, ценой переключения, reviewer load и границей рабочего дня. Результат — посильная рекомендация делать сейчас / выделить окно / делегировать / ждать / перенести с причиной.

Короткая доставка и обратная связь замыкают эти два контура; кодинговые агенты, Zoom-импорт и iPad на них опираются. Точность сбора данных необходима, но сама по себе не выбирает хорошую работу для Алекса.

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

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

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

Агенты могут исследовать, программировать и проверять задачи. Их выпуск — нагрузка на Алекса как 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 — аудит и последовательность правок по этой миссии.

14 KiB Executable File Raw Blame History Unescape Escape