ManicTime: руководство от гика, автоматического учёта времени

↓Скачать ManicTime

ManicTime — программа для автоматического учёта работы за компьютером: она фиксирует активное приложение, окно, часть документов и посещённых страниц, периоды активности и простоя, а затем помогает превратить эту хронологию в теги, табели и отчёты. Главное отличие продукта от обычного таймера в том, что исходная история создаётся в фоне, а пользователь уже после работы уточняет, к какому клиенту, проекту или задаче относится нужный отрезок. При этом у ManicTime есть принципиально разные варианты использования: полноценный Windows-клиент способен работать локально, Mac и Linux в основном служат трекерами для Server или Cloud, а серверная часть объединяет несколько устройств и пользователей. Ниже разобраны актуальные редакции, интерфейс, лицензирование, экспорт, приватность, MCP-интеграция с ИИ и ограничения, которые важно понимать до внедрения.

Что такое ManicTime и в чём его специализация

ManicTime разрабатывает Finkit d.o.o. Продукт относится к автоматическим системам учёта времени: вместо требования постоянно запускать и останавливать таймер он собирает техническую хронологию использования компьютера и предоставляет инструменты для её классификации. В Windows-клиенте исходные данные отображаются как временные линии Computer Usage, Applications и Documents, а ручной результат работы пользователя — как Tags. Эта модель удобна там, где нужно восстановить фактическую последовательность рабочего дня и затем оформить её в проектный учёт.

Система не считает каждую запущенную программу одновременно. В Applications фиксируется активное в данный момент окно, поэтому десять открытых приложений не превращаются в десять параллельных записей. Computer Usage показывает активность и away-периоды, а Documents дополняет картину адресами сайтов или именами документов там, где программа умеет получить такие сведения. Это важное ограничение: ManicTime — не монитор всех фоновых процессов и не средство инвентаризации компьютера.

Продукт также не следует путать с отдельным расширением Browser Time Tracker от ManicTime. Основной ManicTime — настольная и серверная система со своей базой данных, временными линиями, тегами, отчётами и лицензированием; браузерный трекер — отдельный более узкий продукт. В этом обзоре речь идёт именно о ManicTime.

Параметр	Актуальное состояние
Разработчик	Finkit d.o.o.
Тип	Автоматический учёт времени и активности, ручная классификация тегами, отчётность
Основной полноценный клиент	Windows 10 или новее
Текущая Windows-версия	2026.2.2 от 26 августа 2026 года
Mac	2026.2 от 16 июня 2026 года; трекер для Server/Cloud, не полный порт Windows-клиента
Linux	2026.2.1 от 20 июля 2026 года; трекер для Server/Cloud, не полный порт Windows-клиента
Server	2026.2.3 от 26 августа 2026 года; Windows, Linux, Docker, Azure
Мобильные клиенты	iOS и Android как спутники серверной или облачной системы
Локальная работа	Полноценный Windows-клиент может хранить учётные данные на компьютере без обязательного облака
Пробный период	30 дней для распространяемых редакций; Server — до 10 пользователей в стандартной пробной конфигурации
Бесплатная редакция	Есть для Windows; расширенные функции перечислены разработчиком как лицензионные
Экспорт	CSV, XLSX в статистике и CLI, JPG для графиков, текстовый экспорт поиска, TXT для тегов, IIF для QuickBooks из Timesheet
ИИ-интеграция	Встроенный MCP-сервер для чтения разрешённых данных и записи тегов через совместимые ИИ-клиенты

ManicTime лучше всего воспринимать не как «секундомер с отчётом», а как конвейер из трёх слоёв. Сначала трекер собирает факты об активности, затем пользователь или правила AutoTag присваивают смысл временным участкам, после чего Timesheet и Statistics агрегируют данные. Чем аккуратнее устроен второй слой — теги и правила, — тем меньше ручной правки потребуется в отчётах.

Платформы, редакции и актуальный статус

На 4 сентября 2026 года ManicTime активно развивается. Для Windows доступна версия 2026.2.2, выпущенная 26 августа 2026 года. Она требует Windows 10 или более новую систему и распространяется в 64-битной рекомендуемой сборке, а также в 32-битном варианте. Для обоих разрядностей предлагаются установщик EXE, MSI и Portable-архив для запуска с USB или из отдельной папки. Если компьютер готовится с нуля, базовую установку ОС можно сверить с материалом GeekHow про установку Windows 11, а уже затем ставить трекер.

У актуальной Windows-сборки есть лицензионный порог: лицензии, купленные до 1 июня 2025 года, не активируют версию 2026.2.2. Это не означает потерю накопленных данных. Владельцу старой лицензии доступна последняя версия, попадающая в его период обновлений, либо бесплатный режим; для установки более новой линии требуется подходящее право на обновление.

Версия для macOS устроена иначе. Актуальный выпуск 2026.2 доступен отдельно для Apple silicon и Intel, но это не полный перенос Windows-интерфейса. Mac-клиент требует macOS 10.15 или новее, собирает использование компьютера и отправляет его в ManicTime Server или Cloud, где пользователь просматривает отчёты. Поэтому покупатель, которому нужен именно локальный интерфейс Day view, полноценный Timesheet и редактирование всех данных на Mac без сервера, не получает функциональный эквивалент Windows-клиента.

Linux-версия 2026.2.1 работает по той же архитектуре трекера. Для Ubuntu, Debian и Mint есть DEB, для Red Hat и CentOS — RPM, для Arch Linux, Manjaro, Fedora и других дистрибутивов — tar.gz. В выпуске 2026.2.1 заявлены отслеживание приложений в Hyprland и Sway, а также скриншоты в GNOME Wayland. Общие принципы установки пакетов в Linux разобраны в отдельном материале GeekHow о том, как устанавливать приложения в Linux; для ManicTime после установки всё равно требуется связка с сервером или облаком для просмотра сводной картины.

ManicTime Server 2026.2.3 предназначен для централизованной схемы. Его можно развернуть на Windows через MSI или ZIP, на Linux из tar.gz, в Docker либо через Azure Marketplace. Встроенная SQLite подходит для конфигурации до 10 пользователей; при большем числе требуется отдельно установленный Microsoft SQL Server или PostgreSQL. Сервер принимает данные клиентов, строит отчёты, централизует теги и настройки и может обслуживать много устройств одного пользователя.

Системные требования и масштабирование

Для актуального Windows-клиента нижняя граница ОС — Windows 10; техническая документация связывает запуск клиента с поддержкой .NET Core, но не публикует универсальную норму по памяти или процессору. Для Server вместо условной «скорости» приведены ориентиры по масштабу. Для 100 пользователей предлагается сервер приложений с 2 ядрами и 4 ГБ памяти и отдельный сервер базы с 2 ядрами и 8 ГБ; для 1000 пользователей — соответственно 4 ядра и 16 ГБ, а для базы 4 ядра и 32 ГБ. При 100 пользователях ориентир размера ManicTimeCore составляет около 1,5 ГБ в год, ManicTimeReports — около 25 ГБ; при 1000 пользователях — около 15 и 250 ГБ в год. Это планировочные ориентиры, а не измерение быстродействия конкретного компьютера. Для длительной многопользовательской эксплуатации PostgreSQL или Microsoft SQL Server дают более подходящую серверную основу, тогда как SQLite остаётся вариантом для малой установки и тестирования.

iOS и Android дополняют серверную схему. Мобильные приложения используются для ручного учёта и тегов вне основного компьютера и не превращают смартфон в самостоятельную копию Windows-приложения. Поэтому при выборе платформы правильный вопрос звучит не «есть ли приложение для моей ОС», а «где будет храниться и анализироваться итоговая история»: локально на Windows, в собственном Server или в ManicTime Cloud.

Интерфейс: как устроен Windows-клиент

