Что такое Jarvis

Работает прямо в Cursor/Claude: ты пишешь в чат на обычном русском языке, а Jarvis сам обращается к Kaiten, находит нужную информацию и выполняет действия.

Не нужно запоминать имена команд или параметры. Просто объясни что тебе нужно — как попросил бы коллегу.

Jarvis вместо проджект-менеджера

Рутинные функции, которые раньше делал проджект, теперь автоматизированы:

Что осталось на людях:

• Приоритеты и стратегические решения — Tech Lead, Product, руководство
• Коммуникация с заказчиками и стейкхолдерами
• Решение конфликтов и эскалации
• Продуктовое видение и roadmap

Jarvis — инструмент прозрачности. Он показывает факты, а не решает за тебя.

Подключение

1. Получи токен Kaiten

Kaiten → Профиль → Настройки → API key.

2. Добавь в Cursor

В настройках MCP (.cursor/mcp.json):

{
  "jarvis": {
    "url": "https://jarvis.kinescope.dev/mcp",
    "headers": {
      "X-Kaiten-Token": "<твой токен>"
    }
  }
}

3. Проверь

Напиши в чате Cursor: “покажи мои задачи”. Jarvis покажет твои карточки из Kaiten.

Как общаться с Jarvis

Пиши как коллеге. Несколько примеров:

“покажи мои задачи”

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

“что у нас зависло?”

Найдёт задачи в работе, которые давно не обновлялись. Покажет сколько дней без движения, кто ответственный, есть ли блокеры.

“создай задачу из треда https://app.pachca.com/chats?thread_message_id=12345"

Загрузит обсуждение из Пачки, сформулирует задачу с критериями приёмки (AC), определит ответственного и создаст карточку в Kaiten.

“как дела на доске Backend?”

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

“подготовь мне дейли”

Соберёт твои задачи, блокеры, зависимости и подготовит готовый скрипт для стендапа.

“разбей задачу #456 на подзадачи”

Прочитает описание задачи и предложит декомпозицию по компонентам (backend, frontend, ops, design) с оценками и зависимостями.

Не нужно помнить имена инструментов — Jarvis поймёт по контексту.

Навигация: пространства, доски, колонки

В Kaiten иерархия такая:

Пространство (Space)
└── Доска (Board)
    ├── Колонки (Columns) -- статусы: Бэклог, В работе, Ревью, Готово
    └── Дорожки (Lanes) -- горизонтальные полосы для группировки

“покажи структуру Kaiten”

Jarvis покажет все пространства, доски, колонки и их ID.

Большинство аналитических запросов можно делать на уровне пространства — тогда видны кросс-бордовые зависимости (например, backend-задача блокирует frontend). Просто скажи “по пространству” вместо “по доске”.

GitLab-интеграция: активность видна автоматически

Jarvis принимает вебхуки от GitLab и автоматически добавляет комментарии к карточкам в Kaiten. Каждый push, tag и открытие MR фиксируются в задаче — без ручного труда.

Как это работает:

• Пушишь в ветку kaiten-123 — Jarvis добавит в карточку #123 комментарий со списком коммитов, авторами и ссылками
• Указываешь KAITEN-123 в коммит-сообщении или названии MR — тот же эффект
• Можно указать несколько карточек: KAITEN-123,456
• Создаёшь tag — карточка получит комментарий о теге
• Открываешь Merge Request — карточка получит ссылку на MR с автором и ветками

Если забыл привязку:

Jarvis напишет тебе в Пачку с напоминанием: “в push не найдена привязка к карточке Kaiten, используй формат ветки kaiten-{id}”. Не ругается, просто напомнит.

Что это меняет в процессе:

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

“что делали по задаче #123?”

Jarvis покажет карточку с комментариями — в том числе автоматические от GitLab: кто пушил, какие коммиты, какие MR.

“покажи активность по задаче #456 за последнюю неделю”

Все комментарии, включая git-события, за указанный период.

Руководство по ролям

Backend-разработчик

Jarvis помогает с ежедневной рутиной: просмотр задач, подготовка к дейли, фиксация решений из обсуждений.

Каждый день:

“покажи мои задачи”

Задачи где ты owner или member, сгруппированные по статусам: в работе, в очереди, завершено.

“подготовь мне дейли”

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

При работе с задачами:

“возьми задачу #123 и составь план реализации”

