7.2 Тип агента
Пять типов агентов сопоставляют различные разрешения инструментов, степень детализации журналов и калибры расчетов; они соответствуют ролям в структуре оркестрации, но привязаны к управлению.
7.2 · Тип агентаПять типов = пять личностей миссий, а не пять скинов чата.
Мультиагентные платформы, такие как CrewAI, используют «роли» для организации подсказок и инструментов; WCN обновляет роли до объектов управления: каждый тип агента соответствует различной видимости данных, выполняемым действиям и шаблонам атрибуции PoB. Без классификации разрешения и поселения будут перепутаны.
Пять типичных агентов
Поиск информации, сводка из нескольких источников, структурированная таблица сопоставимых компаний/треков и заполнение списка комплексной проверки. Примеры инструментов: RAG для документов интрасети, разрешенный API сторонних данных, запрещающий прямое подключение к любому сканированию веб-страниц (защита от внедрения). Примечание LLM. Ссылки на факты должны иметь привязки к источнику; значения по умолчанию помечены как «для проверки».
Кандидаты на соответствие капитальным проектам, питч-драфты на уровне тизеров, рекомендации по статусу сделки. Запрещено: предоставление обязательных условий или эксклюзивных обязательств от имени узлов без разрешения. Сравнение второго пилота: второй пилот оптимизирует рукописи, написанные одним человеком; Выходные данные агента по сделкам должны содержать Deal_id и сводку логики рекомендаций для проверки.
Копия с несколькими версиями, маркированные списки воронки, сводка атрибуции после кампании (связанная с задачей роста). Риск: Перед публикацией во внешнем мире необходимо пройти через шлюз ручного выпуска; избегайте сочетания с наводящими словами, такими как «обязательство о прибыли».
Протоколы встреч, разбивка дел, черновик напоминаний и список отслеживания квитанций. Эталон: наиболее близок к корпоративной автоматизации (Zapier/Make) + LLM, но каждое предложение должно быть связано с заметками о встречах и временными метками.
Сводка мониторинга ликвидности и состояния рынка, состояние контрольного списка, описание сигналов тревоги аномального порога. TradFi Lenovo: Подобно «слою естественного языка» определенного типа панели управления рисками в Aladdin, право принятия решений по-прежнему принадлежит торговому отделу/узлу.
Почему их нельзя смешать в «суперагента»?
Агенты общего назначения в стиле LangChain часто используют один и тот же набор инструментов; в институциональных сценариях принцип наименьших привилегий будет нарушен. После классификации система может выполнять:
Исследования позволяют прочитать широкий спектр материалов; Ликвидность может определять только рыночные цены и согласованные контракты; По умолчанию сделка не считывает конфиденциальные поля уровней зарплат во всей базе данных.
Исполнение может писать задания и комментарии; Рост может писать только маркетинговые проекты областей; ни один тип Агента не может переводить деньги или подписывать контракты по умолчанию.
Исследование записывает поисковый запрос и идентификатор фрагмента; Deal записывает рекомендуемые функции и версии; Ликвидность фиксирует определение индикатора и время получения данных.
Шаблоны атрибуции разделены по типам: например, «Принятые абзацы исследований» и «Принятые материалы роста» имеют разные поля «Доказательства», чтобы избежать споров по урегулированию.
Отображение отношений с помощью многоагентной оркестрации
Агент/узел в CrewAI/LangGraph можно сравнить с типами WCN, но WCN исправляет три дополнительных вещи: (1) Белый список инструментов, разрешенный для каждого типа; (2) The state machine with the human approval edge; (3) The output is bound to task_id, node adoption event. Without (3), no matter how beautiful the arrangement is, it is just an internal experiment.
Цель типов — дать ответ на архитектурном уровне: если что-то пойдет не так, проблема ли это с моделью, инструментами, конфигурацией или принятием человеком — это можно сломать, прежде чем этим можно будет управлять.