Show HN: My homelab is outperforming the stock market https://ift.tt/Xyd2jvf

Show HN: My homelab is outperforming the stock market https://stocks.sjer.red May 25, 2026 at 03:24AM

Show HN: Replacing a 3.4MB video with 40kb of GSAP https://ift.tt/0uOBwn8

Show HN: Replacing a 3.4MB video with 40kb of GSAP https://ift.tt/rc7gfmL May 25, 2026 at 02:29AM

Show HN: Baby's First Cards – real photo flash cards for toddlers https://ift.tt/6Q0elwf

Show HN: Baby's First Cards – real photo flash cards for toddlers App maker here. I built this because most flash card apps use cartoonish illustrations that don't help babies recognize real objects. This app lets you take photos of real things around the house or pick from curated real photo sets. Key features: • Take your own photos as flash cards • Record your own voice for each card • Pre-loaded kits with high-quality real photos and real animal sounds • Bilingual (English and Chinese) mode • Fully offline, no ads, no data collection • One-time purchase, no subscription Happy to answer questions or discuss the development process! https://ift.tt/5mgpnRZ May 24, 2026 at 06:43PM

Show HN: Running BitNet b1.58 inside DRAM by breaking DDR4 timing rules https://ift.tt/3SDq8XA

Show HN: Running BitNet b1.58 inside DRAM by breaking DDR4 timing rules I have been working on running BitNet b1.58 inside DRAM by intentionally breaking DDR4 timing rules. Also made a visual explainer: https://pcdeni.github.io/CaSA/explainer/ This is tested and works inside commercial off the shelf memory with custom memory controller in the FPGA. The underlying effect is well characterized in academic papers (cmu safari, simra, dram bender, etc). In the process of getting this to work I also made previously undocumented discovery about DDR behaviour: https://pcdeni.github.io/CaSA/explainer/xor-spread.html Overall it is a bit slow, since data (in full rows) needs to be moved even when what is actually needed is only the count of the '1' bits (popcount). To make it competitive memory die changes would be needed, but not as drastic as merging compute and memory into one silicon. This would then avoid the memory wall issue the industry is currently facing. May 24, 2026 at 12:24AM

Show HN: Vibe-coded Steam, but in the browser https://ift.tt/Y2MVCPQ

Show HN: Vibe-coded Steam, but in the browser Hi HN! Lifelong avid gamer here, hugely passionate about WASM and WebGPU. I firmly believe that these technologies will enable console and PC quality titles to be accessible through a browser, and with this, we'll need a new discoverability layer. Looking online, platforms like CrazyGames and Poki cater to a casual/hypercasual demographic, and I couldn't find anything out there that was for me, a core gamer that typically uses Steam and consoles. So I vibe coded my own! It features WASM ports of classic games, as well as some indie Unity titles. The goal is to host mainly WebGPU titles moving forward, and to serve as a way for smaller developers to get discovered outside of crowded channels like Steam. Here's a few features from the platform I wanted to highlight: • Controller support • A console-like UI/UX • Community forums (much work to do here) • Basic achievements • Store pages, modeled after Steam • Social features • Asset chunking to enable faster load times I'd love to get feedback on the portal, to make it even better. Thanks! https://gameghost.manus.space/ May 24, 2026 at 01:24AM

Show HN: A satirical idle game about running an AI startup https://ift.tt/DQL1S85

Show HN: A satirical idle game about running an AI startup I made an idle/clicker about running an AI startup. You start with a cat-vs-dog classifier and try to make it to AGI, but the NYT sues you for training data, Yann tweets that scaling is dead, and your fired ML engineer leaks the Slack. https://ift.tt/3QdM4iI May 24, 2026 at 12:24AM

Show HN: CoreMem – Portable context for AI agents https://ift.tt/yukS9wD

Show HN: CoreMem – Portable context for AI agents CoreMem lets you build collections of context, called a mem, and share it with any AI agent via URL, a Chrome extension, MCP, Cursor/VS Code plugins, a skill, and more. Instead of re-explaining your project or goal when you switch agents or start new sessions, CoreMem keeps your context centrally organized so that any AI tool can read it. This originally started as a CLI I built that kept pieces of context (Project A/B/C details, my writing style, preferred tech stacks, coding style, etc) in a SQLite database. I could instruct various agents to “use my `coremem` CLI to retrieve details about [project A] before we get started.” It solved a problem for me b/c I am continually bouncing around between different projects and chat agents, and having to re-explain myself every time became an exercise in either repeating myself or copy/pasting summaries I’d saved from previous sessions. I decided to make this a little more robust and portable, so I turned that original CLI into a SaaS. Tl;dr: You can create a “mem”, which is a collection of 1 or more pieces of related context, and share that mem with any agent to quickly get them up to speed. Right now I’ve got integrations in the form of revokable share links, a Chrome Plugin, Cursor Plugin, Cursor/VS Code extension, Claude Code plugin, ChatGPT/Claude/Gemini/et al via MCP. Since I mostly work from the CLI, I use the Claude Code plugin or create 5-min share links I can drop into a chat, but I’ve tried to make this useful to people who mainly work from a browser or an IDE. I’ve been coding for 30+ years, and I vibed most of this. I was able to use CoreMem to help it built itself as I jumped between various coding agents, having them grab context then start a new task. I’m sure my architecture and engineering experience helped, but building this in a few weeks confirmed for me that the barrier for someone to build a tool they need to solve a problem is incredibly low. The rush I used to get from coding has mostly faded, but I’m getting similar rushes managing different agents to build things now. https://coremem.app May 22, 2026 at 11:22PM

