eftalyurtseven

I moved to SF alone to build a startup. No network, no YC. A year later, here's what I learned.

fixed

oops, will check that ASAP, can you please try with curl and sh?

Thanks! The main advantage is simplicity. klaw is a single binary with zero dependencies, no k8s cluster required. For teams already running Kubernetes your operator makes a lot of sense, but most teams we've talked to managing AI agents don't have or want a k8s setup just for that. klaw gives them the same mental model without the infrastructure overhead.

On the license, fair question. The SaaS restriction is narrow, it only prevents someone from reselling klaw as a hosted orchestration service. Internal use, building on it, extending it is all fine. We looked at what Elastic and HashiCorp did and felt this was the right balance for now. Could it slow adoption? Maybe. But we'd rather start here and open up further based on how the community evolves.

the binary is built from the repo, it's Go so we distribute compiled binaries like most Go CLI tools (kubectl, terraform, hugo). All agent communication goes through your own configured LLM provider, klaw doesn't proxy or store any prompts.

got your feedback, it can run cli commands but for tool calling / skill should be built in, will add that!

just updated README file thanks for your feedback!

will add that! thanks

Right now the controller can see secrets across namespaces, so that level of isolation isn’t there yet. It’s on the roadmap though. Namespace-scoped secrets where a controller agent can spawn agents but can’t read their secrets is the right model. No human approval flow yet either, agents create directly. Would you want something like klaw dispatch --approve that queues until a human confirms?

Thanks, will check it out! Let me know how it goes.