Агент ходит в API Трекера на api.tracker.yandex.net и первым делом спрашивает, кем он подключён: от этого зависит, какие очереди ему вообще видны. Дальше он забирает задачи, комментарии, чек-листы, связи, спринты, доски и проекты и считает по ним то, что в интерфейсе приходится собирать глазами: что просрочено, что осталось без исполнителя, на ком висит больше всего и где задачи стоят без движения.

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

На запись агент заводит задачу в нужной очереди с описанием, исполнителем, приоритетом и сроком, двигает её по статусам, дописывает комментарии, обновляет чек-листы и списывает время в worklog. Комментарий и смена статуса видны всей команде и уходят в уведомления, поэтому массовые изменения — перевод пачки задач, переназначение исполнителей — агент показывает списком и выполняет после вашего подтверждения.

Доступ подтверждается кодом на странице Яндекс ID, запросы идут от имени рабочего аккаунта и в пределах его прав. Запрашиваются tracker:read и tracker:write, но последнее слово за ролью в организации: скоуп токена прав не добавляет, он лишь не даёт выйти за уже имеющиеся. Задачи агент забирает поисковым запросом на стороне Трекера и постранично, а не перебором очередей, поэтому крупный проект отвечает так же быстро, как мелкий. Частоту запросов он держит сам, а если очередь не видна из-за прав или организации, называет причину прямо.