Kubernetes but for agent ?
It's crazy how far behind Google has fallen in this space in just a single year
It looks great from a security standpoint, but it also feels like overkill.
not exactly for agent orchestrator, but I did make something similar in terms of design: https://github.com/yash-srivastava19/cadence
AX, not to be confused with Ax the machine learning tool from Meta for optimizing experiments.
k8sification of AI was always inevitable, if only as a form of salary justification.
Since hearing the word orchestrator in ai context it was clear that ClanKernetes was coming.
I'm keeping an eye on another Google Cloud orchestrator
https://googlecloudplatform.github.io/scion/overview/
Scion wraps the harnesses (9x) we all use every day and is closer to OpenClaw on Kubernetes
this is nice, basically virtual threads for kubernetes.
This is different from langchain etc because lanchain works at the app layer but this one works at the infra layer with tool calls etc?
Unnecessary complexity packaged as product!
Am I being gaslighted into thinking over engineered systems are not?
Kubernetes is the last thing I wanted to see recreated for agents. It’s like Multics of cloud, now for agents. Complexity for the sake of it, powered by your favourite YAML slop bowl.
As usual, Google makes it "googley" by building an incompatible monolith with the kitchen sink included.
I just have a tmux session acting as the orchestrator, and I tell it to report back and direct the other agents working in separate tmux sessions.
"2. Deploy the control plane
You need a Kubernetes cluster"
LOL. Bye!
A DAG?! Holy innovation, Batman!
[flagged]
[flagged]
[dead]
[flagged]
[flagged]
[dead]
[flagged]
[flagged]
[flagged]
[flagged]
[dead]
[dead]
[dead]
[dead]
How is this different than k8s jobs?