7 ms·
I would recommend using https://pi.dev/ https://pi.dev/ over Grok Build with your xAI subscription at this point
by buremba 2mo ago
I would recommend using https://pi.dev/ https://pi.dev/ over Grok Build with your xAI subscription at this point
- andai 2mo ago"xAI subscription" what is this referring to? There's a grok subscription but I don't think that gives API access? Edit: apparently X premium(+?) also gives access to Grok Build, and several third party harnesses are officially supported.
- guessmyname 2mo agoPi is good in concept, but why couldn’t they choose a compiled language instead of TypeScript?
- maxloh 2mo agoOpencode is written in Go.
- grepex 2mo agoIt is written in Typescript. https://github.com/anomalyco/opencode https://github.com/anomalyco/opencode There is an archived Opencode project written in Go but I don't think it is affiliated. https://github.com/opencode-ai/opencode https://github.com/opencode-ai/opencode
- ValentineC 2mo agoThis is a pretty good summary of what happened: https://news.ycombinator.com/item?id=44483251 https://news.ycombinator.com/item?id=44483251
- root_axis 2mo agoWhy does it matter? Agent harnesses aren't doing anything that would make a compiled language more suitable than a scripting language.
- wyre 2mo agoI agree, but there are a lot of great reasons for TypeScript: It's hot reloadable, so any modifications an agents makes can be surfaced in the active session. Nearly everything is already written in TS which makes integrating Pi into other software, or other software into Pi much easier.
- gidellav 2mo agoSorry for self-insert, but that's exactly what I thought and I built https://github.com/gi-dellav/zerostack https://github.com/gi-dellav/zerostack, so you are right I'd say
- tuvix 2mo agoI would imagine the extension system they built would be much more difficult to manage. They could have opted for Lua, though, I suppose.
- simonw 2mo agoI imagine because they want to support plugins, and plugins in compiled language are a lot less natural than plugins in languages like TypeScript or Python.
- qiine 2mo agowell neovim does that beautifully
- jack_pp 2mo agosince pi is built to modify itself, isn't it better to use a language like typescript where LLMs have a LOT of training data? a harness doesn't do any computations by itself so what benefit is using a compiled language?
- whimsicalism 2mo agoi find LLMs generally play better with compiled languages actually, they do great with rust. you can think of it almost as analogous to a harness.
- brightball 2mo agoThe more structure the better. Provides strong guardrails. I’ve had great experience with Elixir and the new compiler combined with Ash.
- olalonde 2mo agoThey play better with statically typed languages, not compiled ones in particular. Rust's typing is stricter than Typescript though so that probably helps.
- buremba 2mo agoFor TUIs, Rust/Go vs Typescript doesn't really makes a huge performance difference and you lose the 50x bigger community advantage of Typescript.
- imron 2mo agoIt makes a huge memory difference.
- buremba 2mo agoNot really because you're not building a database or GUI app where using native elements & data structures help a lot with memory pressure. TUI renderer is the one using the memory heavily so your terminal takes the heavy lifing. If you're managing the buffers and out-of-screen context good enough, Typescript can be pretty efficient.
- imron 2mo agoI love opencode but it chews through memory on my 64gb MacBook Pro. Can’t have too many long running sessions because the memory use just slowly creeps up. It’s not about the terminal at all which as you noted accounts for minimal isage. It’s all the internal chat and history and everything else the agent tracks - all of which are smallish (and largish) strings allocated on the heap. I don’t have the same issues with rust based tuis.
- fg137 2mo agoDoes it matter to you as a user, other than the Nodejs/npm requirement?
- whimsicalism 2mo agowhy pi over opencode? earnestly curious, trying to figure out what open solution people are consolidating on. (codex is also pseudo-open but contributions closed and nice)
- WildGreenLeave 2mo agoI tried OpenCode but didn't particular like it as a Claude Code user, that is the main reason I switched to Pi. The reason I am sticking is how simple it is to extend it. I moved from Claude Code to Pi and within 2 hours (and the help of Claude Code) I have a setup that matches Claude Code and is even better for my setup. Things I've added: 1. Built my own AI judge for 'auto' mode that matches my setup. 2. /plan /go for planning and executing. 3. /flow for A-Z setups. That includes planning, executing, testing and shipping. 4. /deep-research a multi fan-out setup for researching a topic. 5. My own sub agents. 6. A TaskCreate/Update/List setup. 7. Monitors. 8. BashOutput / KillShell. 9. Proper notifications with Notify that uses macOS banner and work. 10. Spawn tool that triggers multiple sub agents. 11. A bridge between signal to use Pi remotely. Yes a lot of these things is something that was already in Claude Code but now I don't have to use Claude Code and I can customize it to fit me exactly.
- accrual 2mo agoMost of my harness experience is with Claude Code and Pi, a little bit of OpenCode. I like how quick and snappy Pi is, it feels like a minimal harness, just enough to manage the agent and get out of the way. Earlier models also seemed to have an easier time working with the tools, e.g. GPT-OSS-20B is about a year old and had no trouble in Pi.
- killix 2mo ago[flagged]
- buremba 2mo agoOpencode gives you better defaults and a Mac/Windows app for free but pi is much more extensible and portable.
- 2mo ago
- falaki 2mo ago[flagged]
- ccmcarey 2mo agoThis is not how to push your own product - there's no value add to your comment, and you don't even have a disclaimer that you are involved with it
- buremba 2mo agoI tried twice and ran into bugs that prevented me to trust it
- fanzeyi 2mo agoappreciate for trying! if you have the time, we would also appreciate if you can send these bugs our way so we can fix them :)
- alasano 2mo agoAs a general rule I don't use new products whose websites don't resize properly on mobile. If you fuck that up, makes me wonder what other obvious stuff you fuck up.
- fanzeyi 2mo agothanks for the feedback! there is no excuse for it, and I just pushed a fix for our website to look better on mobile. if there is any other obvious stuff that's broken we are happy to take the feedback and fix it. :)
- alasano 2mo agoNah that was it, now that it's fixed I'll actually take a look!