новая эра для 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