[2026-10-03] eagle: personal/plans/personal-os-operating-plan-2026-10-03.md personal/projects/personal-os/personal-os-purpose.md personal/projects/personal-os/personal-os-status-2026-10.md

This commit is contained in:
Alexey Martemyanov committed 2026-10-03 20:49:39 +06:00
1 parent cc9e4a8e00
commit f82ebe0915
3 files changed
+63 -38

No files matched your search

+16 -8
View File
@@ -12,30 +12,37 @@ status: current-mission
## Миссия
**Personal OS координирует внимание, нагрузку и рабочий контекст Алекса так, чтобы он хорошо себя чувствовал, мог глубоко работать, сохранял баланс жизни и работы и устойчиво улучшал рабочие и карьерные результаты.** Система держит контекст вне головы Алекса, помогает выбрать посильный фокус дня, защищает его, возвращает к задаче после переключения и берёт на себя анализ, который не требует решения человека.
**Personal OS координирует внимание, нагрузку и рабочий контекст Алекса так, чтобы он хорошо себя чувствовал, мог глубоко работать, сохранял баланс жизни и работы и устойчиво улучшал рабочие и карьерные результаты.** Система держит контекст вне головы Алекса, помогает выбрать посильный фокус дня, защищает его, возвращает к задаче после переключения и берёт на себя анализ, который не требует решения человека. Сейчас главная практическая проблема — **рваный фокус**: параллельные человеческие и агентные задачи постоянно требуют переключения и контроля, а Алекс остаётся ограниченным ресурсом для ревью и решений.
Это персональная система поддержки решений и исполнения, а не генератор длинных статусов. Её качество определяется тем, уменьшились ли переключения, перегрузка и ручная координация при сохранении важных обязательств. Рост числа задач, сообщений и агентных результатов сам по себе не считается улучшением.
## Приоритет целей — в указанном порядке
1. **Самочувствие.** Учитывать явно указанное настроение/энергию и возможность отдыха. ActivityWatch не может достоверно вывести самочувствие сам по себе. Плохое самочувствие уменьшает предлагаемый объём работы, а не создаёт долг «догнать план».
2. **Качество фокуса и посильная нагрузка.** Учитывать текущую работу, время на погружение, переключения, встречи, перерывы, дедлайны и доступные окна. План дня меняется вместе с реальностью; система показывает одну обоснованную рекомендацию, а не навязывает жёсткое расписание.
2. **Качество фокуса и посильная нагрузка.** Учитывать рабочую тему, а не только активное приложение; время на погружение, переключения между человеческой работой и контролем агентов, встречи, перерывы, дедлайны и доступные окна. План дня меняется вместе с реальностью; система показывает одну обоснованную рекомендацию, а не навязывает жёсткое расписание.
3. **Баланс жизни и работы.** Защищать перерывы, окончание рабочего дня и личное время; не превращать свободное время в автоматически доступный ресурс для рабочих или агентных задач.
4. **Работа и карьера.** Не пропускать реальные обязательства в Asana, PR/review и встречах; сохранять подтверждённые результаты, вклад и возможности роста, чтобы они не терялись за текущей срочностью.
4. **Работа и карьера.** Не пропускать реальные обязательства в Asana, PR и код-ревью, Tech Designs, Ship Reviews, встречах и развитии команды; сохранять подтверждённые результаты, вклад и возможности роста. Карьерный вектор включает больше координации, ревью и менеджмента; часы непосредственного кодинга не являются мерой успеха.
Эти цели образуют порядок принятия решений: система не оптимизирует рабочие метрики ценой ухудшения первых трёх пунктов. Алекс всегда может вручную изменить приоритет, уровень энергии или режим дня.
## Что система должна понимать
- **Рабочие обязательства:** Asana — основной источник задач, назначений, комментариев и сроков; GitHub — PR, CI, review requests и ожидание ответов. Ни просрочка, ни комментарий сами по себе не доказывают срочность.
- **Фактическая работа и контекст:** ActivityWatch (активное приложение, AFK, окна работы, перерывы, переключения), Xcode/Cursor и git worktrees, соответствие worktree ↔ PR ↔ задача/проект; сессии Codex/Claude как работа над проектом, а не автоматически работа Алекса.
- **Рабочие обязательства:** 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. Система поддерживает живую картину: что Алекс делает сейчас, что важно сегодня, что ждёт его, что может подождать, насколько план посилен при текущей энергии и календаре.
1. Система поддерживает живую картину: какой рабочей темой занят Алекс, что делают параллельные агенты, где образуется очередь его ревью, что важно сегодня, что может подождать и насколько план посилен при текущей энергии и календаре. Переднее приложение — лишь одно из наблюдений.
2. Во время глубокого фокуса и встреч она копит изменения и бережёт внимание. Исключение для действительно критического сигнала задаётся явным правилом с доказательством; старое правило «красный сигнал старше трёх часов» — исходная гипотеза для проверки, а не универсальная команда прервать работу.
3. На естественном переходе она даёт короткую карточку: где остановился, что изменилось, что разумно сделать дальше, почему, сколько это займёт. Рядом — возможность отложить, сменить фокус или снизить план.
4. В конце дня она фиксирует фактическую работу и доказательства вклада без оценки «успешности» по числу активных минут. Если день был тяжёлым, результатом может быть сохранённый контекст и защищённое восстановление.
@@ -49,7 +56,8 @@ status: current-mission
## Как понять, что миссия выполняется
- Алекс субъективно отмечает, что план посилен и ему легче удерживать фокус; короткий добровольный отклик важнее вывода из телеметрии.
- Во время фокусного блока нет обычных прерываний; после встречи/перерыва контекст возвращается без ручного поиска по Asana, PR и чатам.
- Во время фокусного блока нет обычных прерываний; после встречи, ревью агентной работы или перерыва контекст возвращается без ручного поиска по Asana, PR, сессиям агентов и чатам.
- Уменьшается субъективное ощущение «рваного фокуса» и число неплановых переключений между рабочими темами по сравнению с коротким исходным замером; неизвестные интервалы не приписываются выдуманной задаче.
- День учитывает встречи, рабочие обязательства, review-очередь агентов, перерывы и границу рабочего времени. Перегруженный день ведёт к явному сокращению/переносу задач.
- Количество запросов к Алексу и минуты ревью измеряются. Агентные задачи прекращают расходовать бюджет при превышении лимитов или отсутствии прогресса.
- Важные рабочие обязательства не теряются, а карьерный вклад хранится с датой и ссылкой на подтверждение.
+5 -2
View File
@@ -17,7 +17,10 @@ confidence: 1
автономным Executor (апр–май 2026, см. [[personal/projects/personal-os/executor-security-analysis]]).
**Требуется перепланирование с нуля** — старая архитектура (Hermes/Eagle + cron + executor) не возобновляется как есть.
- **Миссия и приоритет теперь уточнены Алексом:** [[personal/projects/personal-os/personal-os-purpose]] —
самочувствие, фокус, баланс, затем работа и карьера. Конкретный аудит и предложенная очередь:
самочувствие, фокус, баланс, затем работа и карьера. Текущий главный симптом — «рваный фокус»
из-за параллельной работы и контроля агентов. Первые два блокера: точная временная линия
человеческой/агентной работы с привязкой к теме; затем анализ нужной работы с учётом
энергии, встреч и reviewer load. Конкретный аудит и предложенная очередь:
[[personal/plans/personal-os-operating-plan-2026-10-03]]. Это план для согласования, не включённая система.
- Агентная инфраструктура в целом живёт отдельно (Balda / Callee / Prism на Mac) — это
не Personal OS, а общий агентный стек; на нём может быть построена будущая версия.
@@ -30,7 +33,7 @@ confidence: 1
| Брифы (daily / weekly / inbox / EOD / retrospector) | ⛔ cron на паузе | последний daily brief — 2026-06-16 (git `61f0831`) |
| Executor (v1 autonomous, v2 runner/analyzer) | ⛔ на паузе с ~2026-05-01, «waiting for new executor arch» | `executor/logs/` |
| Hermes cron на Eagle | 1 из 22 активен (`sync-vault`) на 2026-06-24 | [[personal/projects/personal-os/hermes-cron-jobs]] |
| ActivityWatch | 🟡 локальный сервер работает; 2026-10-03 window/AFK свежие, Xcode последний раз 2026-10-01, Cursor 2026-10-02, DDG URL 2026-06-08 | локальный API buckets 2026-10-03 14:13 UTC; `aw-query.js` ещё неверно выбирает `currentFocus` |
| ActivityWatch | 🟡 локальный сервер работает; 2026-10-03 window/AFK свежие, Xcode последний раз 2026-10-01, `aw-watcher-vscode` 2026-10-02, DDG URL 2026-06-08 | расширение VS Code установлено, README ошибочно описывает только Cursor; локальный API buckets 2026-10-03 14:13 UTC; `aw-query.js` ещё неверно выбирает `currentFocus` |
| Репо `~/Developer/personal-os` | последний коммит 2026-06-16; много незакоммиченного (брифы мая–июня, `agent/infra/`) | `git status` |
## Что живо рядом (не Personal OS, но связано)