Skip to content

A2A swarm: register hosted Maestro peers and route through Platform discovery #468

Description

@haasonsaas

Summary

Teach hosted Maestro to act as a native Platform A2A peer: register and heartbeat its Agent Card, child-agent skills, capacity, current objectives, and policy labels through Platform, then prefer Platform discovery and ledger state when delegating to other remote Maestro instances.

Parent: evalops/platform#2175
Related: #72
Research-backed plan PR: evalops/platform#2387

Why it matters

The Platform side can now prove remote delegation, callback replay, restart recovery, remote subagent evidence, parent result hydration, and targeted task control. Maestro still needs a first-class hosted loop so the product behavior does not depend on ad hoc peer URLs or manually curated staging records.

What to build

  • Hosted-mode registration/heartbeat path that publishes Maestro's A2A endpoint, Agent Card freshness, supported extensions, child-agent backed skills, capacity, current objective ids, and policy labels to AgentService.
  • A Platform-backed peer discovery client that selects peers by capability/skill/task class/workspace/capacity rather than direct URLs.
  • A spec-native A2A client path for message:send, message.taskId resume, push callback setup, artifact polling, and /tasks/{id}:control child-lane steering.
  • Fail-open local/offline behavior when Platform is unavailable, while hosted mode records clear degraded-state telemetry.
  • Tests for disabled local mode, successful hosted registration, stale heartbeat refresh, peer discovery by skill/capacity, remote task resume, and child-lane control request shaping.

Acceptance criteria

  • Two hosted Maestro instances can register with Platform and discover each other without private process coupling.
  • A hosted origin Maestro can delegate through Platform-discovered A2A, resume the same task by taskId, and send a targeted child-lane control operation.
  • The target Maestro advertises child-agent skills with required context grants, approval policy, max autonomy, artifact expectations, and task-class gates.
  • Missing Platform config does not break local/offline Maestro.
  • Hosted degraded states are visible in logs/telemetry rather than silently falling back to unsafe direct peer calls.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    architecture-reviewCross-service architecture review requestedenhancementNew feature or request

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions