Может ли работодатель заметить джиглер мыши

Дело в ритме, а не в движении

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

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

Джиглером называют четыре разных вещи

За словом стоят как минимум четыре разных инструмента, и для трекера они не одинаковы. Железный донгл втыкается в USB и физически качает настоящую мышь. Программный mouse mover работает на машине и двигает курсор через ОС. Анимированная вкладка браузера или зацикленное видео меняют только пиксели на экране.

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

• USB-донгл — физически двигает настоящую мышь.
• Программный mouse mover — двигает курсор через ОС.
• Анимированная вкладка или видео — меняют пиксели, не ввод.
• Самодельные скрипты (AutoHotkey, GitHub) — тот же mouse mover с жёстким циклом.

Что именно видно в потоке ввода

Обнаружение — это статистика по логу ввода, а не компьютерное зрение. Трекер знает, когда пришло каждое событие, куда примерно шёл курсор, был ли следом клик или прокрутка и какое окно активно. Из этого он измеряет регулярность — и регулярность выдаёт.

Человек даёт кривые неровные траектории, клики вперемешку с движением, прокрутку, паузы разной длины и окно, которое скачет туда-сюда. Примитивный джиглер даёт обратное: одну повторяющуюся траекторию, движение без единого клика, одинаковые интервалы между событиями и одно и то же окно часами. Никакого ИИ тут не нужно — хватает простой проверки «слишком ровно для человека».

Как это видят конкретные трекеры

Называют это по-разному, но идея общая. Hubstaff считает время 10-минутными интервалами по доле замеров с вводом, и интервал, в точности повторяющий предыдущий, выделяется на неровной человеческой линии. У Time Doctor 2 есть Unusual Activity Report, который обычно помечает однообразные клики и долгое движение мыши без кликов. Upwork показывает клиенту Work Diary, где сегменты активности стоят рядом со скриншотами.

Во всех случаях трекер читает форму ввода, а не список устройств. Поэтому «железо или программа» — неверный первый вопрос: и то и другое видно только через паттерн, оставленный в одном и том же логе.

Почему железо не безопаснее программы

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

На рабочем компьютере есть и вторая ловушка. Управляемые ноутбуки часто логируют подключённые USB- и HID-устройства, так что неизвестное устройство ввода, появляющееся каждый день, само по себе сигнал — независимо от метрики активности. Самодельные скрипты не лучше: цикл на AutoHotkey или джиглер с GitHub оставляют ту же ровную сигнатуру, что и дешёвый донгл.

Какие сигнатуры помечают

Полезно знать, как чрезмерная регулярность выглядит в отчёте, — именно эти вещи вызывают второй взгляд:

Ничто из этого — не «движение». Всё это — регулярность, отпечаток цикла. Отчёт в слегка неровной середине, с провалами и подъёмами в течение дня, — вот как выглядит работающий человек; слишком ровный отчёт — вот что притягивает внимание.

• Интервалы, почти в точности повторяющие друг друга минута за минутой.
• Движение мыши без кликов и прокрутки.
• Одно и то же активное окно часами.
• Одинаковые по длине паузы между событиями.
• Линия, днями прибитая к ровным 100%.

Что не выделяется

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

Поэтому естественный диапазон важнее, чем верх шкалы. Ровные 60–85% с человеческой неровностью растворяются в общем фоне; ровные 100%, как бы их ни получили, — тот самый паттерн, что стоит особняком.

• Разные траектории и тайминг, а не одно повторяющееся движение.
• Ввод, привязанный к настоящим окнам, прокрутке и кликам.
• Диапазон активности около 60–85%, а не ровные 100%.

Где здесь Reaction

Reaction сделан для того узкого случая, ради которого джиглер и используют не по делу: отрезки, когда вы отошли от клавиатуры, но сессия должна оставаться живой, — кофе, разминка, забрать детей. Вместо одного повторяющегося движения он даёт разные траектории курсора, живой ритм клавиш, изредка прокрутку и переключение окон и держит присутствие в заданном вами диапазоне, а не прибивает линию к 100%.

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