Jarvis загрузит описание, комментарии, подзадачи, блокеры — и на основе этого контекста построит план работы для автономного агента. Не нужно вручную копировать ТЗ в чат.

“реализуй задачу #123”

Агент прочитает задачу, проанализирует кодовую базу, составит план и начнёт реализацию. Вся информация из карточки (AC, описание, обсуждения) станет контекстом.

“что блокирует задачу #123?”

Все связи карточки: родительские задачи, дочерние, блокеры с причинами.

“перемести задачу #123 в ревью”

Переместит карточку в нужную колонку и оставит комментарий о переходе.

Git-активность:

“что делали по задаче #123?”

Покажет карточку с комментариями, включая автоматические от GitLab: коммиты, MR, теги. Не нужно спрашивать коллегу — всё в карточке.

Из обсуждений в задачи:

“создай задачу из треда https://app.pachca.com/chats?thread_message_id=12345"

Загрузит обсуждение, извлечёт суть, сформулирует задачу с AC/DoR/DoD, назначит ответственного из участников обсуждения.

Если задача уже есть и нужно дополнить контекстом:

“дополни задачу #456 информацией из треда https://app.pachca.com/..."

Добавит саммари обсуждения в комментарий, подтянет участников.

Декомпозиция:

“разбей задачу #789 на подзадачи”

Прочитает описание и предложит backend/frontend/ops/design задачи с оценками и зависимостями. После согласования создаст их в Kaiten.

Frontend-разработчик

Набор возможностей тот же, что у backend. Специфика:

“какие фронтенд-задачи заблокированы?”

Покажет заблокированные задачи, включая те, где фронтенд ждёт backend. Кросс-бордовые блокеры видны, когда спрашиваешь по пространству, а не по отдельной доске.

“покажи коммиты по задаче #456”

Комментарии карточки включают git-события: кто пушил, какие коммиты, ссылки на MR. Удобно, когда нужно понять что backend уже сделал по зависимой задаче.

“разбей Story #123 на подзадачи”

При декомпозиции Jarvis выделит frontend-задачи отдельно, с зависимостями от backend.

Тестировщик (QA)

Jarvis помогает генерировать тест-кейсы, проверять готовность задач и находить проблемы в бэклоге.

Тест-кейсы:

“сгенерируй тест-кейсы для задачи #123”

На основе описания задачи сгенерирует тест-матрицу: Happy Path, Edge Cases, негативные сценарии, вопросы к уточнению.

Готовность задач:

“проверь задачу #456 на Definition of Ready”

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

“какие задачи без описания на доске QA?”

Массовая проверка: покажет карточки без описания (отдельно — самостоятельные и дочерние с родителем), с недостаточным описанием, с размазанными требованиями (описание + уточнения в комментариях), с вопросами без ответа. Помогает понять, что не готово к тестированию.

Поиск проблем:

“найди похожие задачи на доске Backend”

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

“покажи просроченные задачи”

Список задач с истёкшим дедлайном.

Дизайнер

Jarvis помогает находить свои задачи, отслеживать контекст обсуждений и участвовать в декомпозиции.

“покажи мои задачи”

Задачи где ты участник, с указанием досок и статусов.

“какой контекст по задаче #123?”

Jarvis загрузит карточку: описание, комментарии от разработчиков и продукта, обсуждения. Весь контекст в одном месте.

“дополни задачу #456 из треда в Пачке https://…”

Если было обсуждение по дизайну — Jarvis добавит саммари в задачу и подтянет участников.

“найди задачи по слову макет”

Поиск карточек по ключевым словам.

Менеджмент: руководство (Top / Owners)

Для руководства важна картина целиком, без необходимости заходить в каждую доску.

Состояние дел:

“как здоровье пространства Backend?”

Комплексный анализ: сколько задач, WIP, блокеры, просроченные, зависшие, оценка состояния (хорошо / требует внимания / критично).

“покажи аналитику по пространству Product”

Агрегированная статистика: задачи по доскам, по состояниям, нагрузка по людям через все доски, кросс-бордовые блокеры.

Люди и нагрузка:

“как распределена нагрузка в пространстве?”

Кто перегружен, где задачи без ответственного, равномерно ли распределена работа.

“что зависло в пространстве Backend?”

Задачи в работе без обновлений — забытые или застрявшие.

