Поищите ADLC сегодня, и вы можете найти двух человек, уверенно объясняющих две совершенно разные вещи. Рисунок 1.1 — Та же аббревиатура, два места для обозначения случайности. Рисунок 1.2 — Создание агентов — это также создание программного обеспечения с использованием агентов. Что...
Поищите ADLC сегодня, и вы можете найти двух человек, уверенно объясняющих две совершенно разные вещи.
Один говорит о создании агентов ИИ как продуктов.
Другой говорит о создании программного обеспечения с использованием агентов ИИ.
Оба используют одни и те же четыре буквы. Оба утверждают, что традиционная разработка программного обеспечения должна измениться. Оба имеют точку зрения.
Но вот в чем проблема: последуйте неправильному совету, и вы можете потратить месяцы на создание правильных средств управления для неправильной проблемы.
Давайте распутаем это.
Две команды. Одна аббревиатура. Две разные проблемы.
Представьте себе две инженерные команды.
Команда А создает ИИ-агента по обслуживанию клиентов.
Клиенты будут говорить с ним каждый день. Иногда это даст отличный ответ. Иногда он неправильно понимает вопрос. Его поведение может измениться, когда изменится модель, данные или инструмент, от которого он зависит, перестанет работать.
Команде необходимо знать, правильно ли агент ведет себя в продакшене. Им нужны оценки, мониторинг, проверки безопасности и способы выявления ухудшения качества с течением времени.
Их проблема заключается в поведении того, что они отправляют.
Теперь представьте себе команду Б.
Команда Б создает платежную систему с использованием агентов кодирования искусственного интеллекта.
Сама платежная система я