Не смешивайте orchestration с MCP и A2A

MCP стандартизирует подключение context и tools, A2A описывает взаимодействие удалённых agents, а orchestration решает, кто и когда работает в вашем приложении. Это три разных слоя. MCP - agent-to-tool: discovery и вызов capabilities внешнего server из host или agent runtime. A2A - agent-to-agent: discovery удалённого агента и task-oriented обмен через protocol boundary. Orchestration - control flow: topology, state, budget, permissions, retries, fan-out и acceptance.

Наличие MCP server не превращает tool в отдельного автономного worker. Наличие A2A endpoint не решает, стоит ли вызывать agent, какой budget передать и можно ли принять artifact. Эти решения остаются у control plane. Практическая связка выглядит так: supervisor строит validated work item; local worker получает tools через MCP или host functions; remote specialist вызывается через A2A только на protocol boundary; outputs нормализуются во внутренний Artifact schema; budget, identity, trace и acceptance остаются общими.

Protocol boundary полезна организационно. A2A имеет смысл, когда agent принадлежит другой команде, сервису или trust domain и должен публиковать контракт. Для двух функций внутри одного процесса обычный typed interface проще.

Эта книга не повторяет wire-level реализацию MCP и A2A из предыдущего тома - здесь протоколы рассматриваются только как transport adapters внутри более широкой системы управления. Слои разведены. Осталось доказать пользу - и делать это надо на реальных дорогих задачах.