Federated Single-Agent Robotics: Multi-Robot Coordination Without Intra-Robot Multi-Agent Fragmentation
Authors: Xue Qin, Simin Luan, John See, Cong Yang, Zhijun Li
Organizations: School of Software, Harbin Institute of Technology, Harbin, China · School of Computer Science and Technology, Harbin Institute of Technology, Harbin, China · School of Mathematical and Computer Sciences, Heriot-Watt University, Malaysia Campus, Malaysia · School of Future Science and Engineering, Soochow University, Suzhou, China
As embodied robots move toward fleet-scale operation, multi-robot coordination is becoming a central systems challenge. Existing approaches often treat this as motivation for increasing internal multi-agent decomposition within each robot. We argue for a different principle: multi-robot coordination does not require intra-robot multi-agent fragmentation. Each robot should remain a single embodied agent with its own persistent runtime, local policy scope, capability state, and recovery authority, while coordination emerges through federation across robots at the fleet level. We present Federated Single-Agent Robotics (FSAR), a runtime architecture for multi-robot coordination built on single-agent robot runtimes. Each robot exposes a governed capability surface rather than an internally fragmented agent society. Fleet coordination is achieved through shared capability registries, cross-robot task delegation, policy-aware authority assignment, trust-scoped interaction, and layered recovery protocols. We formalize key coordination relations including authority delegation, inter-robot capability requests, local-versus-fleet recovery boundaries, and hierarchical human supervision, and describe a fleet runtime architecture supporting shared Embodied Capability Module (ECM) discovery, contract-aware cross-robot coordination, and fleet-level governance. We evaluate FSAR on representative multi-robot coordination scenarios against decomposition-heavy baselines. Results show statistically significant gains in governance locality (d=2.91, p<.001 vs. centralized control) and recovery containment (d=4.88, p<.001 vs. decomposition-heavy), while reducing authority conflicts and policy violations across all scenarios. Our results support the view that the path from embodied agents to embodied fleets is better served by federation across coherent robot runtimes than by fragmentation within them.
Figures & tables
Provenance
Constructs
Inherited (Papers 1–5)
ECM definition, capability contracts, per-robot policy scope, single-robot recovery levels, human oversight model ( Hi )
Extended to fleet
ECM registry (from local to shared Γ ), recovery hierarchy (from local to fleet escalation), policy composition (from single-robot to cross-robot Π )
Table 1: Novelty provenance of Paper 6 constructs.
Figure 1: Decomposition-heavy multi-agent architecture (a) versus federated single-agent architecture (b). In (a), each robot is internally fragmented into multiple fleet-visible agents, producing nested cross-agent coordination with blurred boundaries. In (b), each robot remains a single coherent agent; coordination occurs through a governed federation layer.
Figure 2: FSAR system model: three-layer architecture. Bottom: local robot runtimes, each containing an agent core, ECM manager, policy engine, recovery manager, and human interface. Middle: fleet federation layer with shared registry, coordination engine, policy resolver, recovery orchestrator, audit service, and trust manager. Top: fleet-level human oversight.
Figure 3: Five-phase lifecycle of an inter-robot capability request. Phases 1–3 are driven by the requesting robot ri ; phases 4–5 are driven by the executing robot rj under its own local runtime.
Figure 4: Left: the four-dimensional authority tuple. Right: delegation chain non-transitivity—authority from ri to rj and rj to rk does not imply authority from ri to rk .
Figure 5: Layered recovery hierarchy with monotone escalation. Recovery begins locally and expands outward only when the current level’s budget or capacity is exhausted.
Symbol
Meaning
Ri
Local runtime of robot ri : (Ai,Ei,Pi,Ti,Qi,Hi)
Ai
Agent identity of ri
Ei
ECM set (capabilities) of ri
Pi
Local policy scope of ri
Ti
Trust relations of ri
Qi
Recovery state of ri
Table 2: Summary of principal notation.
Figure 6: Fleet runtime architecture. Each robot contains a self-sufficient local runtime with agent core, ECM manager, policy engine, and recovery manager, connected to the federation layer through a thin federation interface. The federation layer provides shared registry, coordination engine, policy resolver, recovery orchestrator, audit service, trust manager, and human oversight console.
Figure 7: Structure of a capability advertisement record in the shared ECM registry. Fields are grouped by function: identity (version, contract), governance (trust and policy requirements), authority profile, operational state (availability), and physical context (embodiment).
Model Element
Architecture Component
Ai (agent identity)
Agent Core
Ei (capability set)
Local ECM Manager
Pi (policy scope)
Local Policy Engine
Ti (trust state)
Trust & Authority Manager
Qi (recovery authority)
Recovery Mgr + Recovery Orch.
Hi (local supervision)
Local Human Supervision I/F
Table 3: Mapping from formal model elements to architectural components.
Figure 8: Sequence diagram for Workflow 1 (Door Relay). Robot A discovers Robot B’s door-opening capability through the registry, issues a governed request, and Robot B executes under its own local runtime.
Figure 9: Workflow 3: layered recovery escalation for Robot D’s grasp degradation. Recovery proceeds through all four levels—local retry, peer query, fleet reassignment evaluation, and human escalation—demonstrating monotone escalation with containment attempt at each level.
Mechanism
WF1
WF2
WF3
Inter-robot request
∙
via recovery
∙
Trust evaluation
task
—
task
Authority tuple
standard
—
standard
Policy composition
allow
—
review
Registry discovery
single
no peer
conflict
Layered recovery
—
all 4 levels
—
Table 4: FSAR mechanisms exercised by each workflow.
Feature
FSAR
CFC
DHMA
RoboOS
JADE
ALL.
Single-agent robot
∙
∙
—
∘
—
∙
Centralized coord.
—
∙
—
∙
—
—
Intra-robot agents
—
—
∙
∘
∙
—
Trust-scoped deleg.
∙
—
—
—
∘
—
Layered recovery
∙
—
∘
∘
—
∙
Policy composition
∙
∘
∘
—
∘
—
Table 5: Architectural comparison of FSAR, evaluation baselines, and published systems. ∙ = present; ∘ = partial.
Metric
FSAR
CFC
DHMA
Coord. success (%)
93.0 ± 1.9
94.0 ± 1.0
84.0 ± 1.0
Governance locality
0.94 ± 0.01
0.69 ± 0.01
0.53 ± 0.01
Recovery containment
0.89 ± 0.03
0.51 ± 0.04
0.80 ± 0.03
Authority conflicts
1.04 ± 0.03
3.79 ± 0.12
8.11 ± 0.04
Policy violations
0.40 ± 0.01
1.66 ± 0.06
3.34 ± 0.05
Reassign. latency (s)
3.01 ± 0.49
2.07 ± 0.28
5.18 ± 0.52
Table 6: Evaluation results across five scenarios ( n=100 runs per architecture). Values show mean ± 95% CI. Higher is better for success, governance locality, recovery containment, and audit attributability. Lower is better for authority conflicts, policy violations, reassignment latency, and human interventions.
Figure 10: Evaluation results across all eight metrics. For metrics where lower is better (marked † ), bars are inverted so taller always indicates better performance; raw values are shown above each bar. FSAR achieves the best or near-best performance on seven of eight metrics, with CFC showing lower reassignment latency due to its centralized routing.
Configuration
Success
Gov. Loc.
Rec. Cont.
Auth. Conf.
Pol. Viol.
Audit
Full FSAR
0.95
0.94
0.90
1.18
0.46
0.98
− Trust evaluation
0.97
0.94
0.90
1.65
0.46
0.96
− Policy composition
0.96
0.95
0.90
1.14
0.64
0.98
− Layered recovery
0.74
0.93
0.97
1.14
0.46
0.98
− Shared registry
0.46
0.94
0.90
1.23
0.46
0.93
Table 7: Ablation results aggregated across all five evaluation scenarios. Each row removes one FSAR component while keeping the others intact.
Metric
Comparison
t
p
d
Sig.
Coord. success
FSAR vs CFC
−0.33
0.7440
0.05
n.s.
FSAR vs DHMA
2.88
0.0047
0.42
p<.01
CFC vs DHMA
3.13
0.0022
0.45
p<.01
Governance locality
FSAR vs CFC
22.63
<.0001
2.91
p<.001
FSAR vs DHMA
42.23
<.0001
4.88
p<.001
CFC vs DHMA
14.04
<.0001
2.03
p<.001
Table 8: Statistical significance of pairwise metric comparisons (paired t -test, n=100 per architecture). Effect sizes reported as Cohen’s d .
n
Arch.
Success
Gov. Loc.
Rec. Cont.
Auth. Conf.
Audit
4
FSAR
0.93
0.94
0.89
1.0
0.98
CFC
0.94
0.69
0.51
3.8
0.84
DHMA
0.84
0.53
0.80
8.1
0.53
8
FSAR
0.91
0.94
0.87
1.2
0.98
CFC
0.88
0.65
0.47
4.8
0.81
DHMA
0.79
0.49
0.76
10.3
0.48
Table 9: Scaling experiment across fleet sizes n∈{4,8,16} .