Show HN: Contrapunk – Real-time counterpoint harmony from guitar input, in Rust https://ift.tt/zk0ioyJ

Show HN: Contrapunk – Real-time counterpoint harmony from guitar input, in Rust https://contrapunk.com/ April 5, 2026 at 06:10AM

Show HN: Dev Personality Test https://ift.tt/f6XdFnK

Show HN: Dev Personality Test Was curious how a personality test would look for developers. So created this using FastAPI, HTMX, and AlpineJS. https://ift.tt/NVOg02Q April 5, 2026 at 02:59AM

Show HN: M. C. Escher spiral in WebGL inspired by 3Blue1Brown https://ift.tt/h8va6w7

Show HN: M. C. Escher spiral in WebGL inspired by 3Blue1Brown The latest 3Blue1Brown video [1] about the M. C. Escher print gallery effect inspired me to re-implement the effect as WebGL fragment shader on my own. [1]: https://www.youtube.com/watch?v=ldxFjLJ3rVY https://ift.tt/U1oHCvz April 5, 2026 at 01:13AM

Show HN: Running local OpenClaw together with remote agents in an open network https://ift.tt/W9kgP21

Show HN: Running local OpenClaw together with remote agents in an open network Hi HN — I’m building an interoperability layer for AI agents that lets local and remote agents run inside the same network and coordinate with each other. Here is a demo: https://youtu.be/2_1U-Jr8wf4 • OpenClaw runs locally on-device • it connects to remote agents through Hybro Hub • both participate in the same workflow execution The goal is to make agent-to-agent coordination work across environments (local machines, cloud agents, MCP servers, etc). Right now most agent systems operate inside isolated runtimes. Hybro is an attempt to make them composable across boundaries. Curious what breaks first when people try running cross-environment agent workflows in practice. Project: https://hybro.ai Docs: https://docs.hybro.ai https://ift.tt/YohSKnI April 4, 2026 at 11:24PM

Show HN: Ismcpdead.com – Live dashboard tracking MCP adoption and sentiment https://ift.tt/G264X5L

Show HN: Ismcpdead.com – Live dashboard tracking MCP adoption and sentiment Built this to track the ongoing debate around Model Context Protocol - whether it's gaining real traction or just hype. Pulls live data from GitHub, HN, Reddit and a few other sources. Curious what the HN crowd thinks given how active the MCP discussion has been here. https://ismcpdead.com April 4, 2026 at 12:58AM

Show HN: Community Curated Lists https://ift.tt/d7tjSay

Show HN: Community Curated Lists https://ift.tt/eazUIjf April 4, 2026 at 12:02AM

Show HN: Matrix OS, like Lovable, but for personal apps https://ift.tt/u4OlYCQ

Show HN: Matrix OS, like Lovable, but for personal apps hey hn, i built matrix os, a personal ai operating system that generates custom software from natural language. you get your own cloud instance at matrix-os.com. you describe what you want ("build me an expense tracker with categories") and it appears on your desktop as a real app saved as a file. tech stack: node.js, typescript, claude agent sdk as the kernel, next.js frontend, hono gateway, sqlite/drizzle. everything is a file, apps, data, settings, ai memory. git-versioned. what makes it different from chatgpt/claude artifacts: - persistent memory that learns your preferences across sessions - apps are real files you own, not ephemeral chat outputs - runs 24/7 in the cloud, not just when you have a tab open - accessible from web, telegram, whatsapp, discord, slack - open source, self-hostable came out of placing top 20 at anthropic's claude code hackathon. been building it full-time since. 2,800+ tests, 100k+ lines of typescript live: matrix-os.com github: github.com/HamedMP/matrix-os would love feedback on the approach. the core bet is that ai should be an os, not a chat window. https://matrix-os.com/ April 3, 2026 at 10:29PM

Show HN: A P2P messenger with dual network modes (Fast and Tor) https://ift.tt/T4y1sO5