Полноценная рабочая модель лучше всего видна в Windows. Основная вкладка Day показывает выбранный день и делит окно на три зоны: Timelines, Details и Summary. Сверху расположены переключатели Day, Untagged time, Timesheet и Statistics, элементы выбора даты, кнопка Add tag, управление секундомером и служебные команды. Такой макет отделяет хронологию от детализации: пользователь видит общий день на временных линиях, а конкретные строки и агрегаты — ниже.

Timelines

Timelines — центральная шкала дня. При первом запуске документация выделяет четыре базовые линии: Tags, Computer Usage, Applications и Documents. Tags не заполняется автоматически: здесь лежат осмысленные записи, которые пользователь создаёт сам. Computer Usage показывает активное и away-время. Applications раскладывает активные окна по приложениям. Documents пытается получить более точный контекст — страницу браузера, открытый документ и другие поддерживаемые сведения.

В современной конфигурации рядом может находиться AutoTags — вычисляемая временная линия, построенная правилами. Визуально она похожа на Tags, но принцип хранения другой: ручной тег остаётся закреплённым за отрезком, а AutoTag пересчитывается по исходной активности. Это различие критично для долгосрочной отчётности: изменение правила способно изменить автоматическую классификацию старых дней.

Details

Details показывает отдельные активности выбранной линии. У строки есть заголовок, начало, конец и длительность; рядом отображаются служебные признаки и флажок выбора. Эта таблица нужна, когда цветных полос на шкале недостаточно и требуется понять, что именно происходило в коротком интервале. Например, несколько смен окон одного приложения могут выглядеть как компактная группа на шкале, но в Details остаются отдельными записями.

Summary

Summary агрегирует активности по группе. На линии Applications группой обычно выступает приложение, поэтому сводка отвечает на вопрос, сколько времени в выбранном интервале пришлось на ManicTime, браузер, проводник или другой активный процесс. Сводка не заменяет теги: она описывает техническое использование программ, а не бизнес-смысл работы. Два часа в браузере могут относиться к разным клиентам, поэтому для выставления счёта или проектной аналитики нужны Tags либо продуманные AutoTags.

Фильтр и выбор времени

Под шкалами находится фильтр, а выбор интервала можно делать непосредственно по временным линиям или через строки Details. ManicTime умеет привязывать границы выделения к началам и концам активностей, а временная линейка может округлять выделение до минутного шага. В настройках Display шаг меняется, что полезно, когда отчётность ведётся, например, пятиминутными блоками. Само округление отчёта и округление выделения — разные механизмы: первое влияет на итоговые значения, второе помогает аккуратно задавать границы ручного тега.

Функции: от фоновой активности до отчёта

Автоматическое отслеживание приложений и документов

Tracker работает в фоне и создаёт историю без постоянного участия пользователя. Он определяет активность компьютера, активное окно и — для поддерживаемых приложений — дополнительный контекст. В современных версиях список документов расширяется: выпуск 2026.2.2 добавил, среди прочего, отслеживание документов Adobe Illustrator, Adobe InDesign, приложений Affinity 3 и нового Outlook, а также улучшил получение URL в новых версиях Microsoft Edge.

Браузерная история зависит от совместимости конкретного браузера и расширения либо встроенного механизма. Это видно по журналу выпусков: обновления ManicTime регулярно возвращают совместимость с новыми версиями Chrome, Firefox, Edge и Opera. Поэтому внезапное исчезновение URL при сохранении общей линии Applications чаще указывает не на потерю всего трекера, а на отдельную проблему браузерного источника. Для общей проверки браузерной среды пригодится обзор браузеров для Windows, но конкретную совместимость ManicTime следует оценивать по его текущему выпуску.

Active и Away

Computer Usage делит время на активность и простой. В настройках Tracking задаётся порог бездействия; документация показывает 10 минут как стандартное значение. Отдельный параметр позволяет не переводить компьютер в away, если приложение предотвращает сон — это важно при просмотре видео, презентации или другой задаче, где работа действительно продолжается без клавиатуры и мыши. Минимальная длительность активности также настраивается, чтобы слишком короткие события не засоряли историю.

Приватные периоды, расписание и исключения

Сбор не обязан идти круглосуточно. Tracking schedule ограничивает часы работы трекера, а команда Off the Record временно приостанавливает фиксацию. В документации предусмотрены варианты отключения до ручного возврата, на час, на 15 минут или до следующего дня. Кроме того, можно исключать приложения, сайты, документы и заголовки. Это не косметические опции: если ManicTime используется на личном компьютере, их разумно рассматривать как часть модели данных до начала накопления истории.

Ручные Tags

Tags переводят техническую активность в понятия проекта. Они представляют собой текстовые уровни, разделённые запятыми: например, «Клиент, Проект, Задача». Постоянный порядок уровней даёт предсказуемую группировку в Timesheet. У тегов есть заметки, цвет, статус billable и инструменты редактирования; в лицензированной версии Tag Editor упрощает массовое переименование, порядок и работу с сочетаниями.

AutoTag

AutoTag классифицирует время по правилам, которые могут опираться на приложение, URL, документ и другие свойства активности. Это сокращает повторяющуюся ручную разметку: типичный домен, рабочая программа или сочетание признаков автоматически получает нужную категорию. Однако AutoTags пересчитываются. Для учёта, где прошлый период должен оставаться неизменным после закрытия месяца, ManicTime предусматривает копирование AutoTags в обычные Tags и варианты обработки пересечений.

Поиск и Untagged time

Фильтр Day действует в пределах выбранной линии и дня, а Advanced search проходит по базе за диапазон дат. Он умеет искать одновременно по локальным timelines, переходить из результата к нужному месту Day view, выгружать найденное и показывать только незатегированные активности. В лицензированной редакции Advanced search также позволяет назначать тег найденным строкам, что полезно для исправления систематически пропущенной разметки.

Timesheet и Statistics

Timesheet превращает Tags или AutoTags в табличный отчёт. Можно выбирать диапазон, источник, уровни группировки, итоги по дням или месяцам, заметки, фильтры и округление. Настройка отчёта сохраняется и загружается повторно, поэтому еженедельный или ежемесячный шаблон не приходится собирать заново. Экспорт из Timesheet включает буфер обмена, CSV и QuickBooks IIF.

Statistics отвечает на другой класс вопросов: распределение по приложениям и тегам, длительность дня, attendance, untagged time и пользовательские графики. Доступны линейный и столбчатый графики, среднее значение и группировка по периодам. График сохраняется как JPG, а таблица исходных данных — как CSV или XLSX.

Скриншоты

Скриншоты — дополнительный, отключаемый канал контекста. Их можно снимать с заданным интервалом, ограничивать по приложениям, хранить в выбранной папке и автоматически удалять по возрасту или объёму. Viewer умеет масштабирование, навигацию, копирование, сохранение и удаление. Это самый чувствительный тип данных в ManicTime, потому что изображение экрана может содержать больше информации, чем заголовок окна; для серверной публикации предусмотрено размытие до отправки.

Server, Cloud и несколько устройств

Server и Cloud собирают timelines с нескольких устройств и дают веб-отчётность. Для собственной инфраструктуры сервер разворачивается локально, а Cloud снимает с пользователя администрирование. На сервере можно централизовать разрешённые теги, клиентские настройки, права и сроки хранения. Для одного человека это способ объединить рабочий ПК, ноутбук и дополнительные трекеры; для организации — способ получить общую отчётную точку без ручной пересылки файлов.

MCP и ИИ-инструменты

Линия 2026 получила встроенный MCP-сервер. Совместимый ИИ-клиент может читать доступную ему историю ManicTime и создавать теги. Предусмотрены три архитектуры: локальное подключение к настольному приложению, HTTPS/OAuth для ManicTime Cloud и MCP Bridge для собственного Server. Важно разделять место работы MCP и место обработки модели: локальный MCP не означает, что данные никогда не попадут внешнему ИИ-провайдеру — выбранный ИИ-клиент получает те сведения, которые пользователь разрешает ему получить.

