На карте
Когда агентов несколько, поручения в чатах быстро теряются: непонятно, кто что взял, что уже сделано и где ждут решения человека. В таск-трекере у каждой работы есть своё место, а комментарии к задаче становятся разговором вокруг неё. Это руководство помогает собрать такую схему в Todoist, Plane или Linear: роли, колонки, правила комментариев и проверку.
Руководство опирается на опыт Виктора Неймана из статьи о том, как он перевёл компанию на ИИ-агентов через таск-трекер. Он перенёс около тысячи задач по 45 проектам в Todoist и подключил к ним агентов. Главная находка из статьи: разговор идёт внутри задачи, и у него сразу есть предмет, исполнитель, срок и история. Как устроена его система, показывает разбор кейса.
Это третья часть серии «Руководителю об ИИ». Первая помогает найти работу для ИИ, вторая разбирает, кто отвечает за результат агента. Роли, контракт агента и цепочка состояний из второй части здесь превращаются в колонки и комментарии трекера.
Что понадобится
- Таск-трекер, к которому агенты подключаются по API или через готовую интеграцию.
- Список проектов и людей, которые за них отвечают.
- Контракты агентов по шаблону из второй части серии или готовность их написать.
Если работа в компании пока не описана, начните с описания. В статье Виктора Неймана регламенты, функции и стандарты работы стали готовой инструкцией для агентов, а без них переносить в трекер нечего.
Шаг 1. Выберите трекер
Главный критерий: агенты должны стабильно работать с трекером по API. В опыте Виктора Неймана это оказалось решающим: с одной платформой связь обрывалась, с другой агенты подключились за день. Второй критерий: видно ли в истории задачи, какой агент что сделал.
| Трекер | Как агент попадает в задачу | Чья подпись в истории | Что учесть | Руководство |
| Todoist | Через API и вебхуки, у Неймана с отдельного аккаунта для всех агентов | Общий аккаунт, агента нужно подписывать | Колонки доски строятся из разделов проекта | Руководство по Todoist |
| Plane | Агента назначают исполнителем или упоминают в комментарии | У каждого агента своя учётная запись | Агентов включает администратор, на некоторых тарифах функция недоступна | Руководство по Plane |
| Linear | Задачу делегируют агенту | Агент указан отдельно от исполнителя | Ответственным остаётся человек | Руководство по Linear |
Подробности по Plane есть в документации об агентах, по Linear в описании делегирования. Если команда работает в GitHub, похожую схему можно собрать в GitHub Projects.
Шаг 2. Опишите, кто за что отвечает
Перед подключением агентов запишите распределение работы. Это та же оргструктура, только в ней есть и люди, и агенты.
| Проект или направление | Агент | Кто ставит ему задачи | Кто проверяет | Кто принимает результат |
Для каждого агента нужен контракт из семи полей: за что отвечает, откуда берёт данные, что сдаёт, что делает сам, что требует одобрения, чего никогда не делает и что делает, если данных нет. Шаблон есть во второй части серии.
Решите, как агенты входят в трекер. У Виктора Неймана все агенты работают через один отдельный аккаунт. Тогда в задаче полезно указывать, какой агент её ведёт, например меткой или пометкой в начале комментария. Иначе по истории трудно понять, чья это работа.
Шаг 3. Настройте колонки
Колонки показывают, на каком этапе задача и чей сейчас ход. Базовый набор повторяет цепочку состояний из второй части:
| Колонка | Что значит | Состояние из второй части | Кто переводит задачу дальше |
| Входящие | Задача поставлена: в описании есть результат, материалы и критерии приёмки | Поставлено | Исполнитель, когда берёт задачу |
| В работе | Исполнитель работает над задачей | — | Исполнитель |
| Ждёт решения | Нужно подтверждение действия из поля «Требует одобрения», данные или ответ человека | — | Человек, от которого ждут решения |
| На проверке | Агент сдал результат, проверяющий сверяет его с критериями, затем владелец решает, принять ли | Выполнено агентом, Проверено | Проверяющий, затем владелец результата |
| Готово | Владелец принял работу, внешнее действие выполнено и перепроверено | Принято, Применено | — |
Колонка «Ждёт решения» нужна обязательно. У Виктора Неймана перенос задач с чистым временем два-три часа растянулся на день: он отвлекался на другие дела, а работа подвисала там, где было нужно его согласование. Если такие задачи лежат в общей колонке «В работе», ожидание не видно.
Как сделать колонки в разных трекерах:
- Todoist: включите вид «Доска» в проекте, каждый раздел станет колонкой. Создайте пять разделов с названиями из таблицы. Заранее решите, что значит «Готово»: раздел доски или отметка о выполнении. Агент с доступом по API может отметить задачу выполненной, поэтому запрет на это впишите в его контракт.
- Plane: статусы сгруппированы в группы состояний. Завершённой считается только задача в группе «Completed», поэтому колонку «Готово» положите туда, а «Ждёт решения» и «На проверке» оставьте в группе «Started».
- Linear: добавьте статусы ожидания и проверки в рабочий процесс команды и договоритесь, что в «Done» задачу переводит человек.
Правило для всех трекеров: агент может перевести задачу до колонки «На проверке», в «Готово» её переводит только владелец результата.
Шаг 4. Сделайте задачу местом разговора
Комментарии к задаче работают как чат. В статье Виктора Неймана в треде собираются участники: агент может позвать другого агента или человека, запросить результат, поставить подзадачу. Чтобы такой чат не превратился в шум, договоритесь о правилах. Заодно комментарии становятся журналом запуска из второй части.
Что агент пишет в комментарии:
- Взял в работу: что собирается сделать, к какому сроку и по какой версии инструкции.
- Нужен ответ: конкретный вопрос и кому он адресован. Задача переходит в «Ждёт решения».
- Результат готов: ссылка на результат и на источники.
- Что изменил: список изменений и способ их отменить.
- Проверил: что перечитал после внешнего действия и что увидел.
Проверяющий и владелец тоже пишут в задаче: «Проверено» со ссылкой на критерии, «Принято» или «Вернуть» с причиной.
Чего агент не делает:
- не отвечает за человека и не выполняет действия из поля «Требует одобрения» без подтверждения в задаче;
- не дублирует один и тот же вопрос в нескольких задачах;
- не оставляет решения в мессенджере. Обсуждать можно и в рабочем чате, у Неймана агенты работают и в группах мессенджера, но решение и итог записываются в комментарий к задаче.
Чтобы агенты узнавали о новых комментариях, трекер должен передавать сигналы, а между трекером и агентами нужен маршрутизатор, который доставит сигнал тому агенту, кто должен ответить.
- Todoist: вебхуки отправляют события о новых и изменённых задачах и о новых комментариях. Их настраивают в консоли приложений. Для пользователя, который создал приложение, вебхуки не срабатывают, пока он сам не пройдёт авторизацию OAuth. События могут прийти с задержкой, не по порядку или потеряться, поэтому маршрутизатор должен это переживать.
- Plane: агент запускается, когда его назначают, упоминают или когда происходит событие с задачей. Изменения, сделанные агентами, событийные триггеры не запускают, чтобы агенты не переписывались бесконечно. Если агент упомянет или назначит другого агента, тот запустится.
Похожие правила для личного списка задач Сергей описал в статье о настройке dot и возвращении в Todoist: учитывать новый срок, если задачу перенесли, не создавать заново выполненное, спрашивать, если из переписки непонятно, чем всё закончилось. В комментариях агент складывает ссылки и материалы для следующего действия.
Шаг 5. Проверяйте результат перед закрытием
Задача в колонке «На проверке» проходит два перехода с разными владельцами.
Проверяющий отвечает на три вопроса:
Если ответ где-то «нет», задача возвращается в «В работе» с комментарием, что исправить. Если все ответы «да», проверяющий пишет «Проверено». Затем владелец результата решает, нужен ли ему такой результат, и переводит задачу в «Готово» или возвращает её с причиной. Если результат уходит наружу, в «Готово» задача попадает после подтверждённого внешнего действия и комментария «Проверил». Подробнее о приёмке во второй части серии.
Шаг 6. Начните с одного проекта под контролем
Виктор Нейман советует начинать с одного переноса под контролем: агенты переносят, вы корректируете и согласуете. Тот же принцип годится и для первой рабочей недели:
- Выберите один проект с понятным владельцем.
- Подключите одного или двух агентов и назначьте их по таблице из второго шага.
- Поработайте неделю и посмотрите, сколько задач застряло в «Ждёт решения» и сколько вернулось с проверки.
- Поправьте контракты агентов и правила комментариев, затем подключайте следующий проект.
Отдельно об общем контексте
Задача в трекере даёт агенту предмет разговора, но не знания о компании. В статье Виктора Неймана отдельным слоем работает общая база контекста, куда сливается всё происходящее, и без неё, по его оценке, система бы корректно не работала. Решите заранее, где агент берёт сведения о проекте, клиенте и прошлых решениях, и впишите это в поле «Источники» его контракта.
Правила для трекера с помощью ИИ
Таблицу распределения и правила комментариев можно набросать в чате, а потом проверить по шагам 2–5. Названия проектов и роли подойдут, персональные данные и доступы в чат не вставляйте.
Промпт:
Помоги подготовить работу команды ИИ-агентов в таск-трекере [Todoist / Plane / Linear].
Проекты и кто за них отвечает: [список].
Агенты и их задачи: [список или «предложи»].
1. Составь таблицу: проект, агент, кто ставит задачи, кто проверяет, кто принимает результат. У каждого результата должен быть один владелец-человек.
2. Для каждого агента перечисли действия, которые требуют подтверждения человека. Такие задачи должны уходить в колонку «Ждёт решения».
3. Предложи шаблоны комментариев агента: «Взял в работу», «Нужен ответ», «Результат готов», «Что изменил», «Проверил».
4. Отдельно перечисли, что агенту запрещено делать в трекере. В «Готово» задачу переводит только владелец результата.
5. Если данных не хватает, задай мне вопросы списком. Не придумывай роли и проекты, которых нет в моём описании.Частые ошибки
- Переезд вместо описания: агентов подключают к трекеру раньше, чем описаны проекты и роли, и они переносят хаос.
- Нет колонки ожидания: задачи, где нужен человек, лежат вместе с остальными, и задержку никто не видит.
- Агент сам закрывает задачу: выполненная работа выдаётся за принятую.
- Проверка и приёмка слиты: проверяющий сверил критерии, и задачу сразу закрыли, хотя владелец результата её не видел.
- Решение осталось в чате: договорились в мессенджере, а в задаче записи нет. Позже никто не вспомнит, почему сделано именно так.
- Один аккаунт без подписи: все агенты пишут от одного имени, и по истории нельзя понять, кто что сделал.
Другие руководства серии «Руководителю об ИИ»
- Часть 1. Как найти работу, которую можно поручить ИИ: разбор рабочего дня и первые три задачи
- Часть 2. Кто отвечает за результат ИИ-агента: роли, приёмка и контракт агента
Следующий шаг
- База знаний: Todoist: задачи, проекты и работа с Codex и Claude
Если захотите обсудить, как это применить у себя или в команде — пишите в Telegram @pimenov
