Linear MCP: подключение ИИ к задачам команды

Как подключить Linear MCP к Claude, Cursor и Codex, настроить права доступа и работать с задачами. Примеры разбора обращений, спецификаций и отчётов по циклу.

Опубликовано

Автор
Linear MCP: подключение ИИ к задачам команды

Linear MCP позволяет ИИ-ассистенту с поддержкой протокола получать данные о работе команды и обновлять задачи прямо в том диалоге, где вы планируете работу или пишете код. Это сокращает время на поиск задач, перенос контекста и повторный ввод принятых решений. Сервер работает на стороне Linear и предоставляет операции для задач, проектов и комментариев. Анонс Linear

Если команда уже работает в Linear, начните со сводки по циклу, затем переходите к разбору входящих задач и созданию задач по спецификации — с проверкой перед внесением изменений. Для Claude, Cursor и Codex есть документированные способы подключения MCP. Подключение ChatGPT в документации Linear предназначено для глубокого исследования; редактирование задач на этой странице не заявлено. Интеграция с ChatGPT

Как подключиться к Linear MCP и пройти авторизацию

Используйте адрес https://mcp.linear.app/mcp и транспорт Streamable HTTP — подключение к серверу по HTTP. Интерактивная настройка использует OAuth 2.1 с динамической регистрацией клиента: этот механизм отвечает за регистрацию клиента и авторизацию пользователя. Другой вариант — передать токен OAuth или API-ключ Linear в заголовке Authorization: Bearer <yourtoken>. Настройка Linear MCP

MCP можно представить как единое окно обслуживания. Ассистент запрашивает операцию по имени — например, найти задачу или сохранить изменение. Сервер Linear выполняет её в пределах прав, выданных подключению. Промпт объясняет, что нужно сделать, но дополнительных прав не даёт.

ПодключениеЧто указано в документации Linear
https://mcp.linear.app/mcpПо умолчанию доступны чтение и запись
https://mcp.linear.app/mcp/readonlyДоступны только инструменты чтения
/mcp только с областью доступа OAuth readДоступ только для чтения; токен не позволяет обращаться к API записи
API-ключ с ограничением ReadЕщё один способ авторизации с правами только на чтение

Это разные способы ограничить доступ. Фраза «ничего не меняй» в промпте — инструкция для ассистента. Эндпоинт или учётные данные с доступом только для чтения ограничивают сами доступные ему действия. Варианты доступа в Linear

Архитектурная схема: ИИ-клиент подключается через OAuth к Linear MCP, от которого расходятся ветви операций чтения и записи.
Стандартное подключение может поддерживать чтение и запись. Доступные операции зависят от эндпоинта, выданных прав и клиента.

Как настроить клиент, которым пользуется команда

Claude и Claude Code

В браузерной или настольной версии Claude откройте Settings → Connectors и подключите Linear. Именно этот путь указан на странице интеграции Linear с Claude.

Для Claude Code:

  1. Выполните в терминале claude mcp add --transport http linear-server https://mcp.linear.app/mcp.
  2. Откройте сессию Claude Code.
  3. Выполните /mcp и пройдите авторизацию.

Команда и дальнейшие действия приведены в инструкции Linear по настройке Claude.

Cursor

В основном руководстве Linear есть ссылка для установки и рекомендация найти Linear на странице MCP-инструментов Cursor. Воспользуйтесь ссылкой в разделе Linear о Cursor.

На отдельной странице интеграции с Cursor описана и ручная настройка:

  1. Нажмите Ctrl/Cmd + Shift + J, чтобы открыть настройки Cursor.
  2. Выберите MCP.
  3. Нажмите Add new global MCP server.
  4. Добавьте эту конфигурацию:
JSON
{
  "mcpServers": {
    "linear": {
      "command": "npx",
      "args": ["-y", "mcp-remote", "https://mcp.linear.app/mcp"]
    }
  }
}

Здесь используется mcp-remote — посредник между клиентом и сервером. Эта конфигурация опубликована на странице интеграции Linear с Cursor.

Codex CLI и расширение для IDE

По документации Linear, CLI и расширение для IDE используют общую конфигурацию MCP.

  1. Выполните codex mcp add linear --url https://mcp.linear.app/mcp.
  2. Следуйте запросу на вход в Linear, описанному в руководстве по настройке.
  3. При ручной настройке Linear предлагает отредактировать ~/.codex/config.toml, а затем пройти авторизацию командой codex mcp login linear.

