Show HN: OSS Agent I built topped the TerminalBench on Gemini-3-flash-preview
121–130 of 167 posts
Re: Show HN: OSS Agent I built topped the TerminalBench on Gemini-3-flash-preview
#122why not MCP?
Re: Show HN: OSS Agent I built topped the TerminalBench on Gemini-3-flash-preview
#123Earlier quoted context omitted.
Anchor based editing requires injecting new anchors to the context, and dirac does so via a diff. So how is this more efficient (token-wise) than search and replace?? Even at a single token per hash. Also, code is read more than written so these just add up. I experimented once with stable anchors, albeit longer than a single token, and found it a downgrade. My conclusion is that the efficiency dirac sees comes mainl…
> My conclusion is that the efficiency dirac sees comes mainly from showing file skeleton by default how hard do you think it would be to bring this optimization to oh-my-pi and opencode? I am testing dirac and it's very cool but the tooling isn't there yet comparing to oh-my-pi in terms of UX.
Re: Show HN: OSS Agent I built topped the TerminalBench on Gemini-3-flash-preview
#124Interesting things Dirac does: 1. Uses an optimized version of Hash-Anchored edits for file editing ( https://dirac.run/posts/hash-anchors-myers-diff-single-token ) 2. Utilizes language's AST to decide what to fetch into context, entirely avoids large code file reads 3. Batches all operations. Does large number of reads/edits simultaneously (you can see a video demo for deepseek-v4-flash here https://www.reddit.com/r…
How are the two token anchors chosen when the initial 1700 single token anchors run out? I'm assuming just a 2 word combination from the 1700.
Re: Show HN: OSS Agent I built topped the TerminalBench on Gemini-3-flash-preview
#125Is it still advisable to use something like codebase-memory-mcp for large codebases, or is Dirac doing fine without that?
Re: Show HN: OSS Agent I built topped the TerminalBench on Gemini-3-flash-preview
#126Earlier quoted context omitted.
Assuming you logged in with OAuth, I am guessing you are trying to use gpt-5.5? In my tests, it worked using gpt-5.4 for me and I assumed gpt-5.5 is not available to me because I am on the free plan Do you have the subscription that allows 5.5? If so, I can look into what changed in API. Sorry I rarely use openAI so it is a bit of an untrodden path
Yes I'm on ChatGPT Pro (OAuth) and I'm trying to use gpt-5.5-xhigh. That was the issue, 5.4 works just fine. Support for service: priority (GPT /fast mode) would also be cool!
Re: Show HN: OSS Agent I built topped the TerminalBench on Gemini-3-flash-preview
#127hey there! thanks for the project! I was intrigued with the claims so I wanted to test it myself. First I (vibe)made an AUR package I could use to install it from git source, from master: https://aur.archlinux.org/packages/dirac-cli-git Then I went in to see what's what, but I there isn't support for gemini-cli login, and importing from opencode doesn't work, failing with a message "Something went wrong. Could not re…
It doesn't support gemini CLI because google seems to ban users for using it, there was a big controversy about it some time ago so I decided to leave it alone for now. Also, feel free to reach out to me if you want to discuss anything specific
Re: Show HN: OSS Agent I built topped the TerminalBench on Gemini-3-flash-preview
#128Re: Show HN: OSS Agent I built topped the TerminalBench on Gemini-3-flash-preview
#129Interesting things Dirac does: 1. Uses an optimized version of Hash-Anchored edits for file editing ( https://dirac.run/posts/hash-anchors-myers-diff-single-token ) 2. Utilizes language's AST to decide what to fetch into context, entirely avoids large code file reads 3. Batches all operations. Does large number of reads/edits simultaneously (you can see a video demo for deepseek-v4-flash here https://www.reddit.com/r…
Re: Show HN: OSS Agent I built topped the TerminalBench on Gemini-3-flash-preview
#130Earlier quoted context omitted.
> My conclusion is that the efficiency dirac sees comes mainly from showing file skeleton by default how hard do you think it would be to bring this optimization to oh-my-pi and opencode? I am testing dirac and it's very cool but the tooling isn't there yet comparing to oh-my-pi in terms of UX.
Would love some more feedback on this. Where do you think are major gaps?