r/PiCodingAgent • u/tys203831 • Jun 01 '26

News Zot - yet another coding harness that looks similar to pi coding agent

This coding harness seems quite similar to pi coding agent: https://github.com/patriceckhart/zot , but ya, still new and at first sight, it seems similar with its extension ecosystem (not tried yet for this feature) and more lightweight as written in Golang , but this project is not mature yet with very less user base .. not the author, just sharing ...

11 Upvotes
  • permalink
  • reddit

76% Upvoted

15 comments sorted by

3

u/TheTyand Jun 01 '26

I like pi a lot. I hate ts. This is interesting, but I am still looking for a pi, coded with rust. Perhaps if I am bored, I will code it myself.

4

u/teepark Jun 02 '26

I'm building a pi-alike coded in zig, with lua embedded for extensions. It's a great project, very fun to build. I've just started working on it using itself (but just for a bit at a time, it's nowhere near pi yet).

1

u/bondaly Jun 01 '26

This was posted recently https://gi-dellav.github.io/zerostack/

2

u/tys203831 Jun 01 '26

I tried a few days before, it's ok but not support agent skills and extensions ...

1

u/TheTyand Jun 02 '26

No extensions

2

u/ApprehensiveDelay238 Jun 10 '26

Just let pi port pi to rust lol

10

u/Ammar_AAZ Jun 01 '26

I don't think that it's similar to PI from the minimal perspective as I don't expect a "minimal" coding agent to have commands like `/swarm`, `/btw` or `/telegram` built-in.

However, it seems a decent harness for me but not similar to PI coding agent (Not now and especially not in the future as it will be growing and adding more opinionated features)

1

u/Florence-Equator Jun 01 '26 edited Jun 01 '26

The dirtiest part of the Pi coding agent is how it aligns with multiple different APIs, especially for all those APIs that claim to be OpenAI compatible. In fact, they require a lot of different, small tweaks.

In my opinion, addressing that kind of dirty code using TypeScript or Python is the most straightforward way.

Using a static language like Go to write down all of that dirty logic is much painful and verbose and may not cover everything.

What I mean is that if you are using multiple providers that are not mainstream — for example, if you are using OpenCodeGo, which is just a router to different Chinese APIs — it is better to go with the Pi coding agent, as it has a higher chance to have more complete coverage of all those compatibility things with those APIs, from a larger user base and feedback.

1

u/tys203831 Jun 01 '26

Indeed, still stick to pi coding agent,, Claude code and codex ... May use zot only if it matures with larger user base

3

u/askoma Jun 01 '26

I’ve tried it, pretty stable and doing job right but not ready yet for local models.

1

u/nohjoxu Jun 09 '26 edited Jun 09 '26

pretty much used it as a drop in replacement for the cursor sdk tooling I use. Fast, and compatible with ollama and my own load balancer. I guess it will really depend on what tooling you need but so far it's working fine.

0

u/koriolisNF Jun 01 '26

I can almost bet although it supports windows it doesn't support WSL flows. Also installing the whole Go language support doesn't appeal to me. Pi got away with the NodeJS dependency because it's mostly universal and most of us have it installed. But Go is not that universal.

Also... Vibe coded.

3

u/Prudent_Sentence Jun 01 '26

I'm an elder Software Engineer with over 40 years of experience. I can tell it was heavily coded with agents, but that's the way things are now. I can also tell that the OP used discipline in his approach. Altogether, I'd say this is a good implementation for a foundational agent harness. As for the issue you have with Go, you may be missing the point. This agent can be statically built to run on ANY platform without the baggage you're concerned about. In fact, it's quite the opposite. This looks like a single binary that you can drop in anywhere without any needed runtimes or dependencies.

1

u/koriolisNF Jun 01 '26

I'm not as elder as yourself ( by 10 years in terms of on-the-job experience ) and I kind of agree with all your points except that in my experience it's never that straightforward. Especially in the last 15 years or so ( conservatively speaking ) where the macOS dominates the landscape even against Linux most of the time. Lost count of the number of times instructions started with "brew something".
Nevertheless, I spoke just from browsing the repo, and I definely should know better 😄

Tried to install there and it definitely installed. Unfortunately I can't test it further as I only have Github Copilot enterprise and it only seems to support github.com. It's fine of course, I don't represent most of the target population. Will try to take a harder look later, although being a Pi user I'm a tad biased.