Управляйте заявками в Git как YAML — без входа в систему, без Jira MCP, работает в автономном режиме

Передача билетов через MCP в Jira выглядит красиво, пока аутентификация, области действия, ограничения скорости и сопоставления полей не съедают весь день. IDE по-прежнему не сможет увидеть отставание, если этот связующий элемент не идеален. Есть более простая схема — ближе к Obsidian, чем к другому переходу SaaS: храните билеты в виде файлов YAML в репозитории, а затем связывайте их локально. Нет входа в систему. Нет API-интерфейса поставщика для каждого поиска. Билеты в виде файлов Поместите билеты примерно так: .gitoza/tasks/tickets/{project}/{ticket-id}.yaml Релизы в .gitoza/tasks/releases/. Ссылки — это просто пути и идентификаторы: Билет ↔ билет (родитель/ребенок, [[TICKET-ID]]) Билет ↔ выпуск Билет ↔ тестовый пример в .gitoza/test/cases/ Открываем файл, переходим по ссылке, готово. Достаточно структурирован для поиска и агентов, а не еще одна облачная доска. Почему это выигрывает По умолчанию оффлайн. Источник истины находится на диске. Поиск выпуска или переход по ссылке не зависит от VPN или нестабильного API. Синхронизируйтесь с пультом, когда захотите поделиться; редактирование не требует такого обратного пути. ИИ уже говорит файлами. Агенты в Cursor/VS Code хорошо читают YAML. Спросите, что открыто в этом спринте, в каких тикетах отсутствуют кейсы, что сидит в релизе — не ставя предварительно MCP на трекер. Предпочитаете местную модель? Тот же представитель