Задача → инструмент → результат → что проверить

Задача	Инструмент ManicTime	Результат	Что проверить
Восстановить фактическую последовательность дня	Computer Usage, Applications, Documents	Хронология активного компьютера, программ и поддерживаемого контекста	Нет ли пропусков, верно ли определяется Away, сохраняются ли URL и документы
Разнести время по клиентам и проектам	Tags	Стабильные интервалы с иерархическими метками	Единый порядок уровней и отсутствие опечаток
Снять повторяющуюся ручную классификацию	AutoTags	Вычисляемая разметка по правилам	Нет ли ложных совпадений и пересечений
Найти потерянный рабочий отрезок	Advanced search и Untagged time	Список активностей за период	Правильный timeline, диапазон и фильтр
Подготовить еженедельный табель	Timesheet	Сгруппированные часы по тегам	Источник, округление, billable-фильтр и итоговые суммы
Оценить структуру использования компьютера	Statistics	График и таблица агрегатов	Период и единица группировки
Собрать несколько устройств	ManicTime Server или Cloud	Единые timelines и отчёты	Какие линии публикуются и кому они доступны
Дать ИИ доступ к истории	MCP	Чтение разрешённых данных и создание тегов	Права аккаунта и политика данных выбранного ИИ-провайдера

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

Как пользоваться программой — советы гика

Ниже все рабочие последовательности собраны в одном разделе. Они ориентированы на актуальную логику Windows-клиента 2026.x; пункты Server и Cloud применяются только к конфигурациям, где такой узел уже создан.

Настроить границы сбора до начала работы

Цель. Ограничить фоновый сбор тем временем и теми типами данных, которые действительно нужны для учёта.

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

1. Откройте Settings и выберите Tracking.
2. Задайте порог в поле Computer is not used for, чтобы ManicTime отделял active от away.
3. Проверьте параметр Don’t go away if an application is preventing sleep, если в работе есть видео, демонстрации или длительные процессы без ввода.
4. Оставьте или отключите Track window titles and documents в соответствии с требуемой детализацией.
5. Для фиксированных часов включите Tracking schedule и откройте Edit, затем отметьте интервалы, когда сбор разрешён.
6. Добавьте исключения для приложений, сайтов, документов или заголовков, которые не должны попадать в историю.
7. Подтвердите изменения кнопкой OK.

Проверка. В Day view после короткой рабочей сессии должны появиться Computer Usage и Applications; исключённый контекст не должен отображаться в Documents.

Типичная ошибка. Отключение Track window titles and documents воспринимают как полную остановку трекера. На самом деле Applications и Computer Usage продолжают выполнять свою роль.

Откат. Верните изменённые флажки в Settings → Tracking. Для временной паузы вместо постоянного изменения правил используйте команду Go Off the record из значка ManicTime в области уведомлений.

Разобрать день в Day view

Цель. Понять последовательность работы до присвоения проектных тегов.

Подготовка. Дождитесь, пока в выбранном дне накопятся данные Computer Usage и Applications; при необходимости включите поддерживаемое отслеживание браузера для Documents.

1. Откройте вкладку Day и выберите дату в верхней части окна.
2. Щёлкните Computer Usage, чтобы увидеть active и away-периоды.
3. Переключитесь на Applications и изучите Details: Title, Start, End и Duration.
4. Откройте Documents, когда нужно уточнить страницу или документ, а не только приложение.
5. Используйте Summary, чтобы увидеть агрегированное время по группам выбранной линии.
6. При необходимости введите текст в Filter, чтобы оставить только подходящие активности.

Проверка. Один и тот же момент времени должен логично согласовываться между Computer Usage, Applications и доступным Documents: активный период содержит одно активное приложение и, при поддержке, его документ или URL.

Типичная ошибка. Сумму времени приложения принимают за проектное время. Summary группирует техническую активность, а проектная классификация появляется после тегирования.

Откат. Фильтр не удаляет данные: очистите поле Filter или переключите timeline, чтобы вернуться к полной картине.

Создать ручной тег по выделенному времени

Цель. Закрепить за реальным отрезком понятный клиент, проект и вид работы.

Подготовка. Заранее выберите единый порядок уровней, например «Клиент, Проект, Действие», и придерживайтесь его в дальнейшем.

1. На вкладке Day протяните мышью по timeline от начала до конца нужной работы. Для привязки к минутам используйте временную линейку над активностями.
2. Нажмите Add tag либо Alt-T.
3. Введите уровни через запятую в принятом порядке. Для часто используемой комбинации можно выбрать её из Recent tags или Tag picker.
4. Добавьте Notes, если отчёту нужен комментарий, и отметьте billable только когда этот статус действительно используется в учёте.
5. Сохраните тег.

Проверка. На Tags timeline появится цветной отрезок с заданной комбинацией; его начало и конец должны совпасть с выбранным рабочим временем.

Типичная ошибка. Один и тот же проект вводят в разном порядке — «Проект, Клиент» и «Клиент, Проект». Timesheet затем воспринимает уровни по-разному.

Откат. Щёлкните тег правой кнопкой и выберите Edit для исправления либо Delete для удаления ошибочного интервала. Удаление ручного тега не удаляет исходные Applications и Documents.

Использовать Stopwatch, Timer или Pomodoro для заранее известной задачи

Цель. Вести прямой таймер в тех случаях, когда задача известна до начала работы и ретроспективная разметка не нужна.

Подготовка. Stopwatch, Timer и Pomodoro относятся к лицензированным возможностям. Подготовьте комбинацию тегов, которая будет записана в Tags по завершении интервала.

1. На Day view откройте список Stopwatch.
2. Для свободного отсчёта выберите Stopwatch, для обратного отсчёта — Timer, для циклов работы и перерыва — Pomodoro.
3. При запуске укажите тег задачи в окне Add tag и подтвердите его.
4. Для Stopwatch используйте Pause, когда текущий отрезок нужно сохранить и временно остановить отсчёт, и Stop — при окончательном завершении.
5. Для Timer задайте длительность: по истечении времени режим завершится и сохранит тег.
6. В Pomodoro выбирайте тег рабочего интервала; после его окончания обработайте окно перерыва — продолжите с тегом, пропустите перерыв, оставьте его без тега либо остановите цикл.

Проверка. После остановки соответствующий отрезок должен появиться на Tags timeline с выбранной комбинацией и фактическими границами режима.

Типичная ошибка. Stopwatch оставляют включённым после смены задачи. В настройках Tagging можно включить автоматическую остановку при неактивности и напоминание о продолжающемся таймере.

Откат. Остановите текущий режим и отредактируйте либо удалите созданный тег. Технические Applications и Documents не зависят от таймера и сохраняют исходную хронологию.

Настроить AutoTag для повторяющейся активности

Цель. Автоматически классифицировать повторяющиеся приложения, сайты или документы.

Подготовка. Найдите в Day view пример активности, которая однозначно соответствует нужной категории. Чем точнее исходный признак, тем меньше ложных совпадений.

1. Выберите соответствующую timeline и найдите нужную строку в Details.
2. Щёлкните активность правой кнопкой и выберите Add to autotag.
3. Проверьте условие совпадения. Для сайта предпочтительнее точный адрес или характерный участок URL, а не слишком широкий домен, если на нём есть разные виды работы.
4. Задайте итоговую комбинацию AutoTag.
5. Сохраните правило и посмотрите, какие интервалы появились на AutoTags.
6. Для периода, который должен стать неизменяемой учётной историей, выделите нужный диапазон и используйте Copy autotags to tags; при пересечениях выберите подходящий режим — двойной тег, только незатегированное время или перезапись.

Проверка. AutoTags должен появляться только там, где условие действительно соответствует задаче. Перед копированием в Tags просмотрите несколько разных дней.

Типичная ошибка. Слишком широкое правило для браузера помечает личные или посторонние страницы тем же проектом.

