Перейти к содержанию

Режимы агента

Режим агента отвечает на вопрос: в какой роли Koda должна думать над новой задачей. Это не отдельное приложение и не другой проект, а профиль поведения для следующего чата.

Настройки режимов агента

Когда выбирать режим

Выбирайте режим до начала новой задачи. Если чат уже ушёл в работу, надёжнее создать новый чат и выбрать нужный режим там.

Типовые варианты:

  • Стандартный - обычная работа без дополнительного фокуса.
  • Тестировщик - сценарии, регрессии, граничные случаи и проверки.
  • Системный аналитик - требования, контракты, роли пользователей и edge cases.
  • Код-ревьюер - баги, регрессии, безопасность и недостающие тесты.
  • Разработчик - реализация, локальная проверка и короткий итог по изменениям.

Как это выглядит в работе

Режим выбран рядом с композером, рядом с проектом, веткой, MCP и Только чтение. Он применяется к новой сессии и помогает задать тон: например, попросить ревьюера начинать с рисков, а тестировщика - с сценариев проверки.

Простое правило выбора

Если вы не уверены, оставьте Стандартный. Меняйте режим, когда задача явно требует роли:

  • нужно понять требования - Системный аналитик;
  • нужно проверить, что ничего не сломалось - Тестировщик;
  • нужно найти риск в изменениях - Код-ревьюер;
  • нужно быстро внести понятную правку - Разработчик.

Пользовательские режимы

В настройках можно создать свой режим. Это полезно, если у команды есть повторяющийся стиль работы: например, “Документация”, “Release manager” или “Support triage”.

В режиме можно настроить:

  • название и описание;
  • системный промпт;
  • доступные skills;
  • core tools;
  • доступные MCP-серверы.

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

Пример режима для документации

Название:

Документация

Описание:

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

Системный промпт:

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