Черновики PR из задач GitHub с долгоживущим агентом Dots
Комментатор на Hacker News поручал Dots читать задачи в GitHub и готовить по ним пул-реквесты. PR обычно получались довольно плохими, но давали точку старта, а лучший результат он получал в Claude Code с участием человека.
Что сделали
Комментатор пользовался Dots, инструментом для долгоживущих агентов, вместе с Codex. Dots он отдавал долгие задачи, где нужно много читать. Агент читал задачи (issues) в GitHub и готовил по ним черновики пул-реквестов. Других подробностей настройки в источнике нет. Момента, где вмешивался человек, там тоже не описано.
Что получилось
Пул-реквесты обычно были довольно плохими, но давали отправную точку. Гораздо лучший результат в реальной работе комментатор получал в подходе в стиле Claude Code, где человек участвует в процессе.
На что обратить внимание
Для автора решающим минусом стало то, что Dots расходует обычные лимиты тарифа. Ещё ему не хватало контроля над контекстным окном, когда агент уходит от задачи.
Пояснение
Issue в GitHub это карточка задачи или бага в репозитории. Pull request (PR) это предложенное изменение кода, которое потом проверяют и сливают в основную ветку.
Кому пригодится
Разработчикам, которые думают отдать агенту разбор очереди задач в GitHub без присмотра.
Попробуйте сами с Dots
Прочитай открытые задачи в моём репозитории GitHub [ссылка на репозиторий] и выбери [число] самых чётко описанных с меткой [метка или тема]. Для каждой создай ветку и подготовь черновик pull request с первым вариантом исправления, тестами, если они есть в репозитории, и кратким описанием того, что сделано и в чём ты не уверен. Ничего не сливай и не публикуй, кроме черновиков PR, и до открытия покажи мне список PR, которые собираешься открыть.
Нужна помощь с запуском? Вступайте в сообщество AI Pack ↗
Источник: news.ycombinator.com ·