Откат. Измените или удалите правило AutoTag: вычисляемая линия пересчитается. Уже скопированные обычные Tags остаются отдельными записями и исправляются как ручные теги.

Найти пропущенную активность через Advanced search

Цель. Найти старую активность или незатегированное время за диапазон, не перелистывая дни вручную.

Подготовка. Определите хотя бы один признак: приложение, часть заголовка, сайт, заметку или примерный период.

1. В нижней правой части Day view откройте стрелку дополнительных команд и выберите Advanced search.
2. Выберите конкретный timeline либо All local timelines.
3. Введите фильтр; пустое поле показывает все подходящие активности.
4. Задайте диапазон дат и нажмите Search.
5. Для поиска пробелов в разметке включите Show only untagged activities.
6. Дважды щёлкните результат для перехода к Day view либо используйте Tag all as / Tag selected as, если требуется классифицировать найденное.

Проверка. Результаты должны соответствовать одновременно выбранному источнику, фильтру и диапазону. Переход по строке должен открывать тот же момент на Day view.

Типичная ошибка. Поиск ведут только по Applications, хотя нужный текст находится в Documents или Notes.

Откат. Поиск сам по себе ничего не меняет. Если ошибочно назначены теги результатам, исправьте соответствующие записи на Tags timeline.

Собрать Timesheet по тегам

Цель. Получить проверяемый табель по клиентам, проектам или действиям.

Подготовка. Закройте основные пробелы в Tags и решите, использовать ручные Tags или вычисляемые AutoTags. Для финансового периода предпочтительна стабильная разметка.

1. Откройте вкладку Timesheet.
2. Задайте Date range.
3. Выберите timeline-источник: Tags, AutoTags либо допустимую серверную линию.
4. Настройте уровни группировки и Total by, например по дням или месяцам.
5. При необходимости включите заметки, billable-фильтр и требуемое округление.
6. Сформируйте отчёт и сравните итог с ожидаемой длительностью выбранного периода.
7. Сохраните настройки отчёта, если тот же шаблон будет использоваться регулярно.

Проверка. Итог по строкам должен сходиться с суммой выбранных тегов, а уровни клиента и проекта — находиться в одинаковых колонках.

Типичная ошибка. В отчёт одновременно попадает источник, где AutoTags ещё меняются, и пользователь принимает его за закрытый табель.

Откат. Изменение параметров Timesheet не меняет исходные теги. Загрузите ранее сохранённый шаблон или верните источник и группировку.

Экспортировать отчёт или сырые данные

Цель. Передать результат в таблицу, бухгалтерский процесс или архив без привязки к интерфейсу ManicTime.

Подготовка. Выберите, нужен ли агрегированный Timesheet, статистическая таблица или сырая timeline. Для бухгалтерского импорта сначала сохраните резервную копию принимающей системы.

1. В Timesheet сформируйте проверенный отчёт и выберите Copy to clipboard, Export to csv либо Export to QuickBooks.
2. При Export to QuickBooks сопоставьте поля и создайте IIF только после проверки клиента, проекта и значений; импорт QuickBooks принимает широкий набор данных, поэтому ошибочное сопоставление лучше остановить до загрузки.
3. Для статистики откройте Statistics, переключитесь на Table и используйте Export, чтобы получить CSV или XLSX; график экспортируется отдельно в JPG.
4. Для прямой выгрузки локальной timeline используйте CLI mtc export, указав схему, файл, период и при необходимости переключатель Excel.

Проверка. Откройте созданный файл отдельно и сверяйте не оформление, а количество строк, период, суммарную длительность и уровни тегов. CSV можно дополнительно анализировать в табличном редакторе; для работы с условиями в Google Sheets пригодится инструкция GeekHow о подсчёте ячеек по критериям.

Типичная ошибка. Экспортируют правильный формат, но неправильный Date range или источник timeline.

Откат. Экспорт не изменяет базу ManicTime. Удалите неверный файл, исправьте параметры отчёта и создайте новую копию. Для QuickBooks не импортируйте IIF, пока сопоставление не проверено.

Включить скриншоты с ограниченным хранением

Цель. Получать визуальный контекст только там, где он оправдывает дополнительный риск хранения изображений.

Подготовка. Определите, какие приложения допустимо снимать, сколько дней или мегабайт хранить и требуется ли публикация на Server.

1. Откройте Settings → Screenshots.
2. Включите Enable screenshots.
3. Выберите область Capture, формат, разрешение, интервал и папку Save to.
4. Установите Storage limits по размеру и/или возрасту.
5. Добавьте процессы, для которых скриншоты запрещены.
6. На Day view нажмите F12, чтобы открыть просмотрщик, и F11 для режима с инструментами масштабирования, копирования, сохранения и удаления.
7. При публикации на Server используйте размытие, если текст на кадрах не должен передаваться читаемым.

Проверка. В просмотрщике должны появляться кадры только разрешённых процессов и с ожидаемым интервалом; папка хранения не должна бесконтрольно расти.

Типичная ошибка. Путь скриншотов меняют и ожидают автоматического переноса старых файлов. В версии 2026.2.2 программа специально предупреждает, что уже существующие изображения не перемещаются автоматически.

Откат. Снимите Enable screenshots, удалите ненужные кадры через viewer или штатное удаление ManicTime и оставьте лимит хранения. Не удаляйте вслепую файлы базы данных вместе со скриншотами.

Подключить Windows-клиент к Server или Cloud

Цель. Отправлять выбранные timelines на централизованный узел и при необходимости загружать удалённые линии обратно в Day view.

Подготовка. Нужны адрес Server/Cloud, учётные данные и заранее принятое решение, какие данные допустимо публиковать.

1. Откройте Tools and settings → Edit server.
2. Введите URL сервера и данные учётной записи.
3. Отметьте только те timelines, которые должны публиковаться.
4. Сохраните подключение и дождитесь синхронизации.
5. Чтобы добавить удалённую timeline в локальный Day view, откройте Timelines editor → Add timeline, выберите ManicTime server как источник и отметьте нужную линию.

Проверка. На веб-стороне должны появиться только разрешённые данные, а добавленная серверная линия — отображаться в Day view. При отключении интернета локальный клиент продолжает собирать данные и отправляет накопленное после восстановления связи.

Типичная ошибка. Проблему авторизации принимают за потерю локальной истории, хотя локальная база и серверная синхронизация — разные уровни.

Откат. Отключите публикацию лишней timeline или удалите серверное подключение. Перед массовой очисткой уже отправленных данных используйте средства Server и его политику хранения, а не удаление локальной базы наугад.

Подключить ИИ через MCP с контролем доступа

Цель. Разрешить совместимому ИИ-инструменту анализировать историю ManicTime и создавать теги без ручной передачи отчётов.

Подготовка. Используйте ИИ-клиент с поддержкой MCP и заранее определите, какие данные допустимо отправлять этому провайдеру. Для локального Windows-клиента исполняемый MCP-компонент устанавливается вместе с ManicTime.

1. Выберите архитектуру: desktop MCP для локальных данных, Cloud MCP через HTTPS/OAuth либо MCP Bridge для собственного Server.
2. В настройках ИИ-клиента добавьте ManicTime как MCP-сервер по официальной схеме выбранного клиента.
3. Для локального Windows-подключения укажите ManicTimeMcp.exe из каталога установки ManicTime.
4. Проверьте, что ИИ видит только данные текущей учётной записи или разрешённые администратором серверные данные.
5. Сначала задавайте чтение — например, сводку по дню, — и только после проверки разрешайте операции записи тегов.

Проверка. Ответ ИИ должен основываться на реальных записях ManicTime, а созданный через MCP тег — появиться в разрешённой области данных.

Типичная ошибка. Локальный MCP воспринимают как гарантию, что содержимое не покидает компьютер. MCP-сервер локален, но подключённая модель или её сервис получает те данные, которые запрошены для обработки.

