🛠️ Hacker News Tools

[Database] Show HN: EdgeVec – Sub-millisecond vector search in the browser (Rust/WASM) Hi HN,<p>I built EdgeVec, a vector database that runs entirely in the browser. It implements HNSW (Hierarchical Navigable Small World) graphs for approximate nearest neighbor search.<p>Performance: - Sub-millisecond search at 100k vectors (768 dimensions, k=10) - 148 KB gzipped bundle - 3.6x memory reduction with scalar quantization<p>Use cases: browser extensions with semantic search, local-first apps, privacy-preserving RAG.<p>Technical: Written in Rust, compiled to WASM. Uses AVX2 SIMD on native, simd128 on WASM. IndexedDB for browser persistence.<p>npm: <a href="https:&#x2F;&#x2F;www.npmjs.com&#x2F;package&#x2F;edgevec" rel="nofollow">https:&#x2F;&#x2F;www.npmjs.com&#x2F;package&#x2F;edgevec</a> GitHub: <a href="https:&#x2F;&#x2F;github.com&#x2F;matte1782&#x2F;edgevec" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;matte1782&#x2F;edgevec</a><p>This is an alpha release. Main limitations: build time not optimized, no delete operations yet.<p>Would love feedback from the community!

[Other] Show HN: I built a GitHub application that generates documentation automatically Hi HN,<p>A lot of the dev teams I have worked with had a lot of issues with their documentation. In fact, some of my easiest clients to get were from clients that had &quot;black box&quot; solutions that devs no longer at the company had created. Personally, writing documentation is like grinding nails on a chalkboard.<p>I have been having a lot of fun with building solutions that can run in a distributed way, not something a dev needs to run themselves. And after a significant amount of testing and building out several different solutions, I finally have a solution that is easy to set up and runs in the background continuously to automate the documentation process.<p>I&#x27;m looking for feedback on a few things: - Ease of onboarding, it should be a simple click -&gt; select repos you want to add. - Quality of documentation, our current free accounts have a standard model compared to premium but the concepts are the same. - Dynamic environments: I tried to make this compatible with any random repo thrown at it.<p>Let me know your thoughts

[API/SDK] Show HN: Verani – Socket.io-like realtime SDK for Cloudflare Hi HN,<p>I built Verani, an experimental realtime SDK for Cloudflare Actors (Durable Objects).<p>The goal is to bring a familiar, event-based DX (rooms, emit, channels, lifecycle hooks) to Cloudflare Durable Objects, while handling hibernation correctly.<p>It focuses on - Socket.io-like semantics on top of Durable Objects - Proper Actor hibernation handling (WebSockets survive, state is restored) - Typed API with explicit tradeoffs.<p>It’s early and experimental, but functional. I built it mainly to explore DX and state management patterns on Cloudflare Actors, and I’d love feedback from people who’ve built realtime systems or used Durable Objects.

[Other] I couldn't find a logging library that worked for my library, so I made one

[Database] Show HN: Marmot v2.20 – A distributed SQLite server with MySQL wire compatbility Marmot hits major milestone I&#x27;ve been solo pushing (with help of AI), to really mature out the system. And yesterday I have hit the first milestone where MySQL API is stable enough to make WordPress install and work flawlessly. System is now in a place where you can spin off a cluster, and then spin off many replicas you want to scale out. I wanted to build something that is actually hard with AI, and it&#x27;s been long and tough journey trying various AI tools, and huge amount of learning. I will follow up with a blog post, but since I have all the scripts to help you guys spin up cluster and examples I wanted to put it out there so that you guys can poke holes and help me improve it.<p>Source is available at: <a href="https:&#x2F;&#x2F;github.com&#x2F;maxpert&#x2F;marmot&#x2F;" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;maxpert&#x2F;marmot&#x2F;</a><p>Most fun part is a Wordpress running in cluster: <a href="https:&#x2F;&#x2F;github.com&#x2F;maxpert&#x2F;marmot&#x2F;tree&#x2F;master&#x2F;examples&#x2F;wordpress-cluster" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;maxpert&#x2F;marmot&#x2F;tree&#x2F;master&#x2F;examples&#x2F;wordp...</a><p>Each one of these Wordpress instances is talking to it&#x27;s own &quot;MySQL&quot; but under the hood replication is being done and stored over SQLite DB.

