The best Hacker News stories from Show from the past day
Latest posts:
Show HN: A social feed with no strangers
Grateful is a gratitude app with a simple social layer.<p>You write a short entry, keep it private or share it to a circle. A circle is a small private group of your own making — family, close friends, whoever you'd actually want to hear from.<p>It shows you the most recent post first. People in the circle can react or leave a comment. There's also a daily notification that sends you something you were grateful for in the past.<p>Try it out on both iOS and Android. Go to grateful.so
Show HN: Turn your favorite YouTube channels into a streaming experience
A minimalist way to watch YouTube with cinematic previews, an immersive interface, and zero distractions. Free, no accounts or subscription needed.
Show HN: Continual Learning with .md
I have a proposal that addresses long-term memory problems for LLMs when new data arrives continuously (cheaply!). The program involves no code, but two Markdown files.<p>For retrieval, there is a semantic filesystem that makes it easy for LLMs to search using shell commands.<p>It is currently a scrappy v1, but it works better than anything I have tried.<p>Curious for any feedback!
Show HN: Ithihāsas – a character explorer for Hindu epics, built in a few hours
Hi HN!<p>I’ve always found it hard to explore the Mahābhārata and Rāmāyaṇa online. Most content is either long-form or scattered, and understanding a character like Karna or Bhishma usually means opening multiple tabs.<p>I built <a href="https://www.ithihasas.in/" rel="nofollow">https://www.ithihasas.in/</a> to solve that. It is a simple character explorer that lets you navigate the epics through people and their relationships instead of reading everything linearly.<p>This was also an experiment with Claude CLI. I was able to put together the first version in a couple of hours. It helped a lot with generating structured content and speeding up development, but UX and data consistency still needed manual work.<p>Would love feedback on the UX and whether this way of exploring mythology works for you.
Show HN: I built a social media management tool in 3 weeks with Claude and Codex
Show HN: Waffle – Native macOS terminal that auto-tiles sessions into a grid
Hi HN. I built Waffle because I kept ending up with 15 terminal windows scattered across three spaces with no idea what was running where.<p>Splitting/merging in iTerm kind of works but it never felt intuitive to me.<p>With that in mind, I built something to suit my workflow:<p>Waffle is a native macOS terminal (Built on Miguel de Icaza's SwiftTerm) that tiles your sessions into an auto-scaling grid automatically. 1 session is fullscreen, 2 is side by side, 4 is 2x2, 9 is 3x3. Open a terminal, it joins the grid. Close one, the grid rebalances. No splitting, no config.<p>I've been using it a lot recently and one thing I've found really useful is that sessions detect which repo they're in and group accordingly. Each project gets a distinct colour. Cmd+[ and Cmd+] flip between groups. If you have three repos open across eight terminals, you can filter to just one project's sessions instantly. Also, no accidentally closing a window with CMD-W as it gives you a confirmation and requires a second CMD-W to close.<p>Honestly, if you live in tmux, this probably isn't for you but it's really helped to speed up my workflow.<p>Other things: It comes with a handful of themes (and has support for iTerm themes), bundled JetBrains mono, has keyboard shortcuts for everything. Free, no account, opt-in analytics only. macOS 14+.<p>There's a demo on the landing page if you want to see it in action.
Show HN: Claudraband – Claude Code for the Power User
Hello everyone.<p>Claudraband wraps a Claude Code TUI in a controlled terminal to enable extended workflows. It uses tmux for visible controlled sessions or xterm.js for headless sessions (a little slower), but everything is mediated by an actual Claude Code TUI.<p>One example of a workflow I use now is having my current Claude Code interrogate older sessions for certain decisions it made: <a href="https://github.com/halfwhey/claudraband?tab=readme-ov-file#self-interrogation" rel="nofollow">https://github.com/halfwhey/claudraband?tab=readme-ov-file#s...</a><p>This project provides:<p>- Resumable non-interactive workflows. Essentially `claude -p` with session support: `cband continue <session-id> 'what was the result of the research?'`
- HTTP server to remotely control a Claude Code session: `cband serve --port 8123`
- ACP server to use with alternative frontends such as Zed or Toad (<a href="https://github.com/batrachianai/toad" rel="nofollow">https://github.com/batrachianai/toad</a>): `cband acp --model haiku`.
- TypeScript library so you can integrate these workflows into your own application.<p>This exists cause I was using `tmux send-keys` heavily in a lot of my Claude Code workflows, but I wanted to streamline it.
Show HN: Claudraband – Claude Code for the Power User
Hello everyone.<p>Claudraband wraps a Claude Code TUI in a controlled terminal to enable extended workflows. It uses tmux for visible controlled sessions or xterm.js for headless sessions (a little slower), but everything is mediated by an actual Claude Code TUI.<p>One example of a workflow I use now is having my current Claude Code interrogate older sessions for certain decisions it made: <a href="https://github.com/halfwhey/claudraband?tab=readme-ov-file#self-interrogation" rel="nofollow">https://github.com/halfwhey/claudraband?tab=readme-ov-file#s...</a><p>This project provides:<p>- Resumable non-interactive workflows. Essentially `claude -p` with session support: `cband continue <session-id> 'what was the result of the research?'`
- HTTP server to remotely control a Claude Code session: `cband serve --port 8123`
- ACP server to use with alternative frontends such as Zed or Toad (<a href="https://github.com/batrachianai/toad" rel="nofollow">https://github.com/batrachianai/toad</a>): `cband acp --model haiku`.
- TypeScript library so you can integrate these workflows into your own application.<p>This exists cause I was using `tmux send-keys` heavily in a lot of my Claude Code workflows, but I wanted to streamline it.
Show HN: Oberon System 3 runs natively on Raspberry Pi 3 (with ready SD card)
Show HN: Oberon System 3 runs natively on Raspberry Pi 3 (with ready SD card)
Show HN: boringBar – a taskbar-style dock replacement for macOS
Hi HN!<p>I recently switched from a Fedora/GNOME laptop to a MacBook Air. My old setup served me well as a portable workstation, but I’ve started traveling more while working remotely and needed something with similar performance but better battery life. The main thing I missed was a simple taskbar that shows the windows in the current workspace instead of a Dock that mixes everything together.<p>I built boringBar so I would not have to use the Dock. It shows only the windows in the current Space, lets you switch Spaces by scrolling on the bar, and adds a desktop switcher so you can jump directly to any Space. You can also hide the system Dock, pin apps, preview windows with thumbnails, and launch apps from a searchable menu (I keep Spotlight disabled because for some reason it uses a lot of system resources on my machine).<p>I’ve been dogfooding it for a few months now, and it finally felt polished enough to share.<p>It’s for people who like macOS but want window management to feel a bit more like GNOME, Windows, or a traditional taskbar. It’s also for people like me who wanted an easier transition to macOS, especially now that Windows feels increasingly user-hostile.<p>I’d love feedback on the UX, bugs, and whether this solves the same Dock/Spaces pain for anyone else.<p>P.S. It might also appeal to people who feel nostalgic for the GNOME 2 desktop of yore. I started my Linux journey with it, and boringBar brings back some of that feeling for me.
Show HN: boringBar – a taskbar-style dock replacement for macOS
Hi HN!<p>I recently switched from a Fedora/GNOME laptop to a MacBook Air. My old setup served me well as a portable workstation, but I’ve started traveling more while working remotely and needed something with similar performance but better battery life. The main thing I missed was a simple taskbar that shows the windows in the current workspace instead of a Dock that mixes everything together.<p>I built boringBar so I would not have to use the Dock. It shows only the windows in the current Space, lets you switch Spaces by scrolling on the bar, and adds a desktop switcher so you can jump directly to any Space. You can also hide the system Dock, pin apps, preview windows with thumbnails, and launch apps from a searchable menu (I keep Spotlight disabled because for some reason it uses a lot of system resources on my machine).<p>I’ve been dogfooding it for a few months now, and it finally felt polished enough to share.<p>It’s for people who like macOS but want window management to feel a bit more like GNOME, Windows, or a traditional taskbar. It’s also for people like me who wanted an easier transition to macOS, especially now that Windows feels increasingly user-hostile.<p>I’d love feedback on the UX, bugs, and whether this solves the same Dock/Spaces pain for anyone else.<p>P.S. It might also appeal to people who feel nostalgic for the GNOME 2 desktop of yore. I started my Linux journey with it, and boringBar brings back some of that feeling for me.
Show HN: Hormuz Havoc, a satirical game that got overrun by AI bots in 24 hours
I built a satirical browser game to share with friends (Hormuz Havoc: you play an American president managing a crisis in the Middle East, only "loosely" inspired by current events). I had good fun making this, but that's not necessarily the interesting part.<p>The interesting part was that within a few hours of sharing it with my friends, some of them set about trying to overrun the leaderboard by launching a swarm of AI bots to learn the game and figure out how to get the highest score. This set off a game of cat-and-mouse as they found vulnerabilities and I tried patching them.<p>Within hours of sharing, someone used the Claude browser extension to read game.js directly. Large parts of the scoring formula, action effect values, and bonus thresholds were sitting in client-side JavaScript - this was a trivial thing even a human could've found, but a human would've still had to play the game, whereas the AI bot just optimised directly against the scoring formula. It meant that the first AI already scored 2.5x higher than the best human player by optimising directly against the source code rather than playing the game.<p>Straightforward fix: moved the entire game engine server-side. The client is now a dumb terminal, it sends an action ID, receives a rendered state. No scoring logic, no bonus thresholds, no action effects exist in the browser. The live score display uses a deliberately different formula as misdirection.<p>This increased the difficulty in finding bot-enabled hacks, so the subsequent bots tried brute-forcing the game, trying to game the RNG functions, and other methods.<p>But the next winning bot found a vulnerability where the same signed session token could be replayed. It would play turn N, observe a bad random event, replay the same token for turn N, get a different RNG outcome, keep the best one. Effectively branching from a single game state to cherry-pick lucky outcomes across 30 turns. Managed to 1.5x the previous bot's high score.<p>The bot's own description: "The key optimisation was token replay. Because the backend let the same signed state be replayed, I could branch from one exact game state repeatedly and continue from the luckiest high-value outcome each turn."<p>Fix here: consume a turn nonce atomically before any randomness is generated.<p>The current state is that the leaderboard is now split into human and AI-assisted. I think the capability of AI bots has flatlined a bit now. Perhaps Claude Mythos might be able to discover the next hackable exploit ¯\_(ツ)_/¯<p>Happy to go deeper on any of the above - or just enjoy the game! Feel free to try your own AI-powered leaderboard attempt too!
Show HN: Eve – Managed OpenClaw for work
Eve is an AI agent harness that runs in an isolated Linux sandbox (2 vCPUs, 4GB RAM, 10GB disk) with a real filesystem, headless Chromium, code execution, and connectors to 1000+ services.<p>You give it a task and it works in the background until it's done.<p>I built this because I wanted OpenClaw without the self-hosting, pointed at actual day-to-day work. I’m thinking less personal assistant and more helpful colleague.<p>Here’s a short demo video: <a href="https://www.loom.com/share/00d11bdbe804478e8817710f5f53ac61" rel="nofollow">https://www.loom.com/share/00d11bdbe804478e8817710f5f53ac61</a><p>The main interface is a web app where you can watch work happen in real time (agents spawning, files being written, use of the CLI). There's also an iMessage integration so you can fire a task asynchronously, put your phone down, and get a reply when it's finished.<p>Under the hood, there's an orchestrator (Claude Opus 4.6) that routes to the right domain-specific model for each subtask: browsing, coding, research, and media generation.<p>For complex tasks it spins up parallel sub-agents that coordinate through the shared filesystem. They have persistent memory across sessions so context compounds over time.<p>I’ve packaged it with a bunch of pre-installed skills so it can execute in a variety of job roles (sales, marketing, finance) at runtime.<p>Here are a few things Eve has helped me with in the last couple days:<p>- Edit this demo video with a voice over of Garry: <a href="https://www.youtube.com/watch?v=S4oD7H3cAQ0" rel="nofollow">https://www.youtube.com/watch?v=S4oD7H3cAQ0</a><p>- Do my tax returns<p>- To build HN as if it was the year 2030: <a href="https://api.eve.new/api/sites/hackernews-2030/#/" rel="nofollow">https://api.eve.new/api/sites/hackernews-2030/#/</a><p>AMA on the architecture and lmk your thoughts :)<p>P.S. I've given every new user $100 worth of credits to try it.
Show HN: Eve – Managed OpenClaw for work
Eve is an AI agent harness that runs in an isolated Linux sandbox (2 vCPUs, 4GB RAM, 10GB disk) with a real filesystem, headless Chromium, code execution, and connectors to 1000+ services.<p>You give it a task and it works in the background until it's done.<p>I built this because I wanted OpenClaw without the self-hosting, pointed at actual day-to-day work. I’m thinking less personal assistant and more helpful colleague.<p>Here’s a short demo video: <a href="https://www.loom.com/share/00d11bdbe804478e8817710f5f53ac61" rel="nofollow">https://www.loom.com/share/00d11bdbe804478e8817710f5f53ac61</a><p>The main interface is a web app where you can watch work happen in real time (agents spawning, files being written, use of the CLI). There's also an iMessage integration so you can fire a task asynchronously, put your phone down, and get a reply when it's finished.<p>Under the hood, there's an orchestrator (Claude Opus 4.6) that routes to the right domain-specific model for each subtask: browsing, coding, research, and media generation.<p>For complex tasks it spins up parallel sub-agents that coordinate through the shared filesystem. They have persistent memory across sessions so context compounds over time.<p>I’ve packaged it with a bunch of pre-installed skills so it can execute in a variety of job roles (sales, marketing, finance) at runtime.<p>Here are a few things Eve has helped me with in the last couple days:<p>- Edit this demo video with a voice over of Garry: <a href="https://www.youtube.com/watch?v=S4oD7H3cAQ0" rel="nofollow">https://www.youtube.com/watch?v=S4oD7H3cAQ0</a><p>- Do my tax returns<p>- To build HN as if it was the year 2030: <a href="https://api.eve.new/api/sites/hackernews-2030/#/" rel="nofollow">https://api.eve.new/api/sites/hackernews-2030/#/</a><p>AMA on the architecture and lmk your thoughts :)<p>P.S. I've given every new user $100 worth of credits to try it.
Show HN: Pardonned.com – A searchable database of US Pardons
<a href="https://pardonned.com" rel="nofollow">https://pardonned.com</a><p>Inspired by the videos of Liz Oyer, I wanted to be able to verify her claims and just look up all the pardons more easily.<p>Tech Stack:
Playwright - to sccrape the DOJ website
SQLite - local database
Astro 6 - Build out a static website from the sqlite db<p>All code is open source and available on Github.
Show HN: Pardonned.com – A searchable database of US Pardons
<a href="https://pardonned.com" rel="nofollow">https://pardonned.com</a><p>Inspired by the videos of Liz Oyer, I wanted to be able to verify her claims and just look up all the pardons more easily.<p>Tech Stack:
Playwright - to sccrape the DOJ website
SQLite - local database
Astro 6 - Build out a static website from the sqlite db<p>All code is open source and available on Github.
Show HN: Pardonned.com – A searchable database of US Pardons
<a href="https://pardonned.com" rel="nofollow">https://pardonned.com</a><p>Inspired by the videos of Liz Oyer, I wanted to be able to verify her claims and just look up all the pardons more easily.<p>Tech Stack:
Playwright - to sccrape the DOJ website
SQLite - local database
Astro 6 - Build out a static website from the sqlite db<p>All code is open source and available on Github.
Show HN: Druids – Build your own software factory
Hi HN!<p>Druids (<a href="https://github.com/fulcrumresearch/druids" rel="nofollow">https://github.com/fulcrumresearch/druids</a>) is an open-source library for structuring and running multi-agent coding workflows. Druids makes it easy to do this by abstracting away all the VM infrastructure, agent provisioning, and communication. You can watch our demo video here (<a href="https://www.youtube.com/watch?v=EVJqW-tvSy4" rel="nofollow">https://www.youtube.com/watch?v=EVJqW-tvSy4</a>) to see what it looks like.<p>At a high level:<p>- Users can write Python programs that define what roles the agents take on and how they interact with each other.<p>- A program is made of events - clear state transitions that the agents or clients can call to modify state. Each event gets exposed as an agent tool.<p>- Druids provisions full VMs so that the agents can run continuously and communicate effectively.<p>We made Druids because we were making lots of internal coding tools using agents and found it annoying to have to rearrange the wiring every time.<p>As we were building Druids, we realized a lot of our internal tools were easier to express as an event-driven architecture – separating deterministic control flow from agent behavior – and this design also made it possible to have many agents work reliably.<p>We had issues with scaling the number of concurrent agents within a run, so we decided to have each program run in an isolated sandbox program runtime, kind of the same way you run a Modal function. Each agent then calls the runtime with an agent token, which checks who can talk to who or send files across VMs, and then applies the tool call.<p>Our early users have found the library useful for:<p>- running many agents to do performance optimization<p>- building custom automated software pipelines for eg code review, pentesting, large-scale migrations, etc...<p>We've heard that the frontier labs have the infrastructure to quickly spin up 100 agents and have them coordinate with each other smoothly in various ways. We're hoping that Druids can be a starting point to make that infrastructure more accessible.
Show HN: Druids – Build your own software factory
Hi HN!<p>Druids (<a href="https://github.com/fulcrumresearch/druids" rel="nofollow">https://github.com/fulcrumresearch/druids</a>) is an open-source library for structuring and running multi-agent coding workflows. Druids makes it easy to do this by abstracting away all the VM infrastructure, agent provisioning, and communication. You can watch our demo video here (<a href="https://www.youtube.com/watch?v=EVJqW-tvSy4" rel="nofollow">https://www.youtube.com/watch?v=EVJqW-tvSy4</a>) to see what it looks like.<p>At a high level:<p>- Users can write Python programs that define what roles the agents take on and how they interact with each other.<p>- A program is made of events - clear state transitions that the agents or clients can call to modify state. Each event gets exposed as an agent tool.<p>- Druids provisions full VMs so that the agents can run continuously and communicate effectively.<p>We made Druids because we were making lots of internal coding tools using agents and found it annoying to have to rearrange the wiring every time.<p>As we were building Druids, we realized a lot of our internal tools were easier to express as an event-driven architecture – separating deterministic control flow from agent behavior – and this design also made it possible to have many agents work reliably.<p>We had issues with scaling the number of concurrent agents within a run, so we decided to have each program run in an isolated sandbox program runtime, kind of the same way you run a Modal function. Each agent then calls the runtime with an agent token, which checks who can talk to who or send files across VMs, and then applies the tool call.<p>Our early users have found the library useful for:<p>- running many agents to do performance optimization<p>- building custom automated software pipelines for eg code review, pentesting, large-scale migrations, etc...<p>We've heard that the frontier labs have the infrastructure to quickly spin up 100 agents and have them coordinate with each other smoothly in various ways. We're hoping that Druids can be a starting point to make that infrastructure more accessible.