Откат. Удалите конфигурацию MCP из ИИ-клиента или отзовите OAuth-доступ. Ошибочно созданные теги удаляются штатными средствами Tags; исходная техническая история от этого не исчезает.

Сквозной сценарий: от фонового учёта до закрытого отчёта

Цель. Пройти полный цикл одного рабочего дня так, чтобы итог можно было проверить независимо от цветных полос интерфейса.

Подготовка. До начала дня настройте Tracking schedule, исключения и единый формат тегов; для повторяющихся задач подготовьте только те AutoTag-правила, которые уже проверены на прошлых данных.

1. Запустите ManicTime и убедитесь, что Tracker running отображается в нижней части окна.
2. Работайте обычным образом, не запуская отдельный таймер для каждого приложения; при приватном периоде используйте Off the Record.
3. В конце рабочего блока откройте Day и сопоставьте Computer Usage, Applications и Documents.
4. Разметьте значимые интервалы через Add tag; оставшиеся повторяющиеся активности проверьте на AutoTags.
5. Откройте Untagged time или Advanced search и найдите пробелы, которые относятся к рабочему периоду.
6. После завершения разметки откройте Timesheet, выберите Tags, нужный диапазон и требуемую группировку.
7. Сверьте общую длительность с рабочими интервалами и только после этого экспортируйте CSV или другой нужный формат.
8. Откройте файл отдельно и сравните итоговые суммы с Timesheet.

Проверка. Сценарий завершён, когда исходная хронология остаётся в ManicTime, проектный смысл закреплён в Tags, Timesheet сходится с ожидаемым периодом, а экспорт открывается независимо и содержит те же суммы.

Типичная ошибка. Пользователь сразу строит отчёт по AutoTags, не просмотрев правила и незатегированные интервалы; результат выглядит аккуратно, но содержит систематическую классификационную ошибку.

Откат. Не меняйте исходные timelines ради исправления отчёта. Исправьте Tags или правила AutoTag, повторно сформируйте Timesheet и создайте новый экспорт.

Карта форматов и совместимости

Данные	Формат или канал	Редактируемость вне ManicTime	Что сохраняется	Основное ограничение
Timesheet	CSV	Да, в таблицах и аналитических системах	Табличные итоги и поля отчёта	Не сохраняет интерактивную структуру ManicTime
Timesheet	Copy to clipboard	Да	Выбранные строки для вставки в Word или Excel	Зависит от принимающего приложения и не является архивным форматом
Timesheet	QuickBooks IIF	Формат импорта	Сопоставленные поля учёта времени	Требует особенно точного сопоставления полей до импорта
Statistics	CSV / XLSX	Да	Данные, лежащие под выбранной статистикой	Это агрегат выбранного отчёта, а не полная база
Statistics	JPG	Только как изображение	Внешний вид графика	Числовые данные отдельно не редактируются
Advanced search	Текстовый экспорт	Да	Найденные результаты поиска	Не заменяет резервную копию базы
Tag Editor	TXT	Да	Комбинации тегов по строкам	Не переносит всю историю временных интервалов
CLI	CSV / XLSX	Да	Активности выбранной локальной timeline за заданный период	Папка назначения должна существовать; схема timeline задаётся явно
Локальная база	SQLite-файлы ManicTimeCore.db и ManicTimeReports.db	Технически доступна, но штатное редактирование вне программы не рекомендуется	Полная локальная история и отчётные данные	Ручное изменение базы может повредить согласованность
Backup	Штатная резервная копия ManicTime	Предназначена для восстановления ManicTime	Данные для переноса или восстановления	Это не формат обмена с другими трекерами

Для миграции важно различать «экспорт отчёта» и «перенос рабочей истории». CSV или XLSX хорошо сохраняют результат анализа и подходят для внешней обработки, но не содержат все взаимосвязи интерфейса ManicTime. Для переноса между компьютерами правильнее использовать штатный Backup and restore или перенос локальной базы, а для выхода из продукта — заранее выгрузить нужные табели и сырые timelines в открытые табличные форматы.

Автоматизация, интеграции, Cloud, Server и MCP

Автоматизация ManicTime начинается не с ИИ, а с правил. AutoTags классифицируют фактическую активность, Tag shortcuts ускоряют повторяющийся ручной ввод, а лицензированная Scheduled backup снимает необходимость вспоминать о резервной копии каждый день. Плагины расширяют источники timeline и тегов, включая внешние рабочие системы. В организации Allowed Tags помогают ограничить словарь и порядок меток, чтобы отчёты разных людей не распадались из-за вариантов написания одного проекта.

Server добавляет административный слой. Централизованная лицензия может распространяться на подключённые клиенты, а Client settings — применять выбранные параметры к группам пользователей. При этом серверные настройки не обязаны перекрывать всё локальное: администратор включает конкретные параметры, которыми хочет управлять. Для скриншотов есть отдельное серверное управление и режим размытия перед отправкой, когда нужно видеть общий визуальный контекст без читаемого текста.

Cloud реализует ту же идею без самостоятельного обслуживания инфраструктуры. Standard включает три устройства, облачную резервную копию, функции Pro для Windows, клиенты Mac, Linux, Android и iOS и отчёты по нескольким устройствам. Ultimate добавляет ещё два устройства, то есть пять всего, и хранение скриншотов в облаке. Для облачной модели требуется активная подписка; это принципиально отличается от бессрочной локальной лицензии.

MCP в 2026 году расширяет автоматизацию на естественный язык. Он не заменяет структуру тегов: если в базе хаотичные комбинации, ИИ получает хаотичный словарь. Сильнее всего MCP выглядит поверх уже дисциплинированного учёта — когда можно попросить суммировать неделю, найти повторяющийся контекст или создать теги в рамках существующей схемы. На Server обращения MCP ограничиваются правами вошедшей учётной записи, поэтому обычный пользователь не получает автоматически доступ к данным всей организации.

Для собственной инфраструктуры у MCP есть Bridge. Он соединяет локальный ИИ-клиент с HTTPS-конечной точкой ManicTime Server и поддерживает Windows- и ManicTime-аутентификацию. Этот компонент следует рассматривать как ещё один доверенный канал к учётным данным: публикация локального HTTP-интерфейса за пределы localhost увеличивает поверхность доступа и не нужна для типичной настольной конфигурации.

Приватность, безопасность и зависимость от интернета

У локального Windows-клиента сильная сторона — архитектура хранения. Отслеживаемые данные по умолчанию остаются на компьютере и не отправляются Finkit. База находится в профиле пользователя, обычно в C:\Users\<username>\AppData\Local\Finkit\ManicTime\; основными SQLite-файлами являются ManicTimeCore.db и ManicTimeReports.db. Первый содержит основную историю, второй обслуживает отчётные представления.

Полностью «без сетевых обращений» стандартная конфигурация всё же не означает. ManicTime ежедневно проверяет версию и при этом сервер получает IP-адрес, версию Windows и установленные версии .NET. Возможны проверки обновлений плагинов, загрузка сопоставлений кодов ошибок и получение favicon для сайтов. Проверку версии можно отключить в Settings → General, а в актуальной ветке появился вариант полного отключения внешних соединений.

Когда используется ManicTime Cloud, модель меняется: выбранные рабочие данные отправляются на инфраструктуру сервиса. Политика приватности указывает шифрование при передаче и хранении, возможность удаления аккаунта и то, что платёжные реквизиты обрабатывает FastSpring, а не ManicTime. Для собственного Server данные остаются в инфраструктуре владельца, но защита уже зависит от настройки его базы, TLS, аккаунтов, резервного копирования и доступа администраторов.

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

Локальное отслеживание не зависит от постоянного интернета. Клиент, связанный с Server, может работать офлайн и отправить накопленное после возвращения связи. Интернет нужен для Cloud, серверной синхронизации, некоторых внешних плагинов, календарных источников, обновлений и сетевого MCP. Если синхронизация внезапно исчезла, сначала имеет смысл отделить общую сетевую проблему от состояния ManicTime; базовая диагностика соединения разобрана в статье GeekHow почему на компьютере нет подключения к интернету.