Show HN: Mechs.lol – a free, web-based autoshooter game https://ift.tt/jCKHSrv

Show HN: Mechs.lol – a free, web-based autoshooter game One unexpected benefit of LLMs is I can work on projects I otherwise wouldn't have taken on. I made a web-based autoshooter (with multiplayer support) heavily using AI / LLMs. This is something I'd consider "alpha" quality so don't expect a super polished experience but it's hopefully fun https://mechs.lol May 22, 2026 at 10:34PM

Show HN: I Made a Claude Skill for Spec-Driven Development (SDD) https://ift.tt/SCiHKxb

Show HN: I Made a Claude Skill for Spec-Driven Development (SDD) At my work they provided a single Claude subscription for everyone on the team. To be honest I like kiro better as it provides a way better SDD management. But the company can't provide it and I can't afford it yet. Turns out I had the skill creator skill in my claude instance so I made use of it to create this Skill. I made it fully by using Claude but I wanted to make it open source, so I asked it to help me make tests and preparations for it, even a CI to run python tests. Well, we got this results with it: - Phase 2A: 67 static assertions (Python script, runs in CI) - Phase 2B: 15 behavioral tests (live Claude Code session) - Phase 2C: 53 generation quality checks across 3 end-to-end flows All of these passed and the CI also passed (after a few tries). I made it to suit my way of prompting and coding and based it off kiro's SDD management, but I want it to be publicly available and used by many people. According to claude some of the testers need to fit the following criteria: 1. Developer starting a real new project from scratch 2. Solo dev with an active side project (greenfield or partial codebase) 3. Team lead whose team uses multiple AI tools 4. Developer with an existing codebase and no written specs 5. Developer who actively uses 3+ AI coding tools It's actually a blind test, no guiding, just try it if you can, I'd really appreciate your help. The repo is here: https://ift.tt/LomZNF5 https://ift.tt/LomZNF5 May 21, 2026 at 06:19PM

Show HN: Freenet, a peer-to-peer platform for decentralized apps https://ift.tt/zy9rmjS

Show HN: Freenet, a peer-to-peer platform for decentralized apps For the past 5 years or so I've been working on a ground-up redesign of Freenet, my peer-to-peer project from the early 2000s (now renamed Hyphanet). The new Freenet has been up and running since December along with some early applications like River[1], our decentralized group chat and Delta - a decentralized CMS. Users have already started to build their own apps on Freenet including games, and we have some interesting apps in development like Atlas, a search/recommendation engine. Architecturally, this new Freenet is a global, decentralized key-value store where keys are webassembly contracts which define what values (aka "state") are valid for that key, how or when the values can be mutated, and how the state can be efficiently synchronized between peers. We've developed a unique (AFAIK) solution to the consistency problem, every contract must define a "merge" operation for the contract's associated state. This operation must be commutative, meaning that you can merge multiple states in any order and you'll get the same end result. This approach allows state updates to spread through the network like a virus[2], which typically achieves consistent global state in a few seconds or less. Like the world wide web, Freenet applications can be downloaded from the network itself and run in a web browser - similar to single-page apps on the normal web. However, rather than connecting back to an API running in a datacenter, the webapp connects locally to the Freenet peer and interacts with Freenet contracts and delegates over a local websocket connection. If you'd like to try Freenet we have convenient installers for the major desktop OSs but not yet mobile, and you can be chatting with other users on River within seconds[3]. Happy to answer any questions, you're also welcome to read our FAQ[4], or watch a talk I gave back in March[5]. [1] https://ift.tt/MetFHRU [2] https://ift.tt/SiFrnC1 [3] https://ift.tt/jMN4nYz [4] https://ift.tt/SHWCMxj [5] https://youtu.be/3SxNBz1VTE0 https://freenet.org/ May 21, 2026 at 08:04PM

Show HN: Agent.email – sign up via curl, claim with a human OTP https://ift.tt/X2BQUzp

