Agent2Agent (A2A) Protocol Support #285
willwashburn
started this conversation in
Feature Request
Replies: 1 comment
-
|
+1 More Enterprise AI Platforms are increasingly adopting A2A for agent interoperability. Other competing standards such as Agent Communication Protocol (ACP) merged with A2A (see announcement). |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
RFC
Summary
Add an optional
@flue/a2apackage that enables Flue agents to participate in the Agent2Agent (A2A) ecosystem, both as callable A2A agents and as clients of remote A2A agents.The goal is to make Flue agents interoperable with the broader agent ecosystem without requiring changes to
@flue/runtime.Background & Motivation
First off, Flue is awesome.
As more agent frameworks emerge, one thing I'm wondering about is how Flue should think about agent-to-agent communication outside of the Flue ecosystem. Today, Flue agents can delegate to subagents through
session.task(), but there's no standard way for external agents to discover or invoke them, nor for Flue agents to communicate with agents running elsewhere.A2A seems to be gaining momentum as an interoperability protocol. If that trend continues, it would be nice for Flue agents to participate without introducing runtime dependencies or coupling Flue to any particular vendor or platform.
One thing I noticed while exploring the APIs is that Flue's
dispatch()model is durable and asynchronous. A dispatched agent doesn't appear to create a workflow run that can later be retrieved viagetRun(), which means an A2A integration would likely need its own task lifecycle mapping rather than assuming request/response execution.Goals
@flue/runtimeAPIs.Example
Beta Was this translation helpful? Give feedback.
All reactions