Подключение ИИ — отдельное решение о приватности. Локальный MCP-сервер запускается на компьютере, однако смысл интеграции в том, что ИИ-клиент получает разрешённые фрагменты истории для анализа. Поэтому до подключения внешней модели нужно изучить условия её сервиса, а не переносить на неё автоматически свойства локального ManicTime. В облачном и серверном MCP дополнительно действуют права ManicTime-аккаунта.

Цена, бесплатная версия и лицензирование

Для Windows существует Free license, которую документация разрешает использовать в любой среде. Бесплатная редакция сохраняет базовую ценность автоматического локального трекера, но список функций, доступных только с лицензией, достаточно большой: Auto tagging, Untagged time report, Tag away time, stopwatch/Pomodoro/timer, Advanced search, Tag shortcuts, Tag plugins, Scheduled backup, password protection, Tag Editor и ряд других инструментов. Поэтому бесплатный ManicTime подходит прежде всего как локальная хронология и ручная разметка; регулярная проектная отчётность быстро упирается в лицензионный набор.

ManicTime Pro для локальной или on-premise работы продаётся как лицензия на пользователя. Она открывает полный Windows-функционал, даёт право использовать Mac и Linux и позволяет при желании развернуть собственный ManicTime Server. Покупка действует бессрочно для версий, выпущенных в течение одного года после приобретения. После этого последняя подходящая версия продолжает работать, а новые выпуски требуют продления периода обновлений.

Последнее опубликованное изменение бессрочной цены вступило в силу в 2025 году: одна лицензия стоит 87 долларов США. Для продления разработчик сохраняет скидочную схему: 50% при продлении в течение первого года и 30% после его истечения. При оценке стоимости важно смотреть не только на сумму покупки, но и на дату: текущая Windows 2026.2.2 требует лицензию, приобретённую не раньше 1 июня 2025 года.

Cloud работает по подписке. На текущей странице индивидуальный Standard отображается по 7 долларов в месяц без налога при выбранном ежемесячном режиме и включает 30-дневную пробу, три устройства, cloud backup, Pro-функции Windows, Mac/Linux/Android/iOS и multi-device reports. Ultimate добавляет два устройства и облачные скриншоты, но его текущая цена в публичной таблице не выводится как фиксированное число, поэтому здесь она не приводится. Налог может добавляться в зависимости от местоположения.

Для Server проба рассчитана на 30 дней и до 10 пользователей. Лицензии считаются по пользователям, а в on-premise Server один пользователь может иметь до десяти устройств. Это отличается от индивидуальной Cloud-подписки, где ограничения устройств заданы конкретным планом. Архитектурно выбор сводится к трём моделям: бесплатный локальный Windows, бессрочная лицензия с локальным или собственным серверным хранением и облачная подписка.

Что перестанет работать первым

Зависимость	Что продолжит работать	Что станет недоступно или неполноценно
Нет интернета	Локальный Windows-tracking, просмотр локальной истории и ручная работа с базой	Cloud, немедленная синхронизация Server, сетевые плагины и облачный MCP
Недоступен собственный Server	Клиенты продолжают локально собирать данные	Веб-отчёты и передача новых данных задерживаются до восстановления сервера
Закончилась Cloud-подписка	Заранее экспортированные файлы и отдельные локальные копии данных не зависят от подписки	Cloud-лицензия и облачные функции требуют активной подписки
Истёк год обновлений бессрочной лицензии	Последняя версия, выпущенная в оплаченный период, остаётся рабочей бессрочно	Новые версии за пределами периода обновлений не покрываются лицензией
Браузер обновился раньше поддержки ManicTime	Computer Usage и Applications обычно продолжают фиксировать активное приложение	URL или часть Documents может перестать определяться до совместимого обновления
Отключён сбор заголовков и документов	Базовая активность компьютера и приложений	Детальный контекст окна, URL и документов
Mac/Linux без Server или Cloud	Трекер как компонент установлен	Нет полного локального Windows-подобного рабочего процесса и централизованных отчётов
Отключены скриншоты	Вся обычная временная история продолжает работать	Только визуальный контекст кадра

Эта таблица полезна именно для оценки отказоустойчивости. ManicTime не строится вокруг одной обязательной внешней службы: локальный Windows-клиент сохраняет существенную часть ценности без сети. Но кроссплатформенность и командный режим, наоборот, сознательно вынесены в Server/Cloud, поэтому недоступность централизованного узла сильнее заметна на Mac, Linux и мобильных клиентах.

Плюсы и минусы

Плюсы

• Windows-клиент создаёт локальную историю автоматически и не требует постоянного запуска таймера для каждого приложения.
• Разделение технических timelines, ручных Tags и вычисляемых AutoTags позволяет не смешивать факт активности с проектной классификацией.
• Локальная база по умолчанию остаётся на компьютере, а облако не обязательно для одного Windows-пользователя.
• Есть несколько уровней отчётности: Timesheet для проектных часов и Statistics для агрегированной аналитики.
• Экспорт охватывает CSV, XLSX, JPG, TXT и IIF, а CLI позволяет выгружать локальные timelines без ручной работы в интерфейсе.
• Server можно держать в собственной инфраструктуре и использовать SQLite для небольшой установки либо SQL Server/PostgreSQL для более крупной.
• Tracking schedule, Off the Record, исключения и серверное размытие скриншотов дают конкретные средства ограничения собираемых данных.
• Бессрочная лицензия не превращается в обязательную ежегодную подписку: после года обновлений остаётся последняя покрытая версия.
• MCP встроен в актуальную линию и умеет не только читать разрешённую активность, но и записывать теги через совместимый ИИ-клиент.

Минусы

• Полноценный настольный рабочий процесс сосредоточен в Windows; Mac и Linux являются трекерами для Server/Cloud, а не равными портами интерфейса.
• Многие функции, которые превращают историю в автоматизированный рабочий процесс — AutoTags, Advanced search, Scheduled backup, Tag Editor, stopwatch, Pomodoro и timer — относятся к лицензионным.
• Автоматическая классификация не гарантирует смысловую точность: слишком широкое правило AutoTag способно неверно разметить прошлые периоды.
• Получение URL зависит от совместимости браузера; крупное обновление браузера может временно оставить Documents без адресов при сохранении общей активности.
• Скриншоты создают повышенный риск приватности и занимают место, поэтому их нельзя включать без политики хранения и исключений.
• Старая бессрочная лицензия не даёт бессрочных обновлений: версия 2026.2.2 уже требует покупку или обновление после конкретной даты отсечения.
• Для командной или полноценной кроссплатформенной работы появляется дополнительный серверный слой, который нужно либо оплачивать как Cloud, либо администрировать самостоятельно.

Кому подойдёт ManicTime

• Фрилансеру на Windows. История приложений помогает восстановить день, Tags закрепляют клиента и проект, а Timesheet превращает разметку в отчёт для счёта.
• Специалисту с большим числом переключений. Автоматический tracker полезнее ручного таймера, когда работа часто перескакивает между документами, браузером, IDE и коммуникациями.
• Пользователю, которому принципиально локальное хранение. Однопользовательский Windows-сценарий не требует Cloud; платная лицензия также допускает собственный Server.
• Технической команде с собственной инфраструктурой. On-premise Server, SQL Server/PostgreSQL, централизованные теги, client settings и права подходят организациям, готовым администрировать сервис.
• Пользователю нескольких устройств. Server или Cloud сводит трекеры в единый набор отчётов, включая Windows, Mac, Linux и мобильных спутников.
• Тем, кому нужен проверяемый экспорт. CSV/XLSX и CLI позволяют вынести результат из интерфейса и отдельно пересчитать его.

Кому не подойдёт ManicTime