Show HN: Agent.email – sign up via curl, claim with a human OTP Hi HN! We're Haakam, Michael, and Adi from AgentMail- a ycs25 company. We give AI agents their own email inboxes. Recently, we ran an experiment called Agent.Email. It's a signup flow designed specifically for AI agents instead of humans. The inspiration came from a few comments we received when we did our seed launch a few months back. They all came from the very apt observation that agents not being able to sign up to a product made for agents without human credentials was ironic and unideal. This is basically the thesis we built AgentMail on: The internet was made for humans exclusively, designed to keep machines out by default. Every signup flow assumes a browser, a person reading a page, and clicking a confirmation link. Unless agents can't do that, they can't be first class users of the internet. Agents can now get an email inbox by themselves. (This also means a lot of email nobody wants to read gets processed by AI instead of your inbox being cluttered with spam and slop) Here's how agent.email works. Agent needs an inbox and hits AgentMail via curl. Agent receives instructions via MD unless the request comes from a browser, in which case we use HTML. Agent decides agent.email is useful and then hits the sign-up endpoint with its human email as a parameter. Agent receives a restricted inbox with credentials. Agent emails the human asking for an OTP. Human replies with the code, and the agent is claimed and restrictions are lifted. Until claimed, the agent can only email its own human and nobody else. Ten emails a day, and the signup endpoint is rate-limited hard by IP. Right now it's a 1:1 mapping between agent and human. The next step is many-to-one, because one person running several agents in parallel is already very common. Building agent.email also pushed us to revisit places in AgentMail where the default assumptions were built around the primary user being human. For example, the CLI outputs in a single column with consistent formatting because mixed delimiters are easy for a person to scan, but harder for an agent reasoning about structure. We also shortened messageIDs after agents started hallucinating completions on longer ones. A few things we'd like the community's take on: is restricted-until-claimed the right trust model? Does agent self-signup feel useful in production, or is it mostly a novelty, and if it's a novelty now, what would make it actually useful? Should agent onboarding require human approval by default, or should some agents be able to fully self-provision? What do you think are some additional measures we can take for secure sign-ups? May 21, 2026 at 10:12PM

Show HN: IgniteMS – batch text embeddings at 253K msg/s on 8x A100 https://ift.tt/B05fksH

Show HN: IgniteMS – batch text embeddings at 253K msg/s on 8x A100 https://ift.tt/eSPqC2n May 20, 2026 at 10:37PM

Show HN: I made a tool for learning scales, chords, and how to combine them https://ift.tt/Wrac3kG

Show HN: I made a tool for learning scales, chords, and how to combine them This started out when I vibe-coded a guitar scale fingering generator. It came out pretty good, and I started adding stuff to it: chords, then how chords and scales interact. Then I added charts for other instruments I mess around with: piano, cello, alto recorder. There's a complexity toggle to go from basic harmony to extended/experimental stuff. It's honestly still mostly a toy, but I thought other people might be interested in playing with it. Source is on github, so it's easy enough to run locally and fork. https://ift.tt/9yBgDMn https://ift.tt/wpsRfnt May 20, 2026 at 11:14PM

Show HN: Gaussian Splat of a Strawberry https://ift.tt/xOh2loz

Show HN: Gaussian Splat of a Strawberry The Setup: https://ift.tt/oq7bL54 https://ift.tt/gCXd6fO https://ift.tt/GLZdKPc https://ift.tt/NfCcp7G https://ift.tt/kRiEqB1 May 19, 2026 at 04:08PM

Show HN: How Expensive Is Your (Steam) Wishlist? https://ift.tt/iFaMntr

Show HN: How Expensive Is Your (Steam) Wishlist? A tool/toy that lets you connect to your Steam wishlist to calculate the total list/current price of all the games on it. There's a shallow, jokey purpose to it ("I could buy a BMW with this amount!"), but the real purpose is to demonstrate how we can do a better job of portraying a game catalog. I often wishlist stuff, then it pops up in a "Hey, it's on sale!" email months later. In that email, there's a banner capsule, but that doesn't help my brain remember why I added it. To that end, after you get the bill, you get a nice, flat feed of stuff about all the titles you've wishlisted over the years. It's all stuff that developers painstakingly put together, but which Steam tucks away under the fold of a game's Store page. Anyway, my wishlist came to about $250. My QA guy is up to $19k. Give it a go; hope you enjoy it! https://ift.tt/NiEzu6T May 19, 2026 at 10:45PM

Show HN: Cubic Doggo, a Open-Source 12-DOF 4-Legged Robot Based on ROS2 https://ift.tt/zJX35fc

Show HN: Cubic Doggo, a Open-Source 12-DOF 4-Legged Robot Based on ROS2 This is a recipe for building intermediate-priced robot dog from scratch with all commercial/3D-printed parts, controlled by Rasp Pi 5 and ROS2 Jazzy. A manually coded walk gait is implemented so far, which can be controlled by a controller to move forward or change directions. It does not yet have an IMU required for RL training; however, I believe it's one of the simplest design out there available for multiple development paths. https://ift.tt/6Jdpejr May 18, 2026 at 10:50PM

Show HN: We missed Winamp, so we built an audio player for macOS https://ift.tt/EN3nmzJ

Show HN: We missed Winamp, so we built an audio player for macOS https://ift.tt/FYoUsrT May 19, 2026 at 12:50AM

Show HN: Marlin-2B: a tiny VLM to extract structured information from videos https://ift.tt/bG2atme

Show HN: Marlin-2B: a tiny VLM to extract structured information from videos https://ift.tt/x50PV8h May 18, 2026 at 11:36PM