[Other] Building small Docker images faster

[Database] Stoolap: High-performance embedded SQL database in pure Rust

[CLI Tool] Show HN: Gotui – a modern Go terminal dashboard library I’ve been working on gotui, a modern fork of the unmaintained termui, rebuilt on top of tcell for TrueColor, mouse support, and proper resize handling. It keeps the simple termui-style API, but adds a bunch of new widgets (charts, gauges, world map, etc.), nicer visuals (collapsed borders, rounded corners), and input components for building real dashboards and tools. Under the hood the renderer’s been reworked for much better performance, and I’d love feedback on what’s missing for you to use it in production.

[Other] Show HN: I built a WebMIDI sequencer to control my hardware synths Hey HN,<p>I’m an ex-Google engineer trying to get back into music production.<p>I needed a way to sequence my hardware synths using AI contexts without constantly switching windows, so I built this.<p>It runs entirely in the browser using WebMIDI. No login required. It connects to your local MIDI devices (if you&#x27;re on Chrome&#x2F;Edge) and lets you generate patterns.<p>Tech stack: [React &#x2F; WebMIDI API &#x2F; etc].<p>Link: www.simplychris.ai&#x2F;droplets<p>Code is a bit messy, but it works. Feedback welcome.

[Other] Days since last GitHub incident

[CLI Tool] Show HN: Chess-TUI Play Lichess games in your terminal (Rust) Hi HN, I’ve released a new version of chess-tui, a Rust terminal UI for playing live games against Lichess opponents.<p>The update includes a cleaner TUI, better performance, improved keybindings, and smoother real-time integration with the Lichess API. It’s designed as a simple, fast way to play chess without leaving the terminal.<p>Repo:<a href="https:&#x2F;&#x2F;github.com&#x2F;thomas-mauran&#x2F;chess-tui" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;thomas-mauran&#x2F;chess-tui</a><p>Feedback and bug reports are welcome. Happy to answer questions!

[DevOps] Show HN: Titan – JavaScript-first framework that compiles into a Rust server Hi HN,<p>I built Titan, a backend framework where you write routes and logic in JavaScript, and the CLI compiles everything into a single Rust + Axum binary using the Boa JS engine. No Node.js is required in production.<p>The idea is to keep JS developer experience while getting Rust performance and a self-contained deployable server.<p>Current features:<p>JS route DSL<p>Action system mapped to Rust<p>esbuild bundling<p>Generated Rust server with Axum<p>Hot-reload dev server<p>Single-binary output<p>Repo: <a href="https:&#x2F;&#x2F;github.com&#x2F;ezet-galaxy&#x2F;-ezetgalaxy-titan" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;ezet-galaxy&#x2F;-ezetgalaxy-titan</a><p>Would love feedback on the architecture, DX, and whether this hybrid JS→Rust approach is useful.<p>Thanks for reading!

[DevOps] Debugging TLS failures in distroless containers

[Other] Useful patterns for building HTML tools

[Other] Show HN: Cupcake – Better performance and security for coding agents (via OPA) We&#x27;re releasing early efforts on coding agent governance with Cupcake [1] - an open-source policy enforcement layer with native integrations. You write rules in policy-as-code (OPA&#x2F;Rego), and Cupcake integrates them into the agent runtime via Hooks.<p>See it in action (Desktop only): <a href="https:&#x2F;&#x2F;cupcake-policy-studio.vercel.app&#x2F;example-policies&#x2F;security&#x2F;protecting-paths?harness=claude-code&amp;format=rego" rel="nofollow">https:&#x2F;&#x2F;cupcake-policy-studio.vercel.app&#x2F;example-policies&#x2F;se...</a><p>Help us build: <a href="https:&#x2F;&#x2F;github.com&#x2F;eqtylab&#x2F;cupcake" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;eqtylab&#x2F;cupcake</a><p>We are EQTY Lab, our mission is verifiable AI (identity, provenance, and governance). With the rise of capable agents like Claude Code, it became immediately clear that those deploying these agents need the ability to conduct their own alignment and safety controls. We can’t rely solely on the frontier labs.<p>This is why we created the feature request for Hooks in Claude Code [2], and pivoted away from filesystem and OS-level monitoring once those hooks were implemented. Hooks provide the critical points we need:<p>* Evaluation: Checking agent intent and actions.<p>* Prevention: Stopping unsafe or unwanted actions.<p>* Modification: Adjusting the agent&#x27;s output before execution.<p>Policy-as-Code with OPA&#x2F;Rego - While many agent security papers suggest similar policy architectures using invented DSLs, Cupcake is fundamentally built on Open Policy Agent (OPA) and its policy language, Rego [3].<p>We chose Rego because it is:<p>* Industry-Robust: Widely adopted across enterprise DevSecOps and cloud-native environments.<p>* Purpose-Built: Offers unique, mature advantages for defining, managing, and enforcing policy as code.<p>* Enterprise-Oriented: This makes Cupcake compatible with existing enterprise governance frameworks.<p>Cupcake is released under the Apache-2.0 license. We will formalize a path to v1.0.0 in Q1 of 2026. This is an early preview version. The goal with Cupcake is not suppression, but to ensure an agent is able to drive fast without crashing. To collaborate, or join forces: ramos at eqtylab dot io.<p>[1] <a href="https:&#x2F;&#x2F;github.com&#x2F;eqtylab&#x2F;cupcake" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;eqtylab&#x2F;cupcake</a><p>[2] <a href="https:&#x2F;&#x2F;github.com&#x2F;anthropics&#x2F;claude-code&#x2F;issues&#x2F;712" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;anthropics&#x2F;claude-code&#x2F;issues&#x2F;712</a><p>[3] <a href="https:&#x2F;&#x2F;www.openpolicyagent.org&#x2F;" rel="nofollow">https:&#x2F;&#x2F;www.openpolicyagent.org&#x2F;</a>

[Other] Show HN: Wirebrowser – A JavaScript debugger with breakpoint-driven heap search Hi HN!<p>I&#x27;m building a JavaScript debugger called Wirebrowser. It combines network inspection, request rewriting, heap snapshots, and live object search.<p>The main experimental feature is BDHS (Breakpoint-Driven Heap Search): it hooks into the JavaScript debugger and automatically captures a heap snapshot at every pause and performs a targeted search for the value or structure of interest. This reveals the moment a value appears in memory and the user-land function responsible for creating it.<p>Another interesting feature is the Live Object Search: it inspects runtime objects (not just snapshots), supports regex and object similarity, and lets you patch objects directly at runtime.<p>Whitepaper: <a href="https:&#x2F;&#x2F;fcavallarin.github.io&#x2F;wirebrowser&#x2F;BDHS-Origin-Trace" rel="nofollow">https:&#x2F;&#x2F;fcavallarin.github.io&#x2F;wirebrowser&#x2F;BDHS-Origin-Trace</a><p>Feedback very welcome, especially on whether BDHS would help your debugging workflow.

[Other] Show HN: Fate, a new data framework for React and tRPC, inspired by Relay

[API/SDK] Show HN: Durable Streams – Kafka-style semantics for client streaming over HTTP Hey, I&#x27;m a co-founder at ElectricSQL. Durable Streams is the delivery protocol underneath our Postgres sync engine—we&#x27;ve been refining it in production for 18 months.<p>The core idea: streams get their own URL and use opaque, monotonic offsets. Clients persist the last offset they processed and resume with &quot;give me everything after X.&quot; No server-side session state, CDN-cacheable, plain HTTP.<p>We kept seeing teams reinvent this for AI token streaming and real-time apps, so we&#x27;re standardizing it as a standalone protocol.<p>The repo has a reference Node.js server and TypeScript client. Would love to see implementations in other languages—there&#x27;s a conformance test suite to validate compatibility.<p>Happy to dig into the design tradeoffs—why plain HTTP over WebSockets, etc.

[Other] Show HN: Detail, a Bug Finder Hi HN, tl;dr we built a bug finder that&#x27;s working really well, especially for app backends. Try it out and send us your thoughts!<p>Long story below.<p>--------------------------<p>We originally set out to work on technical debt. We had all seen codebases with a lot of debt, so we had personal grudges about the problem, and AI seemed to be making it a lot worse.<p>Tech debt also seemed like a great problem for AI because: 1) a small portion of the work is thinky and strategic, and then the bulk of the execution is pretty mechanical, and 2) when you&#x27;re solving technical debt, you&#x27;re usually trying to preserve existing behavior, just change the implementation. That means you can treat it as a closed-loop problem if you figure out good ways to detect unintended behavior changes due to a code change. And we know how to do that – that&#x27;s what tests are for!<p>So we started with writing tests. Tests create the guardrails that make future code changes safer. Our thinking was: if we can test well enough, we can automate a lot of other tech debt work at very high quality.<p>We built an agent that could write thousands of new tests for a typical codebase, most &quot;merge-quality&quot;. Some early users merged hundreds of PRs generated this way, but intuitively the tool always felt &quot;good but not great&quot;. We used it sporadically ourselves, and it usually felt like a chore.<p>Around this point we realized: while we had set out to write good tests, we had built a system that, with a few tweaks, might be very good at finding bugs. When we tested it out on some friends&#x27; codebases, we discovered that almost every repo has tons of bugs lurking in it that we were able to flag. Serious bugs, interesting enough that people dropped what they were doing to fix them. Sitting right there in peoples codebases, already merged, running in prod.<p>We also found a lot of vulns, even in mature codebases, and sometimes even right after someone had gotten a pentest.<p>Under the hood: - We check out a codebase and figure out how to build it for local dev and exercise it with tests. - We take snapshots of the built local dev state. (We use Runloop for this and are big fans.) - We spin up hundreds of copies of the local dev environment to exercise the codebase in thousands of ways and flag behaviors that seem wrong. - We pick the most salient, scary examples and deliver them as linear tickets, github issues, or emails.<p>In practice, it&#x27;s working pretty well. We&#x27;ve been able to find bugs in everything from compilers to trading platforms (even in rust code), but the sweet spot is app backends.<p>Our approach trades compute for quality. Our codebase scans take hours, far beyond what would be practical for a code review bot. But the result is that we can make more judicious use of engineers’ attention, and we think that’s going to be the most important variable.<p>Longer term, we think compute is cheap, engineer attention is expensive. Wielded properly, the newest models can execute complicated changes, even in large codebases. That means the limiting reagent in building software is human attention. It still takes time and focus for an engineer to ingest information, e.g. existing code, organizational context, and product requirements. These are all necessary before an engineer can articulate what they want in precise terms and do a competent job reviewing the resulting diff.<p>For now we&#x27;re finding bugs, but the techniques we&#x27;re developing extend to a lot of other background, semi-proactive work to improve codebases.<p>Try it out and tell us what you think. Free first scan, no credit card required: <a href="https:&#x2F;&#x2F;detail.dev&#x2F;" rel="nofollow">https:&#x2F;&#x2F;detail.dev&#x2F;</a><p>We&#x27;re also scanning on OSS repos, if you have any requests. The system is pretty high signal-to-noise, but we don&#x27;t want to risk annoying maintainers by automatically opening issues, so if you request a scan for an OSS repo the results will go to you personally. <a href="https:&#x2F;&#x2F;detail.dev&#x2F;oss" rel="nofollow">https:&#x2F;&#x2F;detail.dev&#x2F;oss</a>

[IDE/Editor] Show HN: I got tired of switching AI tools, so I built an IDE with 11 of them Each AI has strengths - Claude reasons well, Gemini handles long context, Codex integrates with GitHub. But switching between them means losing context.<p>Built HiveTechs: one workspace where Claude Code, Gemini CLI, Codex, DROID, and 7 others run in integrated terminals with shared memory.<p>Also added consensus validation - 3 AIs analyze independently, 4th synthesizes.<p>Real IDE with Monaco editor, Git, PTY terminals. Not a wrapper.<p>Looking for feedback: hivetechs.io