The best Hacker News stories from Show from the past day
Latest posts:
Show HN: Vertumnus – printable posters of farmers' market produce seasonality
The origin of this project was me, as a casual farmers' market attendee, grossly misremembering the start date of early girl tomatoes. Ironically, I still haven't achieved that goal, because I couldn't find a suitable source with varietal level granularity online. I'm half dreading a "Why didn't you check X?" comment and discover there's some perfect local varietal data source, but that would really be the best case scenario.<p>The poster is customizable per crop, and the pictures reposition heuristically. There's only two regions, SF and NY, with very different source data for each. See <a href="https://vertumnus.fyi/about/sources" rel="nofollow">https://vertumnus.fyi/about/sources</a> for methodology.<p>A static poster is not the greatest form factor for a schedule with annual variation, and this whole project was a non serious side exercise. See <a href="https://vertumnus.fyi/about" rel="nofollow">https://vertumnus.fyi/about</a> for more.<p>The project was coded in a single 731 prompt Claude Opus 5 session over 22 days within a 46 day period, from July 20th to September 2nd, 2026. I've published the entire transcript, searchable and organized by chapter, at <a href="https://vertumnus.fyi/about/transcript" rel="nofollow">https://vertumnus.fyi/about/transcript</a>. A write up, with the stuff that Claude was good at and its repeated code quality shortcomings, is at <a href="https://vertumnus.fyi/about/ai" rel="nofollow">https://vertumnus.fyi/about/ai</a>.
Show HN: DOOM in the kernel, or fibers in eBPF
Some time ago my coworker who was working on first version of Perforator (<a href="https://github.com/yandex/perforator" rel="nofollow">https://github.com/yandex/perforator</a>) kept talking about eBPF, so I got curious about its ISA and restrictions. That was around the time I read about DOOM on pregnancy test, so I thought: "what if someone run DOOM inside of Linux kernel in eBPF? Surely, with some restrictions, this should still be possible?"<p>I started to play around with it somewhere in 2024 - first stripping DOOM to bare minimum that is needed for showcase, simplifying code and trying to pass first restrictions that I encountered - function limit, recursion, memory access and checks. I tried to do this by hand, but it was, well, tedious labor. So I changed direction and instead started to do some of the things with LLVM-passes - rewriting memory access, simplifying and rewriting loops etc. But there were just so many corners. And given absence of time and all, I forgot about this project.<p>But couple months ago I thought: "LLMs are quite good nowadays, so why not try again this time with more hands". I tried different approaches on how memory access could be "virtualized", how loops can be made bounded, and in general - how to run unbounded logic on such a machine.<p>When I got DOOM running, I got carried away. Approach was so "generic", so it would be a crime not to try to run more things. And now we have it - lua running on xdp hot path, llama2 working with softfloats, and even cpython, that did not fit initially into 1M verifier budget, is running there now thanks to freplace.<p>There is ton of work to do in order to make programs run faster, to make integration easier, but working examples are already there.
Show HN: Godot and Rust based multiplexer (terminal panes and more)
I wanted to share my side-project: gPTY. Started off as an idea to combine Godot and Rust in a project (two stacks I wanted to use more to learn more). The base inspiration was tmux - simply allow spawning multiple PTYs and then let the user grid/tile them how they see fit.<p>But since we have the Godot game engine at our disposal, we can do some more interesting things, like add an FPS counter, and then subsequently also let people set their preferred FPS (the idea being the potential lower power draw if someone's running it on a laptop on battery power vs someone running it on a desktop with high/native FPS). In its current state, with me using Oh-my-Pi a lot, it's evolving into a terminal workspace that can be used for orchestrating autonomous AI agents by way of dogfooding (or you know, just run herdr inside of gPTY - it's the better orchestrator and just good software - I found it after starting this project, and now I'm finding myself using it a lot).<p>Also, we're not limited to just terminals. Since we have Godot, we have basically a 2D (and potentially a 3D) canvas to play with. We can already full-screen the app for "zen" mode, no taskbar, no distractions. TUI die-hards can have their media or other apps entirely in terminal panes.<p>There has been some ground-work on getting Markdowns displayed properly done and I want to work on some kind of Wiki framework for local knowledge-management next, then create more types of panes (think native audio/video on a media pane, that sits alongside your terminal pane), and some simple 2D games (like snake) to prototype. More details are on the ROADMAP.<p>What's not easy (and probably won't happen) is a browser. Having done a couple of (small) projects using Electron already, the temptation to ditch Godot/Rust (learning curve) did come up (and also the ecosystem, the ease with which I could pull components and use web technologies - development velocity would definitely be higher there). But on the flipside, given all of the available LLM and AI support that we are privileged to have today, I figured the velocity should be comparable depending on how much I leaned on those. And lean I did.<p>Godot/Rust seemed the better call to me and my intent anyway - going with the 'it's not just the end but the journey that matters' philosophy. So yes, there has been heavy use of LLMs & AI to generate a lot of the code. But I do review and steer actively, not relying solely on vibes, and there's a few bits here & there that have been human authored.<p>There are definitely a lot of polish and QoL items that need to land to make the end user experience better, but in the meantime, let me know your thoughts and/or concerns!<p>Repository: <a href="https://github.com/godot-pty/gpty" rel="nofollow">https://github.com/godot-pty/gpty</a><p>Docs/Blog: <a href="https://godot-pty.github.io/gpty/" rel="nofollow">https://godot-pty.github.io/gpty/</a>
Show HN: Toast, a beautiful by default in terminal IDE
Show HN: Hacker News, Without AI
Show HN: Hacker News, without AI
Show HN: Bodily Oddities
When I was about 11 years old, my best friend and I were playing during recess at school, and I was carrying him around on my back, presumably pretending to be a multipart attack robot. All of a sudden, my heart started hurting, and I collapsed to my knees, and the robot was no more. Every time I inhaled, it would feel like a spike was being driven into my heart, and my breathing got completely shallow. I was sure I was done for, when all of a sudden, after an exhale, it disappeared.<p>It wasn't until I was in my twenties that I learned this was called Precordial catch syndrome and it happens to most everyone. Every friend I've told about it was surprised, and also most knew the feeling.<p>I collected a growing list of strange things bodies do ever since. And now finally I made it into a little page for others to see:<p><a href="https://vester.si/bodily-oddities/" rel="nofollow">https://vester.si/bodily-oddities/</a><p>It includes a form to tell me about new things, if you think they belong on the page. Feedback welcome!
Show HN: Syq – copy files between machines fast (better than rsync)
I got frustrated with the slowness of rsync and made an alternative that works faster by using multiple parallel connections, direct encrypted TCP when available, and other optimizations. I also added cool features like the ability to maintain a persistent ssh connection to the server for fast one-offs, the ability to download to your laptop while working in an ssh shell on a server, and the ability to do direct remote-remote transfers without forwarding your ssh agent (by using restricted ssh keys on the receiver that will only execute a specific request signed with the key on your laptop). It is also designed to be more robustly/flexibly scriptable than alternatives.
Show HN: I couldn't afford interview prep, so I built a free alternative
Show HN: Art – draw one stroke, let symmetry complete it
Show HN: Art – draw one stroke, let symmetry complete it
Show HN: Compute polynomials twice as fast
A few years ago my coauthor and I was wondering if we could reduce the number of multiplications used for hashing algorithms. We had a construction and a 100 page proof, but we were not 100% sure it was correct. Now we have a full Lean proof, so we decided to publish it.<p>I made this website to make it easy for anyone how has polynomials to evaluate to see how it would be done using our method, as well as a number of previous approaches by Knuth and others.
Show HN: Compute polynomials twice as fast
A few years ago my coauthor and I was wondering if we could reduce the number of multiplications used for hashing algorithms. We had a construction and a 100 page proof, but we were not 100% sure it was correct. Now we have a full Lean proof, so we decided to publish it.<p>I made this website to make it easy for anyone how has polynomials to evaluate to see how it would be done using our method, as well as a number of previous approaches by Knuth and others.
The same nine streaming subscriptions cost $702/year more than in 2021
Show HN: What if the speed of light was 5 km/h?
I've always wanted to make a visualization where the speed of light was scaled down to human speeds, so that we could intuit relativistic effects with everyday objects. Here is the first version of it!
Show HN: What if the speed of light was 5 km/h?
I've always wanted to make a visualization where the speed of light was scaled down to human speeds, so that we could intuit relativistic effects with everyday objects. Here is the first version of it!
Show HN: Maxxwell – The IDE for Optimal Tokenmaxxing
Hi HN! I’m Michael, one of the founders of Rindler (YC S26). We built Maxxwell, which helps you manage a dozen coding-agent sessions’ progress, context, and blockers. This lets you spend more time with the actual high-leverage decisions (and gives you more confidence in stepping away from your computer).
We were originally building browser agents that log in to sites with a cached representation of the site to make for cheap and reliable repeat runs. There were a ton of hard challenges like mapping sites, getting past bot defenses, and handling credentialing and 2FA. There was a huge maintenance surface, and we were getting bogged down with technical deliverables.<p>We tried Cursor, Claude Code, Conductor, and even built an internal Devin. These tools either felt like they were too slow to iterate through large tasks, or became black boxes that I just couldn’t trust with their decisioning (you can’t just tell Devin to “improve the site mapper” and call it a day, unfortunately). So, we eventually settled on twelve Claude Code sessions running across our terminal panes. You get more control over the work being done while still multiplying your output volume, albeit at a cost: you.<p>Answering questions across twelve terminals is really draining. Also, a lot of the questions are niche code choices that crowd out the stuff actually worth your opinion. It’s not immediately obvious which sessions are making progress, which are stuck on something trivial, or which are getting lost in the sauce of making up new goals. Lastly, I just felt less like a conductor of agents and more like just the human medium connecting Claude to my workspace.<p>In the pursuit of touching grass again, we jerry-rigged our own system, which has an orchestrator agent focused on keeping other sessions aligned towards their goals and parsing through the agent noise. Now, I primarily message that one orchestrator session alone. It tells me what’s landed, what’s been decided for me, and what actually needs my input. Every worker is an unmodified Claude or Codex process in a real PTY, so you can still attach to any session and interface with it. This functionally results in all the productivity and quality benefits of multiplexing sessions while hopefully keeping you sane.<p>Here's a 90 second walkthrough of the IDE: <a href="https://www.loom.com/share/125c58d597234685b1a632839a83813a" rel="nofollow">https://www.loom.com/share/125c58d597234685b1a632839a83813a</a><p>In the last month that we’ve been using this, merged PRs per prompt (at similar semantic weight) has gone from 0.9 to 5, and our revert rate of said PRs has fallen from 0.56% to 0.20%. We are confident letting the orchestrator manage our agent sessions for hours at a time, and it works quite well for overnight runs too.<p>Maxxwell is BYOK or subscription, and otherwise free and fully local. We’re considering making a hosted service as well to save your local machine’s memory.
Check it out! If you’re already running several agent sessions at once, I’d especially like to know:<p>- What would make you trust that an unattended session stayed aligned? We currently have per-goal checklists that the orchestrator monitors to ensure adherence.<p>- What’s your preferred balance of agent autonomy and control?
Show HN: Type.com: Multiplayer Codex/Claude in the cloud for non-tech use cases
Hey HN, I'm Komran, the CTO and cofounder of type.com. We're launching today. I've been describing type as "the IDE for non technical people." It allows you to build really cool shit without having to worry about maintaining the perfect local dev environment.<p>Everything is cloud first by default. No fumbling with handoff flows or anything weird like that. Every thread is backed by a persistent sandbox VM so you don't even have to worry about git worktrees if you're doing something git backed. You can start work from claude, codex, slack, or email and then push it into a shared session in Type where your whole team can co-prompt.<p>Since our "meta-harness" is a wrapper of codex-cli and claude code, you can connect your existing subscriptions. Because we're a multiplayer product we had to make sure that we only bill the subscription for messages authored by that user. If Alice has a subscription and she starts a thread with an agent, she will have her subscription used. If Bob comes in and add their own prompt but Bob does not have a subscription, they will be billed against their type usage. We don't charge any margin on tokens.<p>Even with how early the product is, our customers love us and prefer us to using claude code. If I had to say our advantages over claude tag/claude cowork it would be these:<p>* You can switch models/harnesses anytime, you aren't locked into a single provider.
Creating a custom internal app/artifact is better on type because we handle internal hosting, RBAC, version control, dev/prod environments, and even the ability for your apps to talk to your type integrations. Sharing an internal app is very akin to sharing a google doc.<p>* It's just claude code and codex under the hood. In general it should work very similar to how codex and claude code work<p>* At my last company, halp.com (acquired by Atlassian) we invented the term "Slack-first" because we knew that people loved doing work without context switching. Type is great in slack. Each slack channel maps to a public or private "Space" which has access read only or read/write access grants to integrations. Each space has a default harness, model, and effort level built in. So you can use your subscriptions all from slack.<p>* Our CLI allows you to get the best parts of type even when you're working in single player mode on your local machine. The type-cli lets you push your local session up to type so that other can take a look at it. It can also push up a doc for collaborative editing, and even reuse the same integrations that you've been given access to on type locally.<p>You can sign up today at <a href="https://type.com" rel="nofollow">https://type.com</a>.<p>You get $100 worth of credits to mess around with it. It's been really fun building this. Competing with the likes of grok bot, codex, and claude cowork has been really fun, but I think that they are still very much in the personal assistant, single player mode. Each person has to set up the same integrations, skills and automations need to be created all from scratch, and every frontier's product is gonna make you be locked in to their model.
Show HN: Give your AI agent on-screen guides that show users where to click
Hey HN. I'm Christian, one of the founders of Frigade (YC W23). I've noticed that a lot of in-app AI agents struggle to actually understand the products they exist in.<p>For instance, let's say a user asks an agent how to do something in a given SaaS product. In an ideal case, maybe that agent replies saying it has a tool to do the task and just automates that work entirely for the user. That's a great outcome.<p>But often that's not the case. Maybe there is no tool call for that exact task, or maybe the user's question is best solved by a specific UI workflow or interface. In these cases, many agents tend to fall back on basic RAG on their help center, or sometimes even searching the internet for an understanding of their own product. This can be a very slow process and most of the time help center articles are outdated as products evolve faster than them today. Even worse, no one likes reading a long list of bullets and mapping that back to a UI.<p>My tool (Assist API) solves this gap with a single tool call defined like this:<p><pre><code> const frigade_guide_tool = {
description: 'Call this tool to answer product questions or guide the user through a task.',
parameters: {
query: {
type: 'string',
description: 'What the user is asking or wants to do',
},
},
run: ({ query }) => frigade.assist({ query }),
}
</code></pre>
Here's a demo I recorded on how to set it up with the Vercel AI SDK: <a href="https://www.youtube.com/watch?v=9WQ0UbLjC6I" rel="nofollow">https://www.youtube.com/watch?v=9WQ0UbLjC6I</a><p>When called, the tool will do the following:<p>1) Gather context on what the user is seeing on screen, their permissions, feature flags, and more. Then one of the following:<p>2a) If solvable: Generate an on screen guide for how to fix a given problem<p>2b) If conceptual: Return text describing to the parent agent how to solve the problem<p>2c) Reject (i.e. unable to help)<p>How does the tool know what to do?<p>The tool learns a given application UI by using a browser-based agent. You provide a test account to your software (i.e. staging og preview), and a browser agent logs in and works its way through the entire product. It then builds its own map of how the application works which can the be queried about any product-related question or how to get from A to B in the UI. It also writes its own documentation from this map. The agent re-runs on a schedule or can be triggered through CI/CD.<p>Docs and more details: <a href="https://frigade.com/assist-api">https://frigade.com/assist-api</a>
Show HN: Rdltr – Inbox zero for your reading list
Hi HN, for the past few months I’ve been working on a read later app called RDLTR (<a href="https://rdltr.app" rel="nofollow">https://rdltr.app</a>). The whole thing started because I had so many tabs open with stuff I wanted to read, across browsers, Mac, Linux, and iPhone. They cluttered everything and got in the way of other things I had to do.<p>Pocket had just shut down when this idea came up, I looked around, tried Instapaper, Raindrop, Matter, and a few others I forget. They were fine, but they all give you a list that only grows, which is another thing to maintain, and not the model I had in mind. Safari has this Reading List feature where you read something and it drops off the unread list. But it’s Apple only and half worked. What I wanted was inbox zero for reading. Open something, read it, come back, and it’s gone from the queue but still in the archive. You keep going until there is nothing left.<p>Links come in from anywhere. Paste a URL on the page, drag one in, or use the bookmarklet, the Chrome and Firefox extensions, or the Apple Shortcut for the iOS share sheet, plus Vim keys, TL;DR summaries on each link, search across everything you have read or saved, RSS for every list, and it works just as well on the phone.<p>The extensions have a couple of tricks that I use all the time. Shift+DD pulls the article text, cleans it up, and sends it to ChatGPT, Claude, or Gemini in a new tab, so you can ask it anything about what you just read. Shift+AA opens it in the Internet Archive, handy for paywalled sites when you don’t have a subscription.<p>The stack is Bun, TypeScript, HTMX, and SQLite, with SSE so the list updates the moment you save or read something, deployed on a Hetzner VPS.<p>Full disclosure, Claude Code wrote most of it. I still spent a ton of time dogfooding, testing, and polishing the UI until things felt right.<p>Anyway, curious to know what your current setup is for this.