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

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/gca3KJj May 24, 2026 at 08:13PM

Show HN: Audiomass – a free, open-source multitrack audio editor for the web https://ift.tt/wfq5Isz

Show HN: Audiomass – a free, open-source multitrack audio editor for the web https://ift.tt/yxpbAmu May 24, 2026 at 10:25PM

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

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 01:54AM

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

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 02:54AM

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

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/nbYdySj May 24, 2026 at 01:54AM

Show HN: I built a RAG and knowledge graph agent that runs locally https://ift.tt/nVdFvft

Show HN: I built a RAG and knowledge graph agent that runs locally Claw-Coder is an AI agent that runs locally on your laptop and has access to powerful tools instead of configuring claude or codex to use a local model just use claw-coder. Why was claw-coder created? Answer: To solve the problem of privacy and security. When you use an agent that is configured with a cloud model like codex, cursor, Claude etc. You are not just getting the agent but you are giving up your codebase to train an llm which is a bit concerning and this reduces trust in the technology called AI but now another problem comes in performance when you switch to a local model that is not made for that workflow you lose performance, speed, and it becomes really a tradeoff so that's where claw-coder comes in it not only runs on your machine but all the code, rag, knowledge graph etc info is kept local making the privacy problem solved but now what about performance. Performance: Local llms are not built to do the cool things cloud models do because the model sizes are not even capable of building real apps like the 8b models, 13b, even 1b so the solution I came up with was to give these small models access to tools and features that make it actually work well in coding performance. So what does claw-coder have access to: A knowledge graph: A knowledge graph is an interconnected network of real-world entities—such as people, places, concepts, or events—and the relationships between them. It organizes information into a readable web of meaning rather than static lists, allowing both humans and AI to understand context. So how does this help an AI, it gives the AI the ability to tell relationships between code in your codebase, a cloned unknown repo and so forth this increases performance of local llms by far in coding tasks and reasoning abilities. Rag: We have ever had of RAG at some point but there is a catch the context window of local llms can't bear large codebases and repos so RAG isn't optional by storing vectors in a vector store you enable the AI to actually know what the code means and what each piece does to the other letting you load millions of lines into the vector store without blowing up the context window. Tools: So we have discussed the tiny but powerful ways to improve local llm performance but an agent to be an agent it needs to take action this is where exposing tools to the local llm helps so what tools have been implemented into claw-coder. 1. search_tool This enables the ai agent to actually search up to date info so that it doesnt hallucinate on info it doesn't know which is common in local llms. 2. Docker execution This agent has a special folder called workspace where it does its work without destroying your desktop but this is not enough to protect your desktop from being destroyed by cheap code so this is where docker comes in I have implemented docker containers of various languages where the agent can validate its own code this is powerful because all llms not only local ones generate code they can't even confirm works because they are just powerful predictors so enabling it to run its code can surprisingly increase the usefulness of the generated code because it now knows it works or not even for html and css the ai agent has been given a helpful vision llm to actually explain what rendered in the browser. This is the surprising power of giving an llm a docker execution tool. We have looked at a lot of how claw-coder is different enabling local llms to actually do real work. But how do you actually try it out yourself: Claw-coder is closed source because it is going through heavy testing but that doesnt kill transparency and since we are testing it doesn't stop people from trying it on real codebase and giving feedback to get started use: brew tap gabriel-c70/claw then brew install claw-coder May 23, 2026 at 11:06PM

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

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 23, 2026 at 12:04AM

Show HN: Lilo – An open source personal AI assistant that lives in Telegram https://ift.tt/ctJGTPK

Show HN: Lilo – An open source personal AI assistant that lives in Telegram Hi everyone, I wanted to share an open source Telegram-based personal AI assistant I built. It’s a model-agnostic agent with memory, skills, tools (like web search, browser user, etc.) operating in a persistent workspace. It also has support for scheduled tasks, and can build powerful HTML-based apps that live in the workspace. Here are some of my favorite use cases: * Send Lilo photos of food, and it tracks your calories. * Leave a voice note on your run to pause your supplements, and Lilo adds a TODO. * Have Lilo remind you when the Knicks game starts and even send you score updates every 5 minutes. * Have Lilo read an article out loud. Or give you a summary of the top stories on Hacker News. * Forward a Uber receipt, and pull it up later to file for a reimbursement at work. * Schedule a meeting with Jess next week, ask for suggestions on location, and next week, remind you to leave for the meeting on time. While Telegram is my most frequently used channel, Lilo can also be accessed by email, WhatsApp, a website and a mobile app. Email is particularly useful: I often forward receipts, invites, etc for Lilo to handle. How is this different from OpenClaw and Hermes Agent? Here are some reasons: - Runs on a remote machine/in the cloud rather than your local machine - your local data is safe, and the assistant is available 24/7. - More visual/ more GUI - Lilo comes with a default set of apps like a TODO list that you can interact with not just by text, but also with a GUI on the mobile and web app. - The Telegram integration is very comprehensive (handles replies, voice notes, reactions, etc.). I use Lilo a ton to manage my life. Would love to hear your feedback! Github: https://ift.tt/PjCynGp May 22, 2026 at 11:03PM

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

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/WBGdFby https://ift.tt/WBGdFby May 21, 2026 at 07:49PM

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

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/RYrSpj3 [2] https://ift.tt/9fU108J [3] https://ift.tt/RLUr42e [4] https://ift.tt/uUHBInq [5] https://youtu.be/3SxNBz1VTE0 https://freenet.org/ May 21, 2026 at 09:34PM

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

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 11:42PM

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

Show HN: IgniteMS – batch text embeddings at 253K msg/s on 8x A100 https://ift.tt/hnElig3 May 21, 2026 at 12:07AM

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

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/xh8T3Ru https://ift.tt/l54DbYI May 21, 2026 at 12:44AM