Владелец - тот, кто может изменить и остановить систему
Один автор считает: запуск доказывает работоспособность системы, а кому она принадлежит, видно по первому изменению после ухода тех, кто её строил. Если вносить его могут только создатели, система принадлежит им.
Он приводит прогноз аналитической компании: к 2028 году 7 из 10 предприятий откажутся от агентного ИИ, который строили вендорские инженеры внутри команд заказчика. Та же компания ожидает, что менее чем один такой проект из пяти превратит повторяющиеся потребности заказчика в функции продукта вендора.
Поведение агента распределено между промптами, моделью, инструментами, данными и тестами; если эти части у вендора, команда не может безопасно изменить ни одну. По мнению автора, система арендуется, если верны два из четырёх признаков аренды, например: каждое изменение уходит вендору.
Другой автор описывает ту же проблему с обратного конца: у каждого агента один названный человек, не команда. Когда он есть, есть и тот, кто отвечает за поломку и вправе агента отключить. В третьем материале вопрос шире: за периметром компании пока нет единых стандартов, и если агент другой организации обратится к системе, неясно, как проверить, кто он и чей.
· вчера
Кажется, экономика вендорской разработки уже существенно сместилась за счет возможности самим делать решения более высокими темпами и меньшими ресурсами, сохраняя у себя контроль. Наверное, принимать вендорскую работу без всего набора промптов, скиллов и харнесса сейчас - примерно как принимать её без документации и полноценного хендоффа раньше
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён