harshdoesdev
Re:Write video in HTML, render MP4 in the browser
on Thursday July 23, 2026 @03:53PM (#49027146)
Happy to answer questions about the encoding pipeline or anything else under the hood :)
Re:Show HN: WebMotion, a browser native library for deterministic vide...
on Wednesday July 15, 2026 @01:48AM (#48916712)
thanks! you can also checkout demos built using webmotion @ https://webmotion.superhq.ai/.
Re:Show HN: Run coding agents in microVM sandboxes instead of your hos...
on Thursday April 23, 2026 @12:30PM (#47877756)
Hi guys, we are super excited about the launch of remote.superhq.ai - remote control for your dev environment. please do check it out and share your feedback.
Re:I built a 3D printing business and ran it for 8 months
on Friday April 17, 2026 @03:35PM (#47809710)
i too wanted to purchase 5-6 3D printers and start a business - basically my version of goose farming after i leave the software dev space for the greater good of mankind :)
Re:Show HN: Smol machines – subsecond coldstart, portable virtual mach...
on Friday April 17, 2026 @03:24PM (#47809597)
bhatti's cli looks very ergonomic! great job!
also, yes, shuru was (still) a wrapper over the Virtualization.framework, but it now supports Linux too (wrapper over KVM lol)
Re:SETI Home, but for AI
on Friday April 17, 2026 @02:16PM (#47808903)
Someone built a project called AgentFM that tries to use a peer-to-peer network of everyday computers to run AI workloads, similar to what SETI@home used to do for crunching radio telescope data.
Re:Show HN: Smol machines – subsecond coldstart, portable virtual mach...
on Friday April 17, 2026 @02:08PM (#47808808)
nice! for most local workloads, it is actually sufficient. so, do you ship a complete disk snapshot of the machines?
Re:Show HN: Smol machines – subsecond coldstart, portable virtual mach...
on Friday April 17, 2026 @02:00PM (#47808706)
+1. i built something similar called shuru.run because i wanted an easy way to set up microVM sandboxes to run some of my AI apps, and firecracker wasn't available for macOS (and, as you said, it is just too heavy for normal user-level workloads).
Re:Show HN: Smol machines – subsecond coldstart, portable virtual mach...
on Friday April 17, 2026 @01:55PM (#47808660)
its a really innovative idea! very interested in the subsecond coldstart claim, how does it achieve that?
Re:GitHub Is Having Issues
on Friday April 17, 2026 @11:15AM (#47806849)
had to wait for two minutes just to refresh the PR page. their UI was always a bit clanky, this new wave of "AI productivity" is just making it worse.
Re:Show HN: Run AI coding agents in real sandboxes, not Git worktrees
on Tuesday April 14, 2026 @12:55PM (#47768150)
thanks! depends on your machine but it is surprisingly lightweight since it uses Apple's Virtualization.framework under the hood. I have comfortably run 3-4 sandboxes on an 8GB Mac. you can also configure CPUs, memory and disk per sandbox from the settings.
Show HN: Run AI coding agents in real sandboxes, not Git worktrees
Hey HN, I built SuperHQ, an app that lets you run coding agents in local sandboxes (powered by Shuru).No custom UI wrapping the agents, they run as CLI/TUI like they were designed to. It just provides you the tools most of us (okay, maybe just me?) needed for running multiple coding agents in parallel without worrying about breaking your system or work environment.Each agent runs in its own...
Re:Show HN: Local-First Linux MicroVMs for macOS
on Monday February 23, 2026 @01:09AM (#47118689)
glad you liked it! I am currently exploring options for Linux support. will share an update soon.
Re:Show HN: Local-First Linux MicroVMs for macOS
on Sunday February 22, 2026 @06:16PM (#47115879)
lume is a much more full featured VM manager, macOS and Linux VMs, API server, prebuilt images, python SDK etc. shuru is intentionally minimal.
Re:Show HN: Local-First Linux MicroVMs for macOS
on Sunday February 22, 2026 @06:03PM (#47115774)
apple container is more of a docker-style workflow, OCI images, registries, etc. shuru is just micro VMs with checkpointing, much simpler scope.
Re:Show HN: Local-First Linux MicroVMs for macOS
on Sunday February 22, 2026 @05:34PM (#47115497)
cool, would love to see it!
Re:Show HN: Local-First Linux MicroVMs for macOS
on Sunday February 22, 2026 @04:38PM (#47114974)
glad to hear it, that's exactly the thinking behind it. alpine is the only option right now yeah. what kind of dependencies are you running into issues with? would help me figure out what to prioritize next.
Re:Show HN: Local-First Linux MicroVMs for macOS
on Sunday February 22, 2026 @04:36PM (#47114959)
thanks! let me know how it goes
Re:Show HN: Local-First Linux MicroVMs for macOS
on Sunday February 22, 2026 @04:19PM (#47114795)
haven't thought about multi-agent communication yet. each sandbox is fully isolated which is the point. checkpoints help a bit here though, you can branch multiple agents from the same checkpoint so they all start from the same state.
Re:Show HN: Local-First Linux MicroVMs for macOS
on Sunday February 22, 2026 @03:50PM (#47114531)
OrbStack is great but it is solving a different problem. it's a full Docker Desktop replacement. shuru is just a thin layer over Virtualization.framework for spinning up throwaway sandboxes.
Re:Show HN: Local-First Linux MicroVMs for macOS
on Sunday February 22, 2026 @03:40PM (#47114425)
containers work fine for a lot of this. shuru is just what felt more natural to me. less config overhead and i wanted to learn by building it.
Re:Show HN: Local-First Linux MicroVMs for macOS
on Sunday February 22, 2026 @03:29PM (#47114334)
yeah, it just means everything runs on your machine. there are services like E2B, sprites.dev and others that give you sandboxes in the cloud. shuru runs VMs locally using Apple's Virtualization.framework, so nothing leaves your Mac.
Re:Show HN: Local-First Linux MicroVMs for macOS
on Sunday February 22, 2026 @03:06PM (#47114155)
Lima can do a lot of what shuru does if you set it up for it. the difference is mostly in defaults and how much you have to configure upfront. with shuru you get ephemeral VMs, no networking, and a clean rootfs on every run without touching a config file. shuru run and you're in. Checkpoints and branching are built into the CLI rather than being an experimental feature you have to figure out.
Lima is a much bigger and more mature project though. Shuru is something I am building partly to learn and partly because I wanted something with saner defaults for this specific use case.
Show HN: Local-First Linux MicroVMs for macOS
Shuru is a lightweight sandbox that spins up Linux VMs on macOS using Apple's Virtualization.framework. Boots in about a second on Apple Silicon, and everything is ephemeral by default. There's a checkpoint system for when you do want to persist state, and sandboxes run without network access unless you explicitly allow it. Single Rust binary, no dependencies. Built it for sandboxing AI agent...
Show HN: Neko – AI agent runtime that fits on a Raspberry Pi Zero 2W
https://github.com/superhq-ai/neko
I wanted a personal AI agent I could leave running on cheap hardware, a Pi Zero 2W or a $4/mo VPS, without much infrastructure overhead. So I built Neko.Memory is markdown files the agent reads and writes itself. There's a short-term layer for today's and yesterday's session logs, a long-term MEMORY.md capped at 2000 chars that forces the agent to compact and curate rather than just accumulate,...
Re:Show HN: We are fixing memories for AI Teams
on Monday August 11, 2025 @06:15AM (#44862620)
that's exactly the goal - aggregating context from slack, notion, and other services. but for now, it works a bit differently than just passing your repo context to cursor.
right now, multiple team members can access the shared memory that your AI agents are generating. so when your colleague has a conversation with claude code about some architecture decision, you can pick up right where they left off when you switch to cursor or windsurf.
the context persists across different AI tools through MCP servers, rather than everyone starting fresh each time. think of it as a shared brain for your team's AI development tools.
Show HN: We are fixing memories for AI Teams
Hi HN!We built SuperContext because we got tired of re-explaining our codebases to AI tools every single time. Now our whole team can jump between Claude Code, Cursor, and Windsurf without losing context.It's open source and uses MCP to connect with your existing tools. Would love to hear what you think!
Show HN: Browse the Web with Superpowers
Hi HN,We are building Superpowers–an open-source Chrome extension that adds AI browser capabilities to Chrome. No auth, waiting list, or subscriptions. BYOK. Your data stays on your machine.Give it a try at: https://usesuperpowers.appHere's a demo video: https://youtu.be/ly0tY7KSBlkWould love any feedback or suggestions.Thanks for reading!
Show HN: Supafine – Use simple prompts to generate or remix React UI components
Hey HN!Today I am releasing Supafine, a tool that lets you generate and modify React UI components using simple prompts.When I build apps, I tend to think in blocks, and in React, those blocks are components. But creating and tweaking them manually often feels slower and more repetitive than it should be. I built Supafine to make that process faster and more intuitive.Give it a try at:...