Очевидное решение здесь — это принять отсутствие нулевого почтового ящика. Примите дублирование. Постройте вокруг этого и установите новые ожидания Только наше стремление к тому, как работали репозитории с открытым исходным кодом в прошлом, вызывает здесь боль.

Это неправда. Необходимость параллелизации — это проблема, которую вам нужно решить. Каждый раз, когда вы достигаете нового уровня продуктивности с агентами, вы оказываете в ловушке из задач. Вы можете переключаться между этими низкокачественными задачами, радуясь этому уровню продуктивности, или вы можете выбрать решение проблемы и вернуть свою способность сосредоточиться. Это позволяет вам достичь следующего уровня. В этот момент проблема, вероятно, вернется в виде нового узкого места с человеком в процессе, и вы повторяете. Большинство разработчиков сегодня столкнулись с узким местом "Я проверяю так много кода" и отправляют много запросов ИИ, которые низкого качества и легко автоматизируемы. Они не видят в этом проблемы, потому что все еще в восторге от того, сколько работы они могут выполнить.

Вот почему я впервые рассматриваю возможность привлечения начального раунда финансирования. Потребуются годы, прежде чем самые компетентные руководители инженерных команд научатся эффективно управлять командами разработчиков. Существует много ценности, которую можно создать с помощью продукта, позволяющего стартапам сократить этот срок до одного месяца.