Olscore
Not standing on the factory floor reviewing PR widgets.
Pullboard 0.9.3: A local-first software factory
1. Vision: what we want (our intent)
2. Blueprint: the spec we wrote (our design)
3. Inspection: checking what we built against the blueprint (the proofs)
This research makes the inspection close to perfect. But an inspection only checks the blueprint, not our vision, so a house built from the wrong blueprint can still pass a perfect inspection. The other half is making sure the blueprint matches our intent and stays that way while agents build. I'm working on that, so I think this is complementary:
People are thinking about this from a quantity angle, but the key is quality, and achieving a self-maintaining project at home. I built a distributed trading system that runs multiple strategies in US options and MUST be correct. So my goal wasn't to build huge quantities of software and pump out garbage, but to ensure correct behavior and proper fixes in the codebase with agents.
Open sourced my methodology: https://github.com/pullboard-dev/pullboard
This is why code is going to be automated, and the software engineer is a link between organizational intent and the code. This is what I’m working on.
This is going to be opinionated from an extreme "vibe code" viewpoint, but I think the future is "GAD" Governed Agentic Development. Designing constraints that agents must follow, and therefore different forms of frameworks. What the agents need is lines in a coloring book, the human is responsible for drawing those lines. So frameworks of the future should be focused on constraining an agent to develop properly, or designing what is and is not permitted.
Building Autonomously, Open Source: https://github.com/pullboard-dev/pullboard
Most days I am capable of running about 15-30 agents across 5 projects, and if I had the budget it would likely scale to 100-1k agents no problem. This is really more of a methodology, and looking at Pullboard on the surface will not reveal why it works. You really have to use it. But it allows my judgement, decision making and preferences to carry down throughout multiple projects. Working on clearer messaging to developers about why this methodology works; I have built very serious systems on Pullboard patterns.
It's not just "orchestration" it's more like a coherence, outcomes and judgement over time.
“How is the agent lying to me?” Etc.
https://github.com/pullboard-dev/pullboard
Been using the Pullboard workflow to build software that MUST be correct, and recently open sourced it. There was another HN link today involving agents role-playing and I can't take that seriously, no offense. (Love fun projects like this, seriously, it's cool.)
From my perspective, agents are great, they code better than most of us. But like all of us, they also make many mistakes or can't see how their changes impact the codebase. But that is a test-driven development mitigation along with some sort of scrutinizing process, "prove it". I'm actively working on this, and by actively working on it, I mean building serious apps that hit correctness walls, figuring out why Pullboard didn't catch it. To me, this is all about the process.
Agentic Item Lifecycle (AILC)
Show HN: Pullboard – An open source agentic workflow
I've been working on Pullboard and just open sourced it: https://github.com/pullboard-dev/pullboard
To me, orchestration is not really the core problem. The bigger challenge is handling agent coherency over long periods of time, (drift) so my solution is a living forum-like system where agents shout to one another, document work in items, and follow doctrine handed down by the developer and work against a known specification that's checkable. I have used this workflow in several large projects that MUST be correct, and it works for me. Currently cleaning it up for other users.
Show HN: Pullboard – a work queue for agents, built to run a quant desk
Hello HN.Pullboard (https://pullboard.dev/) is the shared place work lives. You talk to one agent about what you want, and the rest of the fleet can organize around the resulting work without manually dispatching every task or re-explaining the context and any other in-flight work. It helps keep agents coherent.I run a small quantitative trading operation with a fleet of coding agents, and I...
The long-term financial incentives to maintain a functioning society are all broken because of the misaligned short-term (vote for me, get free stuff) and long-term incentives (debt reduction, financial management, business planning and other investments.) Voters are simply looting the treasury at this point. It is a shame. I cannot believe anyone actually buys into the notion that government will fix problems, or somehow do a better job than what already exists.
The candidates are just handing you money from your own pockets, and skimming off the top.
It's so damn dumb.
I might prefer this product with a slight change: instead of trusting you my business phone number, maybe I could simply point my Twilio endpoint to your servers? That way you are not soaking up passthrough costs of customer usage; plus, I don't have to worry about getting my number from you after all my customers are familiar with that number. Anyways, it's a neat concept. I have provided our phone system to other businesses and can totally see the value in this product.
Ask HN: What has your experience been with raising prices?
Been watching videos and digging through older threads; and, there are a lot of advisories to "just raise your prices" etc. Wondering if anyone has stories, experiences or interesting thoughts they could share related to actually raising pricing. Have you successfully raised prices? What did you learn, did it shift your strategy, change your marketing, etc.?
The article is not advocating for the "manipulation" of anyone. It's up to the reader to implement, ignore or consider. If the title and some words were rephrased it could be an article on how to spot pricing tricks; the content would mostly be the same.
Your last question is loaded; it assumes maximizing profit is bad. In practice high profit margins are often a reward for being first to market. Maybe those high margins are a recompense for R&D costs. Plenty of answers to rebuke your suggestion that maximizing profits is unethical. It's also a situational topic made more nuanced by the specific product, company and many other circumstances.
You just proved this part.
There are reasonable mistakes made in the course of living and of any action. So if you want to exaggerate the claim of one (or even a few) examples to the point of making it appear as an epidemic in America; then I will hold you to a higher standard than the half-assed arguments that I see here. Many people engaged with these narratives are grossly misrepresenting legitimate claims of police brutality or racial discrimination. If you cannot be honest in debate, then I would also not expect the same to be honest in any proposed solution. Blatant misrepresentation by so many; it's disgusting.