Show HN: Runner – the anti-vibe coding agent
Show HN (score: 12)Description
IDEs were not built for this workflow. So about three months ago I decided to try to build what I thought this new interface should look like.
Runner is a coding agent purpose-built for this new “plan and review” workflow. It’s not for vibe coding. It’s for professional software developers who are responsible for the code they ship.
It encourages and supports a more structured and controlled workflow than other coding agents. It’s built around the concept of tasks. A task is a small, clearly scoped change. The planning agent creates and edits task specs, and then you can assign them to coding agents once you’re happy with the plan. When the coding agent finishes, you can review the changes via the built-in diff viewer. If you’re happy with them you can approve the changes, which will trigger a git commit.
Runner is available as a free BYOK beta for MacOS right now. You can learn more and download it here: https://runnercode.com/. You will need at least a Gemini API key, and for best performance also an OpenAI API key.
More from Show
Show HN: DocsRouter – The OpenRouter for OCR and Vision Models
Show HN: DocsRouter – The OpenRouter for OCR and Vision Models Most products that touch PDFs or images quietly rebuild the same thing: a hacked-together “router” that picks which OCR/vision API to call, normalizes the responses, and prays the bill is sane at the end of the month.<p>DocsRouter is that layer as a product: one stable API that talks to multiple OCR engines and vision LLMs, lets you route per document based on cost/quality/latency, and gives you normalized outputs (text, tables, fields) so your app doesn’t care which provider was used.<p>It’s meant for teams doing serious stuff with documents: invoices/receipts, contracts, payroll, medical/admin forms, logistics docs, etc., who are either stuck on “the OCR we picked years ago” or are overwhelmed by the churn of new vision models.<p>Right now you get a REST API, simple SDKs (coming soon), a few pluggable backends (classic OCR + newer vision models), some basic routing policies, and a playground where you can upload a doc and compare outputs side by side.<p>I’d love feedback from HN on two things:<p>1- If you already juggle multiple OCR/vision providers, what does your homegrown router look like, and what would you need to trust an external one?<p>2 - Would you prefer this or use the LLM/OCR providers directly, with the possibility of changing the provider every so often?<p>Demo and docs are here: <a href="https://docsrouter.com" rel="nofollow">https://docsrouter.com</a>
Show HN: Diesel-guard – Lint Diesel migrations for unsafe PostgreSQL patterns
Show HN: Diesel-guard – Lint Diesel migrations for unsafe PostgreSQL patterns
Show HN: Apicat – A Lightweight Offline Postman Alternative
Show HN: Apicat – A Lightweight Offline Postman Alternative Apicat is the ultimate offline Postman alternative that stores your .http files locally. It’s Git-friendly, open-source, and highly compatible with Postman. Test APIs offline with this powerful free offline API client designed for developers who need a reliable local API testing tool.
Show HN: Cmux – Coding Agent Multiplexer
Show HN: Cmux – Coding Agent Multiplexer HN,<p>I'm stoked to share this product I've been working on non-stop for the past few weeks. It's an immersive GUI experience for working with many coding agents in parallel. The UX should be familiar to Claude Code users, but we took advantage of the GUI nature to add in a bunch more.<p>cmux is early but certainly usable—almost all of our internal cmux development rolls through cmux itself. Please let me know your thoughts and feedback!
No other tools from this source yet.