‹ BackHN Continuity

Thread

AX – Google’s Open Agentic Orchestrator

666 points · 301 comments · blazarquasar

  1. alembic_fumes · · focus · HN ↗
    So on one hand the page says

    > We want to make dealing with agentic infrastructure easier so you can focus on your work. AX is designed with an uncompromising focus on ergonomics, rapid iteration, and joyful workflows for both application developers and AI researchers.

    On the the other hand, the readme quickstart section says

    > You need a Kubernetes cluster, ko (brew install ko), a container registry your cluster can pull from, and a reachable Agent Substrate Control API (in-cluster default: api.ate-system.svc.cluster.local:443).

    Call me old-fashioned but I don't find this "easier". Maybe it's easier in the same way that Kubernetes itself is easier than managing VMs and container deployments at massive scale without such a tool. But there's a vast chasm between what this tool is being sold as and what it actually is.

    1. hhh · · focus · HN ↗
      If you are approaching anything looking like an enterprise environment, you are likely to have Kubernetes nearby. ko is a weird requirement. ax requires agent substrate, so it makes sense that it's needed. Agent Substrate also has experimental support in kagent, so it makes sense that it is growing.

      I don't really like the oversubscription of agent pods though, as you can no longer trust the k8s pod identity as being from a singular workload. Haven't seen a solution to this for ax yet and it is a barrier to adoption for us.

      1. ahmedtd · · focus · HN ↗
        Agent Substrate is solving this - similar to K8s, Substrate is an OIDC (and also SPIFFE) IDP. Credentials containing the actor's identity can be injected into outbound requests using the Substrate egress gateway.

        (This is work in flight, but it will land within a few weeks)

Open on Hacker News to reply ↗

Unofficial Hacker News client; not affiliated with Y Combinator.