Тайм-трекеры отвечают не на тот вопрос. Нужен локальный агент рабочего состояния

LogAgent задуман как локальный агент рабочего состояния: он не просто считает время за компьютером, а пытается объяснить, что происходило с фокусом, усталостью, проектами, AI-сессиями и рабочими сегментами дня.

Идея строится на том, что обычные тайм-трекеры отвечают на вопрос «сколько», но плохо объясняют рабочее состояние. LogAgent собирает сигналы из активных приложений, сайтов, рабочих директорий, git-контекста, IDE, терминала, AFK, фокус-сессий, переключений, перерывов, пользовательских подтверждений, правил классификации, проектов, задач, клиентов и биллинга. По отдельности эти сигналы слабы, но вместе они помогают отделять глубокую работу, ресерч, прокрастинацию, спорные сегменты и восстановление фокуса.

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

Для анализа усталости LogAgent может использовать камеру, но автор подчёркивает privacy-first-подход: кадры не сохраняются и не отправляются в сеть, обработка идёт в памяти через локальную модель MediaPipe Face Mesh, а в историю попадают только числовые признаки и события. Отдельный сценарий — AI-native работа разработчика с Cursor, Claude Code, Codex, OpenCode, Grok, терминалом, браузером, документацией и git: агент должен показывать не только где писали код, но и как человек работал вместе с AI-инструментами, сколько времени ушло на промпты, ревью, исправления и результат в коммите.

Коротко

  • LogAgent предлагает анализировать не часы в приложениях, а рабочие состояния: фокус, усталость, переключения, проекты, AI-сессии и биллинг.
  • В текущей версии продукт не использует LLM: классификация, инсайты и саммари строятся локально на правилах и эвристиках.
  • Камера нужна для сигналов усталости, осанки, моргания и расстояния до экрана, но обработка заявлена как локальная без записи кадров.
  • Для разработчиков отдельный слой связан с AI-native работой: Cursor, Claude Code, Codex, OpenCode, Grok, git, ревью и результатом в коммите.
  • Для фрилансеров и консультантов LogAgent должен группировать мелкие рабочие сегменты и готовить объяснимое основание для отчётов и инвойсов.

FAQ

Зачем нужен LogAgent, если уже есть тайм-трекеры, WakaTime, RescueTime, Pomodoro-приложения и health-трекеры?

Идея в том, чтобы собрать разные сигналы рабочего дня в одну объяснимую модель. Обычные инструменты видят отдельные части: время, код, фокус, перерывы или здоровье, но не связывают их в картину рабочего состояния.

Как LogAgent объясняет продуктивность и усталость, а не просто показывает условный процент эффективности за день?

Каждый инсайт должен опираться на интерпретируемые сигналы: фокус-сессии, переключения, пропущенные перерывы, git-активность, AFK и признаки усталости. Спорные сегменты можно подтверждать или исправлять вручную.

Что происходит с данными камеры и почему автор считает её важной частью анализа рабочего состояния?

Камера используется для локального анализа микро-сигналов вроде позы, моргания, освещения и расстояния до экрана. По описанию, кадры не сохраняются и не уходят в сеть, а в историю попадают только числовые признаки и события.

Читайте также

  1. Как дообучить LLM: пошаговый разбор
  2. OpenAI показала рекламу во время матча Knicks против Spurs и спрятала в ней мини-игру с бесплатными AI-токенами
  3. Голубая мечта околоайтишника — разбогатеть на ChatGPT-обертке
  4. Когда AI выходит из-под контроля
  5. Тёмные паттерны Белого дома и интерес Snowflake к AI-лицензированию контента издателей
Ключевые инсайты из новости (по версии ChatGPT)
  • Рабочее состояние как единица анализа продуктивности: Для внутренних инструментов аналитики продуктивности полезнее анализировать не часы в приложениях, а рабочие состояния: фокус, переключения, усталость, перерывы, контекст проекта и реальный результат. Такой подход лучше подходит для AI-native работы, где внешне активность может выглядеть как браузер и IDE, но фактически включать промптинг, ревью, документацию и правки кода.
    [Productivity Analytics]
Для получения полного доступа оформите подписку PubMag PRO.
Зарегистрированные пользователи видят только два тезиса.
Зарегистрироваться
Инсайты автоматически генерируются с помощью искусственного интеллекта на основе текста статьи.
← Назад в лентуЧитать оригинал →
✈️ Подписывайтесь на мой Telegram-канал — там еще больше интересного про AdTech, MarTech, AI и многое другое!