Прежде чем копировать конфигурацию, обратите внимание на расхождение в документации:

Страница LinearНастройка, указанная в разделе [features]
Основное руководство по MCPexperimental_use_rmcp_client = true
Отдельная страница интеграции с Codexrmcp_client = true

На отдельной странице для ручной настройки сервера используется секция [mcp_servers.linear] со значением url = "https://mcp.linear.app/mcp". Здесь настройки приведены так, как они опубликованы, но расходящиеся флаги функций не стоит считать обязательным условием для любой актуальной конфигурации. Интеграция Linear с Codex, основное руководство по MCP

Используйте описанный выше путь с командами добавления сервера и входа. В актуальном руководстве OpenAI по MCP описаны настройка HTTP-сервера и команда codex mcp login <server-name>; ни один из этих флагов там не требуется. Официальная документация OpenAI по MCP

ChatGPT

Следуйте способу подключения, который описан в документации Linear:

  1. Откройте настройки коннекторов ChatGPT по ссылке со страницы интеграции Linear с ChatGPT.
  2. Подключите Linear.
  3. Добавьте Linear как источник в режиме глубокого исследования.

Linear описывает это подключение как способ обращаться к задачам, проектам и обсуждениям с сохранением действующих прав пользователя. Создание и обновление задач через такую настройку в документации не описаны. Используйте её для исследований и сводок, а для приведённых ниже примеров с редактированием выберите MCP-клиент с документированной поддержкой записи. Это уточнение относится к конкретному подключению, а не ко всем интеграциям ChatGPT.

Какие инструменты перечислены в документации Linear

Главное — различать получение контекста и сохранение изменений. Ниже приведены точные идентификаторы из опубликованного Linear списка часто используемых инструментов и их назначение. Список находится на странице интеграции со Slack, в разделе о подключении того же сервера Linear MCP к Slackbot. Список инструментов Linear

Идентификаторы инструментовНазначение
list_issues, get_issueПоиск задач; в документации указаны фильтры по команде, исполнителю, проекту, метке, статусу, приоритету и циклу
save_issueСоздание или обновление задачи, в том числе её названия, команды, исполнителя, проекта, меток, приоритета и статуса
list_projects, get_projectПолучение проектов и сведений о них, включая контрольные точки и участников
get_status_updatesЧтение обновлений по проектам или инициативам
list_usersПоиск пользователей рабочего пространства для выбора ответственных и назначения задач

В журнале изменений Linear также перечислены list_cycles, list_issue_labels, list_comments, save_project и save_document. Там описаны получение сведений о циклах, постраничная выдача меток и комментариев, изменение проектов, а также создание документов или изменение их родительской привязки к инициативам или циклам. Это перечень нужных для работы инструментов из опубликованных материалов, а не утверждение, что каждый клиент предоставляет один и тот же каталог неизменного размера. Инструменты для циклов и меток, инструменты для комментариев, инструменты для проектов и документов

В старых примерах могут встречаться отдельные вызовы create_issue и update_issue. Linear объединила их в save_issue. Учитывайте это, когда копируете старые промпты или строите интеграцию с обращением к инструментам по имени. Изменение инструментов Linear

Какой доступ получает ассистент и что контролирует администратор

Считайте подключение авторизованным каналом доступа к данным рабочего пространства. В терминологии OAuth у Linear read означает «доступ на чтение для учётной записи пользователя», а write — «доступ на запись для учётной записи пользователя». По умолчанию приложение действует от имени пользователя и создаёт ресурсы от имени того, кто выдал ему разрешение. Права OAuth в Linear

Для API-ключей Linear использует формулировку «полный доступ к данным, доступным вашему пользователю», при этом права и список команд можно ограничить. Поэтому ключ с ограничениями существенно отличается от личного ключа с широкими полномочиями. Права API-ключей

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

Средство контроляКто и где им управляет
Одобрение сторонних приложенийВладелец рабочего пространства на тарифе Enterprise или администратор рабочего пространства на другом платном тарифе включает согласование в Settings → Administration → Security. Одобренные и отклонённые приложения отображаются в Applications.
Создание API-ключей участникамиАдминистраторы управляют этим в Settings → Administration → API → Member API keys. Там же можно просматривать и отзывать API-ключи рабочего пространства.
Права ключа и доступ к командамПри создании личного ключа в Settings → Account → Security & Access пользователи с соответствующими полномочиями могут ограничить его права и доступ к командам.