• Пользователю Mac или Linux, который хочет полностью автономный локальный интерфейс. Эти клиенты не являются полным портом Windows и рассчитаны на Server/Cloud.
• Тем, кому нужен только простой таймер. Большая часть ценности ManicTime раскрывается в timelines, тегах и последующем анализе; для одного Start/Stop интерфейс может быть избыточен.
• Команде без готовности определять правила приватности. Централизованная активность и особенно скриншоты требуют заранее решить, что собирать, кому показывать и сколько хранить.
• Пользователю, которому нужен встроенный менеджер задач как основной центр работы. ManicTime классифицирует уже произошедшее время, но не заменяет планирование задач, бэклог и управление проектом.
• Тем, кто рассчитывает на бесплатную расширенную автоматизацию. AutoTags, Advanced search, Scheduled backup, Tag Editor, stopwatch, Pomodoro и timer входят в список возможностей, доступных с лицензией.

Сравнение с другими аналогами

Альтернативы ниже сопоставлены по одним и тем же критериям. ManicTime выигрывает, когда нужен детальный локальный Windows-трекер с возможностью собственной серверной инфраструктуры; конкуренты могут быть проще для облачного таймшита, сильнее сфокусированы на концентрации или полностью открыты.

Альтернатива	Задача	Платформа	Порог освоения	Форматы	Автоматизация	Модель оплаты	Ограничения	Подходящий сценарий
ActivityWatch	Локальная автоматическая история использования	Windows, macOS, Linux, Android	Средний: интерфейс проще, но экосистема watchers техническая	JSON для полного экспорта и API	Автоматическое приложение/окно, браузерные расширения, категории	Бесплатное ПО с открытым исходным кодом и поддержкой сообщества	Нет встроенной модели ManicTime Server для коммерческого табеля и централизованного биллинга	Личный privacy-first трекинг на нескольких настольных ОС
Clockify	Командный таймшит, таймер и отчёты	Web, desktop и mobile	Низкий для ручного учёта	PDF в Free; CSV/Excel и расширенный экспорт в платных планах	Auto tracker, idle detection, календарь, интеграции	Free до 5 пользователей; Basic от 3,99 доллара за место в месяц при годовой оплате	В Free отчёты ограничены месячным диапазоном, а CSV/Excel требуют Basic или выше	Небольшая команда, которой важнее общий облачный табель, чем локальная полная хронология
Toggl Track	Таймер, проектный учёт, биллинг и командные отчёты	Web, Windows/macOS, iOS/Android, браузерные расширения	Низкий для таймера, средний для отчётных правил	PDF; XLS/CSV в платных планах, экспорт пользовательских данных отдельно	Desktop activity tracking на Windows/macOS, календарь, ключевые слова, idle detection	Free; Starter 9 долларов за лицензию в месяц при годовой оплате	Автоматическая desktop-активность хранится локально до превращения в time entries; не является полной локальной альтернативой ManicTime Server	Проектная команда, которой нужен облачный учёт с быстрым ручным таймером
RescueTime	Автоматический анализ времени и управление фокусом	Web, desktop и mobile	Низкий	CSV, Excel и raw exports в актуальных планах с timesheets	Automatic activity tracking, idle, schedule, pause, Focus Sessions, goals	Solo от 7 долларов в месяц при годовой оплате; Solo+ с timesheets — от 12	Основной акцент — продуктивность и фокус, а не детальная локальная ручная разметка Windows-timelines	Пользователь, которому важнее привычки и отвлечения, чем on-premise инфраструктура

Для полностью локального и открытого подхода первым кандидатом выглядит ActivityWatch. Для общего облачного табеля с быстрым внедрением — Clockify или Toggl Track. RescueTime уместнее, когда конечная цель — не выставление часов по технической истории, а управление собственным фокусом. ManicTime занимает промежуточную нишу: глубоко собирает факты локально на Windows, но при необходимости масштабируется в собственный Server или Cloud.

Типичные проблемы и диагностика

1. Приложения видны, а адреса сайтов исчезли

Симптом. Applications продолжает показывать браузер, но Documents больше не содержит URL. Возможная подтверждённая причина. После обновления браузера изменился механизм получения адреса; журнал ManicTime регулярно содержит исправления совместимости Chrome, Firefox, Edge и Opera. Диагностика. Сравните время исчезновения URL с обновлением браузера и убедитесь, что Track window titles and documents не отключён. Исправление. Обновите ManicTime до выпуска, который поддерживает текущую версию браузера, и проверьте требуемое браузерное расширение там, где оно используется. Проверка результата. Новые записи Documents снова должны содержать адреса, тогда как старые Applications остаются на месте.

2. ManicTime не начал записывать после перезагрузки Windows

Симптом. История обрывается на прошлом выключении и не продолжается после загрузки системы. Возможная подтверждённая причина. Программа не запустилась вместе с Windows; разработчик отдельно выделяет это как типичный сценарий остановки трекинга. Диагностика. Посмотрите, начинается ли пробел ровно с последней перезагрузки, и проверьте состояние tracker в главном окне. Исправление. Верните запуск ManicTime при входе в Windows и запустите приложение. Проверка результата. После следующего входа новые Computer Usage и Applications должны появляться без ручного старта.

3. На Mac или Linux «нет полного интерфейса»

Симптом. После установки пользователь ожидает такой же Day view и отчёты, как на Windows, но получает только трекер. Возможная подтверждённая причина. Mac и Linux официально не являются полным портом Windows-клиента. Диагностика. Проверьте, подключён ли клиент к ManicTime Server или Cloud. Исправление. Используйте Server/Cloud как место просмотра и отчётности либо выбирайте Windows для автономного полного клиента. Проверка результата. Отправленная активность должна стать доступна в серверных отчётах.

4. Рабочее видео или презентация помечается Away

Симптом. Computer Usage показывает простой, хотя пользователь смотрел рабочий материал без клавиатуры и мыши. Возможная подтверждённая причина. Истёк configured idle timeout. Диагностика. Сопоставьте длительность без ввода с полем Computer is not used for и проверьте, предотвращает ли приложение сон. Исправление. Подберите адекватный порог и используйте параметр Don’t go away if an application is preventing sleep для подходящих сценариев. Проверка результата. Новая аналогичная сессия должна оставаться active, когда приложение действительно удерживает систему в активном состоянии.

5. В истории появились нежелательные личные окна или сайты

Симптом. Documents или Screenshots содержит контекст, который не должен попадать в рабочую историю. Возможная подтверждённая причина. Трекер по умолчанию собирал данные в разрешённое время без нужного исключения. Диагностика. Определите источник: заголовок, URL, документ или скриншот, и проверьте Tracking schedule и списки исключений. Исправление. Добавьте соответствующее исключение либо используйте Off the Record для приватных периодов; ненужные существующие записи удаляйте штатными средствами ManicTime. Проверка результата. Новые аналогичные активности не должны появляться в исключённой timeline.

6. Один проект распался на несколько строк Timesheet

Симптом. Отчёт показывает варианты вроде «Клиент, Проект» и «Проект, Клиент» как разные комбинации. Возможная подтверждённая причина. Теги создавались в непостоянном порядке или с разным написанием. Диагностика. Сравните проблемные комбинации в Tags и Tag Editor. Исправление. Приведите уровни к одной схеме; в лицензированной версии используйте Tag Editor, а для команды — Allowed Tags. Проверка результата. Новый Timesheet должен группировать исправленные интервалы в ожидаемую строку и колонку.

7. AutoTags изменили старую статистику

Симптом. Отчёт за прошлый месяц отличается после изменения правил. Возможная подтверждённая причина. AutoTags вычисляются заново и не являются фиксированной ручной историей. Диагностика. Сравните используемый Timesheet-источник и дату изменения правил AutoTag. Исправление. Для закрытых периодов копируйте проверенные AutoTags в обычные Tags и используйте стабильную timeline в отчёте. Проверка результата. Последующая правка правила меняет AutoTags, но не должна менять уже закреплённые ручные Tags.

