DC subagent-dag-orchestration

Используйте, когда делегируемая работа разбивается на несколько задач, которые могут выполнить агенты из списка. Роль хоста определяет, что делегировать; этот навык определяет, как сгруппировать эту работу. Узел DAG отправляет запросы агенту из списка, включая универсального агента, и не может вызывать инструменты хоста. Выбирайте из перечисления параметра `subagent` инструмента — имена агентов в обычных очередях, метки рабочих при привязке таблицы рабочих. Список описывает базовые возможности. Чтение краткого описания или проверка статуса задачи — это координация хоста, а не причина для создания узлов графа. Перед отправкой задач по одной проверьте три условия: независимы ли две или более задачи (они могут выполняться одновременно), передает ли задача результат следующей (граф связывает эту передачу без вашего участия между ними), нужны ли задачам разные специалисты (список закрывает список инструментов). Если выполняется любое из трех условий, оркеструйте всю задачу как один вызов `run_subagent_dag`. Шаг, результат которого определяет, что будет выполняться дальше, является узлом принятия решений: назначьте ему маршруты и защитите последующие действия с помощью `when`, все в одном графе. Итерация — это графы последовательно, по одному графу за раунд, управляемые вами.

машинный переводПоказать оригиналСкрыть оригинал«Use when delegated work breaks into several tasks that agents on the r…»

Use when delegated work breaks into several tasks that agents on the roster can carry out. The host's role decides what to delegate; this skill decides how to group that work. A DAG node dispatches to a roster agent, including the generic agent, and cannot call the host's tools. Choose from the tool's `subagent` parameter enum -- agent names on ordinary turns, worker labels when a Worker Table is bound. The roster describes underlying capabilities. Reading a brief or checking task status is host coordination, not a reason to create graph nodes. Before dispatching tasks one at a time, test three things: are two or more tasks independent (they can run at once), does a task hand its result to the next (a graph wires that handoff with no turn of yours in between), do the tasks want different specialists (the roster closes the tool list). If any of the three holds, orchestrate the whole task as one run_subagent_dag call. A step whose result decides what runs next is a decision node: give it routes, and guard what follows with when, all in one graph. Iteration is graphs in series, one graph per round, driven by you.

Роль хоста определяет, что делегировать; этот навык определяет, как сгруппировать эту работу.

Как процесс C 62/100 · Есть пробелы — слабые места: результат и критерий готовности, когда включается, стоимость исполнения