По описанию Linear, согласование приложений позволяет контролировать, «какие приложения могут получать доступ к рабочему пространству и его данным». Участники могут запросить одобрение при установке. Управление ключами относится к авторизации через API-ключи и не заменяет контроль подключений приложений через OAuth. Одобрение приложений, администрирование API

Для поддерживаемых клиентов Anthropic рабочие пространства Enterprise с Okta SAML могут использовать авторизацию под управлением организации. Linear указывает, что при этом «применяются существующие права пользователей в Linear». Администраторы управляют доступом через Okta, и пользователям не нужно отдельно авторизовывать каждое подключение. Авторизация под управлением организации

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

Три сценария, с которых стоит начать

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

Ниже разобраны вымышленные примеры. Они показывают промпты и ожидаемые результаты, а не итоги проверки в реальной учётной записи.

Разобрать новые задачи и предложить изменения для проверки

Руководитель разработки может попросить ассистента изучить новые обращения, найти похожие задачи и собрать предложения по изменениям. Это сокращает повторяющийся поиск и редактирование полей, а решения об исполнителях и приоритетах остаются за руководителем.

Исходные данные для примера: В новом обращении «Кнопка экспорта зависает» сказано, что браузер перестаёт отвечать при экспорте с фильтрами. Уже существующая задача «Экспорт с фильтрами не завершается» описывает тот же экран. В другом обращении, «Приглашения не приходят», нет ни журналов доставки, ни шагов воспроизведения.

Промпт:

Проверь новые задачи в очереди Triage нашей команды. Получи содержимое каждой задачи и поищи среди существующих те, которые могут быть с ней связаны. Предложи метки, исполнителя и приоритет по нашим письменным правилам разбора. Объясни, на какие данные опирается каждое предложение. До проверки считай похожие обращения лишь возможными дубликатами. Прежде чем что-либо менять, покажи текущие и предлагаемые значения. Укажи, какой информации не хватает, вместо того чтобы строить догадки.

Пример полезного предложения:

Новая задачаЧто предлагается сделатьОснование или пробел в данных
Кнопка экспорта зависаетОтметить возможный дубликат и предложить на рассмотрение исполнителя существующей задачи об экспортеВ обоих описаниях упоминается экспорт с фильтрами; совпадение симптомов не доказывает общую причину
Приглашения не приходятОставить на разборе и запросить сведения о доставкеИз обращения неясно, произошёл сбой при отправке или при получении

После проверки руководитель может разрешить через save_issue только согласованные изменения меток и исполнителей, оставив неоднозначные обращения без изменений. Ассистент должен вернуть ссылки на затронутые задачи и перечень изменённых полей. Операции получения данных и сохранения описаны в списке инструментов Linear.

Прежде чем строить собственную систему разбора, сравните её с Triage Intelligence. В Linear уже есть предложения значений полей и поиск дубликатов или связей между задачами. Собственный сценарий на MCP имеет больше смысла, когда для решения нужен контекст или правила, выходящие за рамки встроенного процесса. Triage Intelligence

Создать задачи по спецификации, не придумывая требований

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

Пример спецификации: «Администраторы рабочего пространства могут приглашать участников по электронной почте. Приглашённые принимают приглашение по ссылке из письма. Администраторы могут отзывать ещё не принятые приглашения. Изменения в оплате и массовая отправка приглашений не входят в объём работ».

Промпт:

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

Предлагаемая разбивка на задачи:

Черновик задачиКритерии приёмки из спецификации
Пригласить участников по электронной почтеАдминистратор рабочего пространства может отправить приглашение на адрес электронной почты
Принять приглашениеПолучатель может принять приглашение по ссылке из письма
Отозвать ожидающее приглашениеАдминистратор рабочего пространства может отозвать приглашение, которое ещё не принято

Открытые вопросы: Что происходит, если адрес электронной почты уже принадлежит участнику? Есть ли у приглашения срок действия? Что увидит приглашённый после отзыва приглашения? Пока владелец продукта не примет решение, это остаётся вопросами.

После одобрения ассистент может создать родительскую задачу и подзадачи, вернуть их URL и указать, что создать не удалось. Создание подзадач входит в документированные возможности MCP. Изменения MCP в Linear

Ассистент переносит требования в задачи. Продуктовые решения по-прежнему принимает владелец продукта.