8. Итоги Timesheet больше или меньше ожидаемого

Симптом. Сумма отчёта не совпадает с ожидаемым рабочим временем. Возможная подтверждённая причина. Выбран другой timeline, применено округление, billable-фильтр, неполный диапазон либо в тегах есть пробелы и пересечения. Диагностика. Проверьте Date range, источник, Total by, rounding и Untagged time, затем сравните спорный день с Tags timeline. Исправление. Исправьте исходную разметку или параметры отчёта, не подгоняя итог вручную в экспортированном файле. Проверка результата. Сформированный заново Timesheet должен объясняться конкретными тегами на Day view.

9. Server или Cloud перестал синхронизироваться

Симптом. Локальная история растёт, а новые данные не появляются на централизованном узле. Возможная подтверждённая причина. Нет связи, неверна авторизация, изменился адрес сервера либо служба Server недоступна. Диагностика. Сначала установите, работает ли интернет или локальный маршрут к серверу, затем проверьте URL и учётные данные. Исправление. Восстановите соединение или корректные реквизиты; клиент способен накопить данные офлайн и передать их позже. Проверка результата. После восстановления связи новые интервалы должны появиться на Server/Cloud без потери локальной timeline.

10. Скриншоты занимают слишком много места

Симптом. Каталог скриншотов растёт быстрее ожидаемого. Возможная подтверждённая причина. Слишком частый интервал, высокое разрешение или слабые Storage limits. Диагностика. Проверьте Settings → Screenshots: interval, resolution, формат, maximum size и delete older than. Исправление. Увеличьте интервал, снизьте разрешение, ограничьте хранение и исключите процессы, где кадры не нужны. Проверка результата. После полного периода хранения размер каталога должен стабилизироваться в пределах выбранных ограничений.

11. После обновления лицензия перестала подходить

Симптом. После установки 2026.2.2 программа сообщает, что имеющаяся лицензия не покрывает выпуск. Возможная подтверждённая причина. Для 2026.2.2 лицензия должна быть куплена после 1 июня 2025 года. Диагностика. Сверьте дату покупки и список older downloads с датой допуска для нужной линии. Исправление. Используйте Free license без удаления данных, продлите право на новые версии либо установите последний выпуск, покрываемый вашей лицензией; перед понижением версии штатная документация рекомендует Backup now. Проверка результата. Выбранная версия должна принять лицензию и открыть существующую базу.

12. Ошибка связана с ManicTimeReports.db

Симптом. Отчётная часть выдаёт ошибку или база отчётов повреждена, при этом основная история должна сохраниться. Возможная подтверждённая причина. ManicTimeReports.db — отдельная производная база отчётов и может быть восстановлена из Core. Диагностика. Сначала сделайте копию каталога данных и отличите проблему Reports от ManicTimeCore.db. Исправление. Для повреждённой Reports-базы штатная документация допускает её пересоздание после выхода из ManicTime; Core при этом не удаляют. Проверка результата. После запуска отчётная база должна сформироваться заново, а исходные timelines — остаться доступными.

FAQ

Можно ли подставлять задачи из Jira, GitHub или FreshBooks как теги?

Да. В Tag Editor предусмотрены внешние Tag sources, среди которых документация перечисляет Jira, GitHub и FreshBooks. Также поддерживаются локальный файл и ручной источник. Это не превращает ManicTime в менеджер задач: внешний объект используется как доступная комбинация для последующего тегирования времени.

Что умеет командная строка кроме экспорта?

Windows CLI Mtc.exe поддерживает команды export, addtag, startstopwatch, stopstopwatch и getstopwatch. Поэтому скрипт может не только выгружать CSV/XLSX, но и создавать тег с заданными границами или управлять лицензированным секундомером. CLI работает с локальными timelines ManicTime/Tags, ComputerUsage, Applications и Documents.

Можно ли сдвинуть начало рабочего дня относительно полуночи?

Да. Shift day start входит в список лицензионных функций. Он рассчитан на графики, где логический рабочий день заканчивается после полуночи: отчётная граница смещается на заданное число часов и не заставляет ночную смену искусственно распадаться между двумя календарными сутками.

Есть ли пароль на локальную историю?

Password protection относится к лицензионным возможностям Windows-клиента. После её включения ManicTime требует пароль при доступе к данным. Для корпоративной конфигурации одного пароля недостаточно: права Server, учётные записи ОС, резервные копии и защита диска остаются отдельными уровнями безопасности.

Можно ли централизованно ограничить набор тегов команды?

Да. Allowed Tags на Server/Cloud задаёт разрешённые комбинации. Клиент перестаёт принимать произвольные варианты, что предотвращает расхождения вроде разного порядка клиента и проекта. Администратор также может разрешить или запретить добавление дополнительных уровней к стандартной комбинации.

Синхронизируются ли AutoTags между компьютерами одного пользователя?

Да, при работе через ManicTime Server AutoTags могут синхронизироваться между устройствами. Изменение правила на одном подключённом компьютере передаётся другим устройствам того же пользователя, если публикация AutoTags разрешена в клиентских и серверных настройках.

Можно ли импортировать и экспортировать словарь тегов без базы времени?

Да. Tag Editor импортирует и экспортирует комбинации в TXT: каждая комбинация размещается на отдельной строке. Такой файл переносит словарь для классификации, но не интервалы, длительности и технические timelines, поэтому он не заменяет Backup.

Поддерживает ли Server доменные учётные записи Windows?

Да. На Windows ManicTime Server может использовать Windows authentication, что подходит доменной среде и развёртыванию через Group Policy. Альтернатива — собственные пользователи ManicTime Server; этот вариант лучше соответствует смешанной среде с Mac и Linux.

Какие дополнительные свойства активности доступны кроме приложения и документа?

В поддерживаемых конфигурациях ManicTime умеет добавлять к активности сведения о виртуальном рабочем столе, адресе клиента удалённого сеанса, рабочем месте и Git-контексте. Для Git репозиторий и ветка определяются через плагин, когда трекер получает полный путь к файлу.

Можно ли помечать время как billable и отделять его в отчёте?

Да. У тегов есть признак Billable; в настройках его можно сделать стандартным для новых тегов, а в Timesheet — отфильтровать только billable-записи или вывести соответствующий столбец. Такой признак помогает отделить оплачиваемую работу от внутренних задач без создания параллельной системы тегов.

Вывод: для каких сценариев ManicTime имеет смысл

Для одного Windows-компьютера ManicTime особенно убедителен, когда требуется восстановить фактический день без постоянного Start/Stop и при этом оставить данные локально. Бесплатный режим позволяет понять, подходит ли сама модель фоновой хронологии; платная лицензия становится логичной, когда в процесс входят AutoTags, расширенный поиск, Tag Editor и автоматическое резервирование.

Для фрилансера или консультанта ценность продукта появляется не в графике приложений как таковом, а в связке «история → Tags → Timesheet → экспорт». Если теги организованы одинаково и закрытые периоды фиксируются ручными Tags, отчёт остаётся проверяемым и не зависит от последующей правки AutoTag-правил.

Для нескольких компьютеров, Mac/Linux или команды выбор уже связан с инфраструктурой. Cloud проще в эксплуатации и оплачивается по подписке; собственный Server сохраняет контроль над размещением, но требует администрирования. Именно здесь ManicTime отличается от чисто облачных таймеров: централизованный режим является дополнением к локальному трекеру, а не единственным способом работы.

Если главная цель — одинаковый полноценный настольный интерфейс на Windows, macOS и Linux, ManicTime не закрывает этот сценарий: Mac и Linux остаются трекерами. Если же приоритеты — подробная Windows-хронология, локальное хранение, возможность собственного Server, табельная отчётность и автоматизация через правила и MCP, продукт сохраняет чёткую специализацию и понятные границы применимости.