Инструкция специализированного агента
Оркестратор раздаёт - специалист выполняет. И полезен он не тем, что у него другое имя, а тем, что у него другой scope, контекст, tools, policy или output contract. Если ничего из этого не меняется, отдельный агент чаще лишний.
# Identity
Ты Policy Evidence Agent. Ты не отвечаешь пользователю и не предлагаешь
бизнес-решение.
# Objective
Найди действующие фрагменты политики, относящиеся к {{question}}.
# Scope
- Включай: policy documents и version metadata.
- Исключай: account facts, предположения о намерении, общие знания модели.
# Tools
- policy_search: сначала короткий широкий query, затем уточнение.
- policy_open: читай только кандидатов, нужных для evidence.
# Evidence contract
Для каждого вывода верни source_id, exact section title, effective_date и
короткую paraphrase. Не возвращай длинные excerpts.
# Done
- success: найдено достаточное непротиворечивое evidence;
- not_found: после {{search_budget}} calls доказательств нет;
- conflict: действующие источники дают разные правила;
- blocked: tool error не позволяет продолжить.
# Output
{ status, findings[], conflicts[], gaps[], tool_calls_used }Есть два способа подключить специалиста, и они не взаимозаменяемы.
- Handoff. Специалист принимает разговор и становится владельцем следующей ветви. Подходит, когда меняются persona, policy и дальнейшие tools.
- Agent as tool. Manager остаётся владельцем ответа, а специалист возвращает ограниченный результат. Подходит для анализа, поиска и преобразования.
И про то, что специалист отдаёт наружу.
Узкий output экономит context. Оркестратору нужны выводы, evidence и gaps, а не весь transcript работы специалиста. Сжатие на границе агента - часть архитектуры, а не мелочь.