Show HN: A P2P messenger with dual network modes (Fast and Tor) Hello HN, I have been working on a desktop P2P messenger called Kiyeovo for the last ~8 months, and I just published its beta version. Quick backstory: It started out as a CLI application for my Graduate Thesis, where I tried to make the most secure and private messenger application possible. Then, I transformed it into a desktop application, gave it "clearnet" support and added a bunch of features. Short summary: The app runs in 2 completely isolated modes: - fast mode: relay/DCUtR -> lower latency, calls support - anonymous mode: Tor message routing -> slower, anonymous These modes use different protocol IDs, DHT namespaces, pubsub topics and storage scopes so there’s no data crossover between them. Messaging works peer-to-peer when both parties are online, but falls back to DHT "offline buckets" when one of them is not. To ensure robustness, messages are ACK-ed and deleted after being read. Group chats use GossipSub for realtime messaging. Group messages are also saved to offline buckets in order for offline users to be able to read them upon logging in. Kick/Join/Leave events are also propagated using the DHT. Group metadata and all offline data is of course encrypted. Other features: Chats are E2E, file sharing is supported, 1:1 audio/video calls are supported (only in fast mode though, using WebRTC) Tradeoffs: Tor has noticeable latency, offline delivery is not immediately guaranteed, but rather "eventually consistent"; beta version does not have group calls yet. I’d appreciate feedback, that's why I posted this as a beta version Repo: https://ift.tt/AhDm9wo https://ift.tt/1jkXW42 April 2, 2026 at 09:02PM

Show HN: RiceVM – A Dis virtual machine and Limbo compiler in Rust https://ift.tt/BIOhrX6

Show HN: RiceVM – A Dis virtual machine and Limbo compiler in Rust Hi, I've made a Dis virtual machine and Limbo programming language compiler (called RiceVM) in Rust. It can run Dis bytecode (for example, Inferno OS applications), compile Limbo programs, and includes a fairly complete runtime with garbage collection, concurrency features, and many of the standard modules from Inferno OS's original implementation. The project is still in an early stage, but if you're interested in learning more about RiceVM or trying it out, you can check out the links below: Project's GitHub repo: https://ift.tt/b6ajdxe RiceVM documentation: https://habedi.github.io/ricevm/ April 3, 2026 at 01:19AM

Show HN: Most products have no idea what their AI agents did yesterday https://ift.tt/Ww0DEjo

Show HN: Most products have no idea what their AI agents did yesterday We build collaboration SDKs at Velt (YC W22). Comments, presence, real-time editing (CRDT), recording, notifications. A pattern we keep seeing: products add AI agents that write, edit, and approve things. Human actions get logged. Agent actions don't. Same workflow, different accountability. We shipped Activity Logs to fix this. Same record for humans and AI agents. Immutable by default. Auto-captures collaboration events, plus createActivity() for your own: https://ift.tt/iG43Lkc Curious how others are handling this. https://ift.tt/iG43Lkc April 2, 2026 at 11:55PM

Show HN: Roadie – An open-source KVM that lets AI control your phone https://ift.tt/wkgcrAQ

Show HN: Roadie – An open-source KVM that lets AI control your phone Roadie is an open-source hardware KVM controlled via HTTP. HDMI capture in, USB keyboard/mouse/touch out, all from a browser. Hardware KVMs with web UIs have existed for years (PiKVM, TinyPilot, JetKVM, etc.). Roadie adds two things they don't generally have: multi-touch support (so it works with phones and tablets) and a focus on agent-driven use: any browser automation tool can drive the /view page directly, or connect to the WebSocket endpoint for lower-level programmatic control. ~$86 in parts, including two CircuitPython boards, an HDMI-to-USB dongle, and a Go server running on the host. No software needed on the target. https://ift.tt/5aIHNJG April 2, 2026 at 01:16AM

Show HN: Canon PIXMA G3010 macOS driver, reverse-engineered with Claude https://ift.tt/o62hqDG

Show HN: Canon PIXMA G3010 macOS driver, reverse-engineered with Claude Canon doesn't provide a working macOS driver for the PIXMA G3010. I was stuck using Canon's iPhone app for all printing and scanning. I pointed Claude Code at a packet capture from the iPhone app and it reverse-engineered Canon's proprietary CHMP protocol, wrote a pure Rust eSCL-to-CHMP bridge daemon, and built a .pkg installer. My role was the physical parts: capturing packets, testing on the printer, confirming Image Capture worked. The protocol docs in docs/ are probably the first public documentation of Canon's CHMP protocol. https://ift.tt/dXu60KS April 1, 2026 at 11:58PM