Где компромисс в использовании ИПЦ для разработки агентного программного обеспечения?

arXiv: 2607,23624v3 Тип уведомления: заменить перекрестное резюме: маршрутизаторы третьей стороны API стали общим слоем, который объединяет доступ к различным поставщикам LLM. В системах кодирования-агентов широко применяется высокоавтономная эксплуатация, поскольку она позволяет сократить накладные расходы в связи с взаимодействием. В результате этого трейлер API, который находится между агентом и поставщиком в верхнем течении, неизбежно занимает доверенное место. Она может проверять и изменять каждую просьбу и ответ, однако ни один механизм не проверяет соответствие между результатами деятельности поставщика и действиями на уровне хранилища, которые в конечном счете осуществляются агентом. Следовательно, на практике механизмы получения разрешений от клиентов могут стать неэффективными. По-прежнему эмпирически неизмеримым является вопрос о том, создает ли этот контрольный пробел реальное и трудно обнаруживаемое воздействие на задачи разработки программного обеспечения. В настоящем документе мы проводим эмпирическое исследование впрыскивания роутер-сайда в агентах кодирования, изучая четыре уровня вмешательства возрастающей тонкости: ответная субституция (L1), ответ Appen