Представьте себе инструмент под названием save, который принимает строку содержимого. Вы просите агента сохранить 12-страничный документ. Он сохраняет резюме из 40 слов, радостно сообщает об успехе и движется дальше. Технически правильно. Совершенно бесполезно. Это редко бывает ошибкой модели...
Представьте себе инструмент под названием save, который принимает строку содержимого. Вы просите агента сохранить 12-страничный документ. Он сохраняет резюме из 40 слов, радостно сообщает об успехе и движется дальше. Технически правильно. Совершенно бесполезно.
В этом редко бывает вина модели. Обычно это инструмент. Агент читает определения ваших инструментов так же, как стажер буквально читает заметку в свой первый день. В нем нет контекста коридора, нет воспоминаний о стендапе на прошлой неделе и нет представления о том, о чем вы думали, когда называли что-то, кроме.
Вот правила, которым мы следуем при разработке инструментов, которыми агенты смогут эффективно пользоваться. Никто из них не умён. Все они экономят время.
1. Назовите инструменты существительным_глаголом и будьте скучными.
Агенты выбирают инструменты в основном по названию и описанию. Расплывчатое название заставляет гадать.
Мы остановились на шаблоне существительное_глагол для всего сервера:
список_целей
цели_добавить
цели_завершены
список_документов
документ_прочитано
document_save
напоминание_добавить
список_напоминаний
Группировка по существительному означает, что связанные инструменты располагаются вместе, когда клиент перечисляет их. Существительные во множественном числе для коллекций и существительные в единственном числе для одного предмета сообщают агенту, собирается ли он получить одну вещь или несколько. Это выглядит педантично. Это также отсекает целую категорию «Я перечислил, что