новая эра для Open Source
кажется, что кодинг ИИшки очень сильно могут менять подход к багам, недоработкам которые мы как юзеры встречаем в продуктах
условный старый флоу если ты не разработчик: нашел баг — зарепортил в саппорт(максимум создал Issue) и ждешь фикса от других
сейчас даже человек без глубокого технического понимания может через Claude Code/Codex пофиксить баг, залить Pull Request и вполне реально его вмерджнут
и это выгодно для всех: для опенсорс проектов, для мейнтейнеров, которым часто не хватает времени на всё, особенно мелкие фиксы, и для вас, как юзера, потому что это решает вашу проблему с продуктом
можно глянуть на последний
репорт гитхаба(еще из 2025) — все показатели растут и бьют рекорды: больше Issues, PR'ов, опенсорсных репозиториев и в целом юзеров
путь от обычного юзера продукта до контрибьютора благодаря современным кодинг ИИшкам сокращается в разы
конечно тут есть и обратная сторона, что повышается нагрузка на ревью PR если репозиторий популярный(легкий пример тут OpenClaw, автор которого утопает в PR'ах) и не все ИИшки пишут оптимальный код
тут можно применять в целом очевидные советы(
часть от автора OpenClaw), чтобы ваш PR был чище, лучше и имел бОльшие шансы на апрув:
1) просите ИИшку сначала определить проблему, только потом приступать к решению
2) перед решением попросите найти best possible fix
3) просите делать минимальные изменения кода, насколько это возможно — так будет легче ревьювить
4) после решения попросите еще раз проанилизировать точно ли это best possible fix(можно на чистом контексте) и только после этого отправляйте
в целом призываю всех уважаемых вайбкодеров вводить для себя стандарт: контрибьютить в опенсорс проекты, которыми сами пользуетесь, а в сфере тулов для оптимизации и тулов надстроек над ИИ — большинство проектов как раз таки опенсорс
увидел баг — нашел корень проблемы — ИИшка сделала фикс — залил
https://x.com/tonundrwrld/status/2037176875605258329