Почти все, что касается того, как мы создаем программные продукты для предприятий, сейчас меняется. На протяжении многих лет, когда вы создавали SaaS-продукты, ваше внимание было сосредоточено на том, как пользователь будет взаимодействовать с системой для выполнения своей задачи, самостоятельно или в сотрудничестве. Теперь многие основные дизайнерские задачи больше связаны с тем, как пользователь будет работать с ИИ-агентами для выполнения этой задачи. Это превращает вопросы в то, как пользователь будет настраивать, развертывать, организовывать или предоставлять контекст ИИ-агентам для выполнения работы, а затем проверять и интегрировать их работу после. Происходит ли это в существующем пользовательском интерфейсе? Делаете ли вы это через чат? Это происходит через список задач или очередь? Это происходит через конструктор рабочих процессов? Вы описываете это как агента или просто производите конкретный результат, который хочет клиент? Вы можете увидеть ранние различия, проявляющиеся прямо сейчас в области ИИ-кодирования, где идет дебаты между IDE, терминалом, веб-интерфейсом или просто использованием Slack. Во всех случаях одно кажется ясным: во многих отношениях программное обеспечение для пользователя становится проще. Регуляторы, переключатели, переключатели и компоненты, необходимые людям для выполнения задач, менее необходимы в мире ИИ-агентов. API для этих возможностей все еще важны для использования ИИ-агентами (поэтому они не исчезают), но в основном они используются в фоновом режиме. И когда они в конечном итоге появляются для пользователя, это больше для продвинутых случаев использования, обработки исключений или процесса проверки, а не для обычной деятельности. Мы находимся в самом интересном периоде проектирования программного обеспечения, в котором мы когда-либо были. Мы должны проектировать как для пользователей, так и для автономных агентов одновременно. И мы только в начальных фазах того, как это будет выглядеть.