wek
wek on Hacker News
Posted by
wek on Tuesday October 27, 2026 @09:27AM
from the nimwiki.com dept.
Posted by
wek on Wednesday October 21, 2026 @09:46AM
from the self-post dept.
My team has been working in a way we are calling calling wiki-driven development, where the wiki is written for the human, not the agent and the human uses primarily the wiki to set direction for the agent. This is different from Karparthy's LLm I'm curious whether others do something like it.Once I run several coding agents at a time, I get overwhelmed and disorganized. Every session makes...
Posted by
wek on Tuesday October 20, 2026 @09:39AM
from the show-hn dept.
Posted by
wek on Friday September 18, 2026 @09:06AM
from the arxiv.org dept.
I agree with this. Why get locked in at the harness layer. I want my workspace to be independent of my coding agents and models so I can use multiple and switch as I wish
This is cool! We have a similar approach in Nimbalyst... agent makes extensions that are human editable and agent editable ... includes Jupyter, markdown, csv, excalidraw, code, pdfs, browser. Its so nice not to have to app switch all the time. MIT as well. Maybe we should join forces?
Thank you for this. This seems like a promising approach to agent permissioning. What are the performance implications?
Posted by
wek on Wednesday September 02, 2026 @10:23AM
from the nimbalyst.com dept.
From their abstract: "Our findings reveal that despite continuous development activity and growing codebase complexity of the agent harnesses, there is no statistically significant improvement in SWE-bench benchmark score (i.e., resolve rates of bugs) across releases for a given fixed LLM version. Worse, later agent harness versions consume nearly double the computational tokens and tool calls without corresponding quality gains. We explain this paradox from two angles: at the project level, we identify the development patterns (e.g., feature additions, fix-heavy releases, scattered small changes) correlating with quality fluctuations, while at the architecture level, we localize regressions to specific high-risk architectural components. Our findings call for a new practice of quality assurance in the development of agent harnesses."
Posted by
wek on Wednesday August 26, 2026 @02:44PM
from the arxiv.org dept.
Posted by
wek on Monday August 24, 2026 @05:41PM
from the arxiv.org dept.
Exactly. Expertise is frequently required to steer, correct, rework, know what is good and what isn't. This happens 500 times a day on both the micro level and the architecture level.
Use Nimbalyst (I work on it). Multi-sessions, visual editing, open-source
Posted by
wek on Friday July 31, 2026 @08:28AM
from the arxiv.org dept.
I have Max subscription to both Claude Code and Codex. I use both fulltime throughout the day. I have them check each other's work, and route tasks they are best at to the right one.
The checking each other's work is so helpful.
New features, mockups, I use Claude Code. Deep fact-checking, I use Codex.
My harness matters at least as much as the model. I use the best harness and then invest a ton in it
Posted by
wek on Saturday June 27, 2026 @09:30AM
from the arxiv.org dept.
Posted by
wek on Monday June 08, 2026 @10:32PM
from the arxiv.org dept.
Posted by
wek on Tuesday May 26, 2026 @09:23AM
from the nimbalyst.com dept.
Posted by
wek on Sunday May 24, 2026 @08:55AM
from the arxiv.org dept.
The article is correct to emphasize the importance of definition and that this can be a bottleneck. But it is incorrect to show the layered documentation and development lines taking just as long as they did pre-coding-agents.
Our team is coding much much faster at high quality then we were before coding agents. As this commenter says, if you empower individuals and small teams to define, document and they set up good practices and harnesses, they can accelerate dramatically.
Posted by
wek on Tuesday May 12, 2026 @09:38AM
from the show-hn dept.
https://github.com/nimbalyst/nimbalyst
Hi, I'm Karl. Greg and I spent the last year building Nimbalyst, an open-source local desktop workspace for working with coding agents.We want to give agents and humans one place to work together with maximum bandwidth and context, instead of Obsidian for plans, Excalidraw for diagrams, Codex app or Conductor for session management, and Linear for tasks. So we integrated:- Visual editors for...
Well said. It is so much better for when the human can see what the LLM has changed and iterate on it with the LLM, making their own changes. Markdown is better for that.
I kind of felt the same way reading the article! It felt so unusual to encounter someone who is both smart and humble and willing to admit they were learning. And I was happy to encounter it and sad that I was so surprised by it.
Congratulations! I think that a lot of the value will be in the judgement of the maintainer about the marginal next feature (and saying no to all those other features) ... if software is a stream then the value is in what gets into the stream. That is an AI resistant value and if you can provide it for your project.
What an excellent article by a smart, humble, still-learning person!
Favorite quote:" There are a whole bunch of reasons I’m not scared that my career as a software engineer is over now that computers can write their own code, partly because these things are amplifiers of existing experience. If you know what you’re doing, you can run so much faster with them. [...]
I’m constantly reminded as I work with these tools how hard the thing that we do is. Producing software is a ferociously difficult thing to do. And you could give me all of the AI tools in the world and what we’re trying to achieve here is still really difficult. [...]"
And as of today Nimbalyst is open source!
This is on our wish list for a custom extension. Many users have asked for it. If someone in the community wants to take a crack at it....
Thanks! A good way to learn the platform is by building an extension.
Posted by
wek on Thursday April 23, 2026 @09:57PM
from the arxiv.org dept.
Posted by
wek on Wednesday April 22, 2026 @02:14PM
from the addyosmani.com dept.