Для Codex вышел мощный скилл, который находит и подтверждает все баги в кодовой базе — Bug

Для Codex вышел мощный скилл, который находит и подтверждает все баги в кодовой базе — Bug Reproducer не только замечает ошибки, но и доказывает их с помощью точечных тестов.

Что делает скилл:

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

Пробуем — тут. Но вопрос - если код пишет ИИ, то зачем с помощью ИИ искать баги?

tg / max

👍 0

Комментарии (9)

Огромный Волшебник 2026-07-20 15:59

Но вопрос - если код пишет ИИ, то зачем с помощью ИИ искать баги?

Ответ - потому что ИИ пишет код с багами. И если не заставить ее искать баги и исправлять их, то баги останутся и поедут в прод. Только дорогие топовые модели которые лимит за день всасывают сами ищут баги после того как что то сделали. Ответить

раскрыть ветку (2)
- Автор канала 2026-07-20 16:00
  
  а если в промпте попоросить сразу проверить на баги? Ответить
  
  раскрыть ветку (1)
  - Огромный Волшебник 2026-07-20 16:17
    
    Если модель не топовая то она не проверит достаточно хорошо, terra 5.6 у меня сейчас не способна даже сделать большую задачу до конца, она где то на 2/3 заканчивает работу и пишет "я не сделал вот это". Там лимиты стоят на долгость работы. Топовые модели свой код проверят, но весь проект - нет Ответить
Робкий Киллер 2026-07-20 16:08

Если код пишет ИИ, проверка на баги всё равно нужна: при генерации модель думает «сделать задачу», а не «поймать себя на ошибке», и легко пропускает edge case, гонку, дыру в безопасности или неверный контракт API. Просьба в том же промпте «сразу проверь» чуть помогает, но это всё тот же автор в том же контексте — он склонен оправдывать уже выбранное решение. Отдельный проход ревьюера смотрит готовый diff другим фокусом, как второй человек на code review. Проверка багов ИИ — не дубль генерации, а смена роли: сначала написать, потом придирчиво проверить

Bugbot в Cursor — отдельный AI-ревьюер: смотрит diff в PR (GitHub/GitLab/Bitbucket), ищет баги, риски безопасности и проблемы качества, пишет комментарии с объяснением и идеей фикса. Можно дернуть вручную или локально через /review. В отличие от чата, это не «автор, перепроверь себя», а автоматический второй проход на каждом PR Ответить
Робкий Киллер 2026-07-20 17:46

баги в коде это только отправная точка в большой и интересный мир вайбкодинга :) вот, к примеру, еще не начинал даже фичи для очень простого сермяжно домотканого конструктора в Lovable like стиле и это целая инфраструктура :)) а ещё прямо сейчас сразу архитектурю отдельные блобы object storage для автоматического создания датасетов под модель inkling и context runtime движок... это + контейнеры...

вот вам и вайбкодинг, вот вам и баги и дебаги

делаю buildy для Макса Ответить

раскрыть ветку (4)
- Робкий Киллер 2026-07-21 09:26
  
  Небольшая заметка о создании своего аналога Lovable (v0, base44, vibe source craft)
  
  Почему Яндекс выбирает по умолчанию DynamoDB вместо Postgre например. И в чём проблема Next
  
  Просто представим ситуацию как именно должен разворачиваться вебконтейнер под каждого отдельного пользователя и под каждый отдельный его проект? Я вчера считал, по прикидкам для 10000 юзеров и 1000 проектов, которые прямо сейчас в работе, владельцу конструктора нужно серверов примерно 3 терабайта и оперативной памяти от 120 гб, а это мы еще не говорим о бэкапах, автотестах, проверках на вирусы и утечки и т д
  
  Вот, почему яндекс сразу привязывает вайбкодера к облаку и сразу создает платежный аккаунт и вот почему яндекс не допускает более 3х проектов на одного пользователя
  
  Так что построить конструктор вайбкодинга не проблема - проблема его тащить и обслуживать
  
  buildy Ответить
  
  раскрыть ветку (3)
  - Робкий Киллер 2026-07-21 10:54
    
    Ну что? Кто там на PHP гнал? Этот слоняра живее всех живых ) и только у Макса будет конструктор в стиле Lovable, который PHP сайты будет выпускать как пирожки
    
    А жирный Next оставим хипстерам и тем, кого обманули бигтех крупные компании подсаживая на иглу микросервисной "отказоустойчивой" толстой инфраструктуры, выгодной только им... ладно. Шутки в сторону, BuildY сможет всё. В том числе и Next и Nuxt Ответить
    
    раскрыть ветку (2)
    - Солнечный Кит 2026-07-21 10:55
      
      Golang - 50мб бинарь... Ответить
      
      раскрыть ветку (1)
      - Робкий Киллер 2026-07-21 10:56
        
        да. это уже в рантайме BuildY и уже настроено Go + Templ, я просто маненько накинул на вентилятор. Да будет срач. Пэха против некста Ответить