Files
obsidian-vault/personal/projects/personal-os/personal-os-purpose.md
T

72 lines
16 KiB
Markdown
Executable File
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
---
namespace: work
tags: [system, purpose, mission, adhd, design]
last_updated: 2026-10-03
confidence: 1.0
status: current-mission
---
# Personal OS — миссия и главные цели
> Эта миссия уточнена Алексом 2026-10-03. Она задаёт цель новой системы. Описание старых агентов и каналов в [[personal-os-architecture]] — история выключенной реализации, а не задание на её восстановление. Текущий статус: [[personal-os-status-2026-10]].
## Миссия
**Personal OS координирует внимание, нагрузку и рабочий контекст Алекса так, чтобы он хорошо себя чувствовал, мог глубоко работать, сохранял баланс жизни и работы и устойчиво улучшал рабочие и карьерные результаты.** Система держит контекст вне головы Алекса, помогает выбрать посильный фокус дня, защищает его, возвращает к задаче после переключения и берёт на себя анализ, который не требует решения человека. Сейчас главная практическая проблема — **рваный фокус**: параллельные человеческие и агентные задачи постоянно требуют переключения и контроля, а Алекс остаётся ограниченным ресурсом для ревью и решений.
Это персональная система поддержки решений и исполнения, а не генератор длинных статусов. Её качество определяется тем, уменьшились ли переключения, перегрузка и ручная координация при сохранении важных обязательств. Рост числа задач, сообщений и агентных результатов сам по себе не считается улучшением.
## Приоритет целей — в указанном порядке
1. **Самочувствие.** Учитывать явно указанное настроение/энергию и возможность отдыха. ActivityWatch не может достоверно вывести самочувствие сам по себе. Плохое самочувствие уменьшает предлагаемый объём работы, а не создаёт долг «догнать план».
2. **Качество фокуса и посильная нагрузка.** Учитывать рабочую тему, а не только активное приложение; время на погружение, переключения между человеческой работой и контролем агентов, встречи, перерывы, дедлайны и доступные окна. План дня меняется вместе с реальностью; система показывает одну обоснованную рекомендацию, а не навязывает жёсткое расписание.
3. **Баланс жизни и работы.** Защищать перерывы, окончание рабочего дня и личное время; не превращать свободное время в автоматически доступный ресурс для рабочих или агентных задач.
4. **Работа и карьера.** Не пропускать реальные обязательства в Asana, PR и код-ревью, Tech Designs, Ship Reviews, встречах и развитии команды; сохранять подтверждённые результаты, вклад и возможности роста. Карьерный вектор включает больше координации, ревью и менеджмента; часы непосредственного кодинга не являются мерой успеха.
Эти цели образуют порядок принятия решений: система не оптимизирует рабочие метрики ценой ухудшения первых трёх пунктов. Алекс всегда может вручную изменить приоритет, уровень энергии или режим дня.
## Что система должна понимать
- **Текущее состояние проектов:** связывать подзадачи, решения во встречах и комментариях, PR и фактические проверки в одну датированную картину по проекту. Отличать обсуждённую альтернативу от внедрённой и отменённой; downstream фокус и карьерные выводы используют проверенное состояние, а конфликт остаётся неизвестным. См. [[personal/projects/personal-os/project-truth-analyzer]].
- **Рабочие обязательства:** 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 задачи идут параллельно, какие застряли, какие готовы и сколько времени ревью/решений потребуют от Алекса; стоимость, токены, длительность и повторы. Агентный результат — новый входящий запрос к ограниченному человеческому ресурсу.
## Два первичных блокера
1. **Достоверная картина фактической работы и агентной нагрузки.** Свести события в единую временную линию и связи `человек ↔ рабочая тема ↔ источник ↔ агентная задача ↔ ожидаемое ревью` с доказательством и уровнем уверенности. Для неизвестного контекста говорить «не знаю», а не угадывать по названию приложения.
2. **Выбор нужной работы при текущей ёмкости.** Разбирать, что действительно важно/срочно для рабочих и карьерных целей, и сопоставлять с энергией, встречами, перерывами, ценой переключения, reviewer load и границей рабочего дня. Результат — посильная рекомендация `делать сейчас / выделить окно / делегировать / ждать / перенести` с причиной.
Короткая доставка и обратная связь замыкают эти два контура; кодинговые агенты, Zoom-импорт и iPad на них опираются. Точность сбора данных необходима, но сама по себе не выбирает хорошую работу для Алекса.
## Основной контур — управление фокусом
1. Система поддерживает живую картину: какой рабочей темой занят Алекс, что делают параллельные агенты, где образуется очередь его ревью, что важно сегодня, что может подождать и насколько план посилен при текущей энергии и календаре. Переднее приложение — лишь одно из наблюдений.
2. Во время глубокого фокуса и встреч она копит изменения и бережёт внимание. Исключение для действительно критического сигнала задаётся явным правилом с доказательством; старое правило «красный сигнал старше трёх часов» — исходная гипотеза для проверки, а не универсальная команда прервать работу.
3. На естественном переходе она даёт короткую карточку: где остановился, что изменилось, что разумно сделать дальше, почему, сколько это займёт. Рядом — возможность отложить, сменить фокус или снизить план.
4. В конце дня она фиксирует фактическую работу и доказательства вклада без оценки «успешности» по числу активных минут. Если день был тяжёлым, результатом может быть сохранённый контекст и защищённое восстановление.
## Кодинговые и аналитические агенты — подчинённый контур
Агенты могут исследовать, программировать и проверять задачи. **Их выпуск — нагрузка на Алекса как 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]] — аудит и последовательность правок по этой миссии.