Подготовить еженедельный отчёт по задачам цикла

Руководитель может превратить данные о работе в цикле в черновик отчёта, где каждое утверждение подкреплено ссылкой. Это сокращает путь от разрозненных обновлений в задачах до отчёта, который можно проверить.

Еженедельный отчёт и сводка по циклу могут охватывать разные периоды. Укажите команду, цикл и отчётный период, чтобы «завершено в этом цикле» незаметно не превратилось в «завершено на этой неделе».

Исходные данные для примера: Задача «Письмо с приглашением» получила статус Done в отчётном периоде. Задача «Принятие приглашения» остаётся в статусе In Progress. В комментарии к задаче «Отзыв приглашения» сказано, что реализация ждёт продуктового решения о том, что пользователь увидит при переходе по отозванной ссылке.

Промпт:

Найди текущий цикл нашей команды и его даты. Собери нужные задачи и комментарии, просмотрев все страницы результатов. Подготовь еженедельный отчёт за указанный мной период. Отдельно перечисли работу, завершённую за этот период, работу в процессе, зафиксированные препятствия и необходимые решения. К каждому содержательному утверждению добавь URL исходной задачи. Различай статус Done у задачи и подтверждение того, что функция выпущена. Отмечай случаи, когда время завершения неясно. Ничего не меняй в Linear и не отправляй отчёт.

Пример черновика:

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

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

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

Что ещё можно поручить ассистенту, когда основные сценарии отлажены

СитуацияВозможный процессПольза
После стендапа у руководителя остались разрозненные заметкиСопоставить заметки с существующими задачами, проверить предложенные комментарии и опубликовать согласованные обновленияМеньше повторного ввода и обновлений, потерявшихся в чате
Инженер принимает незнакомый проектПолучить данные проекта, связанные задачи и последние обновления; подготовить материалы для передачи проекта с открытыми вопросами и ссылками на источникиМеньше времени на расспросы коллег, чтобы восстановить контекст

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

Как посчитать выгоду с учётом времени на проверку

Экономия относится к затратам на координацию разработки. Без MCP руководитель ищет данные, копирует их, сверяет и оформляет. С подключённым ассистентом он по-прежнему определяет рамки запроса, проверяет результат и исправляет ошибки.

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

Чистая выгода = (время на ручную подготовку − время на подготовку с ассистентом, проверку и исправления) × полная стоимость часа работы − дополнительные затраты на клиент и эксплуатацию.

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

Выбрать подписку поможет обзор тарифов Linear. Если вы ещё выбираете сам трекер, прочитайте сравнение Linear и Jira. Другие подключения разобраны в нашем обзоре лучших MCP-серверов.

Какие продукты имеет смысл строить на этой основе

Сервис подготовки отчётов по циклу — наиболее перспективная отправная точка. Руководитель разработки может быть готов платить за единообразный отчёт, который соблюдает границы команд, отделяет завершённую работу от открытой и подтверждает выводы данными из задач. Минимальная полезная версия сохраняла бы параметры отчёта, получала нужные данные цикла и готовила редактируемый черновик. Расписание, повторные попытки и доставка отчёта были бы частью вашего приложения.

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

Собственная очередь проверки предложений по входящим задачам — более узкая возможность. Руководитель платформенной команды или инженерной поддержки может быть готов платить за объединение контекста задач Linear с внутренними правилами распределения и данными поддержки, доступ к которым выдан отдельно. Минимальная версия показывала бы предлагаемые изменения полей, их основания и действия «одобрить» или «пропустить», а затем применяла согласованные изменения.

Сложность здесь — в прямой конкуренции со встроенной Triage Intelligence. Разработка оправдана лишь там, где дополнительный контекст или правила меняют решение, с которым встроенная система недостаточно хорошо справляется для этой команды. Это продуктовые гипотезы, а не заявления о подтверждённых результатах клиентов.

Где заканчиваются возможности подключения

MCP даёт ассистенту доступ к операциям, но не устраняет неоднозначность требований и не делает неполные данные задач достоверными. Статус Done позволяет утверждать, что задача отмечена как завершённая. Сам по себе он не доказывает, что функция дошла до клиента.

Точно так же авторизация в Linear не даёт доступа ко всем документам, репозиториям и системам поддержки, упомянутым в задаче. Если вашей разработке нужны эти источники, предусмотрите отдельные способы доступа и получения данных.

