Коротко
Make This Better перебрасывает мост между пользовательскими баг-репортами и AI-агентами: виджет ловит скриншот, DOM и консоль, а агент забирает это через MCP как задачу. Звучит как автоматизация мечты — но дьявол в триаже.
AI-агенты научились писать код быстро, но не научились понимать, что именно сломалось у пользователя. Проект Make This Better пытается закрыть этот разрыв: виджет на сайте собирает фидбек с автозахватом скриншота, DOM-снапшота и лога консоли, а AI-триаж структурирует жалобу в готовую задачу. Дальше ваш агент в Claude Code или Cursor забирает её через MCP и начинает чинить.
Концептуально это интересно, потому что решает реальную боль. Пользователь пишет «не работает экспорт» — и у разработчика нет контекста. Виджет добавляет недостающее: URL, ошибки, состояние страницы. Триажный AI задаёт уточняющие вопросы и раскладывает фидбек на три компонента — контекст, блокер и реальную потребность. Это уже не сырой баг-репорт, а структурированная единица работы.
Поток выглядит так: ставите CLI, подключаете MCP-сервер, устанавливаете Skill. В агенте вызываете /makethisbetter pick, и тот подтягивает оригинальные доказательства — скриншот, DOM, консоль, триаж. Агент «забирает» фидбек, патчит код, прогоняет тесты, обновляет статус. На публичной доске пользователь видит движение: получено → в работе → деплой.
Поддерживаются Claude Code, Cursor, Windsurf и Codex. Подключение — через npx skills add makethisbetter/skills и конфиг MCP. На бесплатном тарифе доступен BYOK: используете свой API-ключ, провайдер списывает напрямую, Make This Better не берёт комиссию за AI-токены.
Но здесь есть три вопроса, которые лендинг аккуратно обходит.
Первый — качество триажа. Вся цепочка держится на том, что AI правильно выделит «реальную потребность» из расплывчатой жалобы. Если триаж ошибся, агент получит задачу, которая ведёт не туда, и спокойно закоммитит решение проблемы, которой не было. Это не просто шум — это уверенно оформленная ошибка.
Второй — кто ревьюит. Агент забрал фидбек, написал патч, тесты прошли. Но тесты проходят и на код, который чинит не то. Без человека в цикле виджет превращается в конвейер, который генерирует PR-ы с внешне правильным видом. Публичная доска статусов создаёт иллюзию контроля для пользователя, но не гарантирует контроля для команды.
Третий — гранулярность. Виджет ловит точечные баги: сломался экспорт в Safari, непонятный тумблер биллинга. Это полезно. Но «семь пользователей просят email-рассылку» — это уже не баг, а фича, и здесь структурирование через AI триаж не заменяет продуктовый разговор. Автоматизация хорошо работает на нижнем уровне — точечные поломки UI. На уровне приоритизации она создаёт опасную видимость объективности: раз AI собрал жалобы в один тикет, значит, это и есть следующий шаг.
Make This Better — честная попытка закрыть реальный разрыв. Виджет с автозахватом контекста — это полезно само по себе, даже без агента. Подключение к MCP — логичный следующий шаг, который экономит рутину. Но продавать это как «your agent ships the fix, you sleep» — это маркетинг, который скрывает, что именно человек должен решать, какой фидбек агент трогает, а какой — нет. Без этого фильтра вы не ускорили цикл, вы просто переместили точку принятия решения на шаг назад и сделали её менее заметной.
Источник: Hacker News - Newest: ""AI" "LLM""