GitHub 25 сентября 2026 года объявил о выпуске двух функций для работы с задачами в репозиториях: приватных сохранённых видов Issues и отношения «Relates to» между задачами. Согласно официальной записи в GitHub Changelog, сохранённые виды позволяют пользователям создавать персональные подборки задач, не превращая их в общую конфигурацию для всей команды.
Обновление относится к базовой организации разработки, но особенно заметно в проектах с большим потоком технических задач — например, при создании AI-агентов, сервисов на базе LLM и систем автоматизации. В таких репозиториях рядом могут находиться ошибки интеграций, результаты тестирования моделей, изменения промптов, задачи по инфраструктуре и запросы на обновление документации. Персональные виды помогают каждому специалисту выделить нужную часть очереди, а «Relates to» — сохранить связь между работами без жёсткой иерархии.
Личные подборки вместо единого набора фильтров
Приватный сохранённый вид — это персональная конфигурация отображения Issues. Разработчик может настроить подходящую выборку задач и сохранить её для повторного использования. GitHub подчёркивает именно приватный характер функции: такой вид предназначен для конкретного пользователя.
Практический смысл обновления заключается в разделении командной структуры и личного рабочего пространства. Общие метки, статусы и правила репозитория продолжают описывать процесс для всех участников, тогда как сохранённый вид может отражать задачи одного инженера или конкретный рабочий контекст.
Например, разработчик AI-продукта может подготовить отдельные представления для:
- ошибок, связанных с вызовами внешних моделей;
- задач с назначенным ему исполнителем;
- проблем в модуле оценки качества ответов;
- изменений, ожидающих проверки промптов;
- задач по наблюдаемости и контролю расходов на API.
Это не меняет сами Issues и не создаёт новую категорию задач. Функция сохраняет способ их отбора и отображения. Общая логика работы с задачами, метками и исполнителями описана в документации GitHub Issues.
В кратком анонсе GitHub не перечисляет поддерживаемые комбинации фильтров, ограничения по количеству личных видов и особенности работы через API. Поэтому пока не стоит считать новую функцию полноценной заменой внешним дашбордам или собственной автоматизации.
«Relates to» связывает задачи без жёсткой зависимости
Второе изменение — общедоступное отношение «Relates to» для Issues. Оно позволяет явно показать, что две задачи относятся к одному контексту.
Такая связь полезна, когда между задачами нет отношения родителя и дочернего элемента, а также когда одна работа не обязательно блокирует другую. В AI-проекте подобная ситуация возникает, например, если одна Issue описывает изменение системного промпта, другая — обновление набора тестов, а третья — корректировку интерфейса наблюдения за ответами модели. Работы связаны с одной функцией, но могут выполняться отдельно.
«Relates to» также может пригодиться при изменениях, затрагивающих несколько репозиториев или компонентов: сервер оркестрации агента, клиентское приложение, документацию и инфраструктуру. Раньше такой контекст нередко приходилось поддерживать ссылками в описаниях и комментариях. Формальное отношение делает связь заметнее непосредственно в структуре задач.
При этом из названия отношения не следует наличие автоматизации. В опубликованном сообщении GitHub не заявляет, что «Relates to» синхронизирует статусы, меняет приоритеты, блокирует закрытие Issue или запускает GitHub Actions. Командам не следует приписывать новой связи такие свойства без отдельной проверки.
Где функция полезна в разработке AI-систем
Для небольшого репозитория с несколькими активными задачами сохранённые виды могут быть лишь удобным сокращением. Их ценность возрастает, когда одна команда одновременно поддерживает модельный слой, инструменты оценки, интерфейс продукта и производственную инфраструктуру.
Инженеру по данным может быть нужна выборка задач по датасетам и качеству разметки. Разработчику агента — проблемы с инструментами, маршрутизацией и обработкой ошибок. Специалисту по безопасности — Issues, относящиеся к утечкам контекста, управлению секретами и нежелательным действиям агента. При этом нет необходимости превращать каждую персональную выборку в элемент общего интерфейса репозитория.
Отношение «Relates to» решает другую задачу: оно помогает сохранить горизонтальный контекст. Это важно для AI-разработки, где одно продуктовое изменение часто распадается на несколько независимых работ — от обновления промпта и схемы структурированного ответа до новых оценочных сценариев и документации.
Новые возможности не заменяют GitHub Projects. Projects предназначены для планирования и представления работы на уровне проекта, тогда как объявленная функция относится к сохранённым видам на страницах Issues репозитория. Перед изменением командного процесса полезно свериться с отдельной документацией GitHub Projects, чтобы не смешивать персональную навигацию и общую доску планирования.
Что проверить перед внедрением в рабочий процесс
Разработчикам и техническим руководителям стоит сначала провести небольшой тест на реальном репозитории:
- создать личный вид для одного часто используемого набора Issues;
- убедиться, что он не меняет представления и настройки коллег;
- связать через «Relates to» две задачи без отношения блокировки или подчинения;
- проверить, как связь отображается у участников с разными правами доступа;
- не включать её в автоматические правила до подтверждения поддержки через API или события GitHub.
Если команда использует ботов для триажа, GitHub Actions либо собственные интеграции, отдельно потребуется выяснить, доступны ли новые сущности через используемые API и события. Краткий анонс не содержит достаточных технических подробностей, чтобы гарантировать совместимость с такой автоматизацией.
GitHub предлагает сообщать о впечатлениях от персональных сохранённых видов через раздел Issues в GitHub Community. До появления более подробной документации официальный Changelog остаётся основным подтверждением релиза, а конкретное поведение функций разумно проверять непосредственно в репозитории и на действующем тарифе организации.