Прозрачность без отчётов:

Git-активность (push, MR, теги) автоматически фиксируется в карточках Kaiten. Не нужно просить людей писать отчёты или рассказывать чем занимались — достаточно открыть задачу и посмотреть комментарии.

“кто чем занимался за последнюю неделю по пространству Backend?”

Агрегированный отчёт по git-активности: кто в каких задачах коммитил, открывал MR, ставил теги. Группировка по сотрудникам и по задачам.

Регулярная рутина:

Раз в неделю достаточно спросить “как здоровье пространства X?” по ключевым пространствам. При подозрении на проблемы — “что зависло?” или “покажи блокеры”.

Менеджмент: управление (Tech Lead, Team Lead)

Tech Lead и Team Lead работают ближе к доскам и людям.

Подготовка к дейли:

Git-активность видна в карточках автоматически — не нужно тратить дейли на “чем занимался”. Вместо этого можно сфокусироваться на блокерах, решениях и синхронизации.

“подготовь дейли по доске Backend”

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

“что делала команда за последнюю неделю?”

Активность по задачам, включая коммиты и MR из GitLab. Видно без ручных отчётов.

“покажи git-активность по пространству за неделю”

Агрегированный отчёт: кто в каких задачах коммитил, открывал MR, ставил теги. Видно кто был активен, а по каким задачам не было git-событий.

“короткая сводка по пространству”

В работе, заблокировано, зависшие — без деталей.

Планирование:

“помоги спланировать спринт на доске Backend”

Анализ бэклога, незавершённое из прошлого спринта, рекомендации по приоритетам и объёму.

“разбей Story #123 на подзадачи и создай их”

Декомпозиция и создание карточек за один запрос.

Контроль качества:

“что висит на ревью?”

Задачи в ревью без движения, рекомендации по ревьюерам.

“проверь описания задач на доске Backend”

Массовый аудит: карточки без описания (самостоятельные — критично, дочерние с родителем — менее критично), с недостаточным описанием, с размазанными требованиями (суть задачи в описании + уточнения в комментариях), вопросы без ответа в комментариях.

Блокеры и зависимости:

“покажи блокеры по пространству”

Заблокированные задачи с причинами, включая ситуации когда одна доска ждёт другую.

“что зависло больше двух недель?”

Задачи в работе давно без обновлений.

Продукт

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

Из обсуждения в задачу:

“создай задачу из этого треда https://app.pachca.com/..."

Jarvis прочитает обсуждение, сформулирует задачу с критериями приёмки (AC), определит что нужно для начала работы (DoR) и критерии завершения (DoD). Не нужно вручную переносить — но лучше предварительно сформулировать суть, а Jarvis доукомплектует фактами из обсуждения.

“дополни задачу #456 из треда https://…”

Если задача уже есть — добавит саммари нового обсуждения, не затирая существующее описание.

Декомпозиция фичи:

“разбей фичу #789 на задачи”

Предложит задачи по компонентам (backend, frontend, ops, design) с размерами и зависимостями. Помогает увидеть объём до того как задача попадёт в спринт.

Аудит бэклога:

“какие задачи в бэклоге без описания?”

Массовая проверка: самостоятельные задачи без описания (критично), дочерние без описания (есть родитель — менее критично), задачи с размазанными требованиями, вопросы без ответа в комментариях. Что не готово к разработке, что нужно доработать.

“найди дубликаты в пространстве Product”

Карточки с похожими формулировками — возможные пересечения.

“проверь задачу #123 на готовность к разработке”

Definition of Ready: описание (с учётом родительской карточки), AC, ответственный, зависимости, вопросы без ответа в комментариях, размазанные требования. По каждому пункту — что ок, что доработать.

Мониторинг хода работ:

“как здоровье пространства?”

Общее состояние: что в работе, что застряло, что просрочено.

“как распределена нагрузка?”

Кто перегружен, где узкие места.

Типичный цикл работы с продуктовой задачей:

1. Обсуждение в Пачке → “создай задачу из треда” → карточка в Kaiten с AC/DoR/DoD
2. “Проверь задачу на готовность к разработке” → убедиться, что всё понятно
3. “Разбей на подзадачи” → декомпозиция, если нужно
4. “Как здоровье пространства?” → мониторинг хода работ
5. “Какие задачи без описания?” → регулярная чистка бэклога