Для новых подключений используйте /mcp. Linear помечает /sse как устаревший запасной вариант. Более ранний сервер сообщества jerhadf тоже прямо обозначен как устаревший и больше не поддерживаемый; его пользователям предлагается перейти на официальный сервер Linear. Актуальные рекомендации по эндпоинтам

Нужен ли API-ключ Linear?

Нет. Используйте интерактивную авторизацию OAuth либо ключ, если ваш клиент настроен на этот альтернативный способ. Варианты авторизации

Может ли ChatGPT обновлять задачи через описанное выше подключение?

В опубликованной инструкции Linear подключение ChatGPT описано как доступ к задачам, проектам и обсуждениям для глубокого исследования. Запись задач через это подключение не документирована. Для разбора и создания задач выберите подключение MCP с поддержкой записи. Интеграция с ChatGPT

Можно ли разрешить ассистенту читать данные Linear без права что-либо менять?

Да. Для подготовки отчётов выберите подключение только для чтения из приведённой выше таблицы доступа. Варианты доступа только для чтения

Может ли администратор решать, какие приложения подключаются?

На платных тарифах Linear есть согласование сторонних приложений. Владельцы рабочих пространств Enterprise или администраторы пространств на других платных тарифах могут включить его в настройках безопасности рабочего пространства. Управление одобрением приложений

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

Если хотите внедрить эти сценарии с учётом правил вашей команды, мы разрабатываем автоматизации на базе ИИ.

Опубликовано
Категория
Build
Похожие статьи
LangChain vs LangGraph: как выбрать основу для ИИ-агента

LangChain vs LangGraph: как выбрать основу для ИИ-агента

Когда хватит агента LangChain, а когда нужен граф LangGraph: сравнение архитектуры, примеры на Python, переход без переписывания и стоимость LangSmith.13 окт. 2026 г.Build
Агентный RAG: когда он нужен и как его собрать

Агентный RAG: когда он нужен и как его собрать

Как работает агентный RAG, когда он полезнее обычного поиска и как собрать прототип: примеры для поддержки, продаж и финансов, цены и проверка качества.13 окт. 2026 г.Build
Amp Code: обзор тарифов, моделей и командной работы

Amp Code: обзор тарифов, моделей и командной работы

Обзор Amp Code: тарифы, бесплатный Hobby, модели, CLI и работа в команде. Разбираем отдельные расходы и выбор между Amp, Claude Code и Codex для ваших задач.12 окт. 2026 г.Build
Playwright MCP: как настроить и проверять сайты с ИИ

Playwright MCP: как настроить и проверять сайты с ИИ

Как подключить Playwright MCP к Claude Code, Codex, Cursor и VS Code, проверить оформление заказа и формы, собрать данные о сбоях и учесть ограничения доступа.12 окт. 2026 г.Build
Cursor Bugbot: как настроить ревью и контролировать расходы

Cursor Bugbot: как настроить ревью и контролировать расходы

Как настроить Cursor Bugbot, задать правила ревью и рассчитать расходы. Условия Autofix, поддержка репозиториев и сравнение с CodeRabbit и Greptile.12 окт. 2026 г.Build
Cline или Claude Code в 2026: цены и выбор ИИ-агента

Cline или Claude Code в 2026: цены и выбор ИИ-агента

Сравниваем Cline и Claude Code: тарифы, расходы при редкой и активной работе, выбор моделей, редакторы и облако. Разбираем лимиты и условия перехода.12 окт. 2026 г.Build
Плагины Claude Code в 2026 году: 9 инструментов под разные задачи

Плагины Claude Code в 2026 году: 9 инструментов под разные задачи

Сравниваем 9 плагинов Claude Code для ревью, тестирования, документации и памяти проекта. Команды установки, цены, ограничения и советы по выбору.12 окт. 2026 г.Build
LiteLLM vs OpenRouter: комиссии, контроль и выбор шлюза

LiteLLM vs OpenRouter: комиссии, контроль и выбор шлюза

Сравнение LiteLLM и OpenRouter: тарифы, BYOK, контроль ключей, бюджеты и кеширование. Расчет месячных расходов и правила перехода между шлюзами для моделей ИИ.12 окт. 2026 г.Build
Рассылка

Одно письмо, каждое воскресенье.Работающие системы, а не горячие мнения.

Еженедельно. Без спама. Отписка в любой момент.