🛠️ Hacker News Tools

[Other] Self-referencing Page Tables for the x86-Architecture

[Other] Show HN: Vibium – Browser automation for AI and humans, by Selenium's creator i started the selenium project 21 years ago. vibium is what i'd build if i started over today with ai agents in mind. go binary under the hood (handles browser, bidi, mcp) but devs never see it. just npm install vibium. python/java coming. for claude code: claude mcp add vibium -- npx -y vibium v1 ships today. ama.

[Other] Show HN: I built an open-source Linux-capable single-board computer with DDR3 I&#x27;ve made an ARM based single-board computer that runs Android and Linux, and has the same size as the Raspberry Pi 3!<p>Why? I was bored during my 2-week high-school vacation and wanted to improve my skills, while adding a bit to the open-source community :P<p>These were the specs I ended up with: - H3 SoC - Quad-Core Cortex-A7 ARM CPU @ 1.3GHz - Mali400 MP2 GPU @ 600MHz - 512MiB of DDR3 RAM (Can be upgraded to 1GiB) - WiFi, Bluetooth &amp; Ethernet PHY - HDMI display port - 1080p resolution - 5x USB Slots: 2x USB-A, 1x USB-C Host, 1x USB-C Host &amp; OTG, 1x USB-C PD for power (Negotiating up to 25W. No power socket, yay!) - 32 GB of eMMC 5.1 storage (Optional) - 3.5mm audio jack - SD Card slot - Lots of GPIO<p>I&#x27;ve picked the H3 CPU mainly for its low cost yet powerful capabilities, and it&#x27;s pretty well supported by the Linux kernel. Plus, I couldn&#x27;t find any open-source designs with this chip, so I decided to contribute a bit and fill the gap.<p>A 4-layer PCB was used for its lower price and to make the project more challenging, but if these boards are to be mass-produced, I&#x27;d bump it up to 6 and use a solid ground plane as the bottom layer&#x27;s reference plane. The DDR3 and CPU fanout was truly a challenge in a 4-layer board.<p>The PCB was designed in KiCAD and open-source on the Github repo with all the custom symbols and footprints (<a href="https:&#x2F;&#x2F;github.com&#x2F;cheyao&#x2F;icepi-sbc" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;cheyao&#x2F;icepi-sbc</a>). You can also check it out online with kicanvas: <a href="https:&#x2F;&#x2F;kicanvas.org&#x2F;?github=https%3A%2F%2Fgithub.com%2Fcheyao%2Ficepi-sbc%2Ftree%2Fmain%2Fhardware" rel="nofollow">https:&#x2F;&#x2F;kicanvas.org&#x2F;?github=https%3A%2F%2Fgithub.com%2Fchey...</a><p>At large quantities, the price can probably reach less than 20$! (exc. taxes, tariffs and other costs)<p>It has been a wild journey, even making me learn how to use crypto as I needed to pay someone to download some &quot;confidential&quot; files from a baidu drive...<p>Read about more details on Github! Everything is open-source under the Solderpad license, aka do what you want: sell it, build it, modify it! :-)

[Other] Show HN: Cosmofy – bundle your Python code for Linux/Windows/MacOS Bundle up a pure python project into a single Cosmopolitan Python file that runs on Linux&#x2F;Mac&#x2F;Windows with no changes.

[DevOps] Show HN: Superset – Terminal to run 10 parallel coding agents Hey HN, we’re Avi, Kiet, and Satya. We’re building Superset, an open-source terminal made for managing a bunch of coding agents (Claude Code, Codex, etc) in parallel.<p>- Superset makes it easy to spin up git worktrees and automatically setup your environment<p>- Agents and terminal tabs are isolated to worktrees, preventing conflicts<p>- Built-in hooks [0] to notify when your coding agents are done&#x2F;needs attention,<p>- A diff viewer to review the changes and make PRs quickly<p>We’re three engineers who’ve built and maintained large codebases, and kept wanting to work on as many features in parallel as possible. Git worktrees [1] have been a useful solution for this task but they’re annoying to spin up and manage. We started superset as a tool that uses the best practices we’ve discovered running parallel agents.<p>Here is a demo video:<p><a href="https:&#x2F;&#x2F;www.youtube.com&#x2F;watch?v=pHJhKFX2S-4" rel="nofollow">https:&#x2F;&#x2F;www.youtube.com&#x2F;watch?v=pHJhKFX2S-4</a><p>We all use Superset to build Superset, and it more than doubles our productivity (you’ll be able to tell from the autoupdates). We have many friends using it over their IDE of choice or replacing their terminals with Superset, and it seems to stick because they can keep using whatever CLI agent or tool they want while Superset just augments their existing set of tools.<p>Superset is written predominantly in Typescript and based on Electron, xterm.js, and node-pty. We chose xterm+node-pty because it&#x27;s a proven way to run real PTYs in a desktop app (used by VSCode and Hyper), and Electron lets us ship fast. Next, we’re exploring features like running worktrees in cloud VMs to offload local resources, context sharing between agents, and a top-level orchestration agent for managing many worktrees or projects at once.<p>We’ve learned a lot building this: making a good terminal is more complex than you’d think, and terminal and git defaults aren’t universal (svn vs git, weird shell setups, complex monorepos, etc.).<p>Building a product for yourself is way faster and quite fun. It&#x27;s early days, but we’d love you to try Superset across all your CLI tools and environments, we welcome your feedback! :)<p>[0] <a href="https:&#x2F;&#x2F;code.claude.com&#x2F;docs&#x2F;en&#x2F;hooks" rel="nofollow">https:&#x2F;&#x2F;code.claude.com&#x2F;docs&#x2F;en&#x2F;hooks</a><p>[1] <a href="https:&#x2F;&#x2F;git-scm.com&#x2F;docs&#x2F;git-worktree" rel="nofollow">https:&#x2F;&#x2F;git-scm.com&#x2F;docs&#x2F;git-worktree</a>

[API/SDK] Show HN: Kapso – WhatsApp for developers Hey HN, I&#x27;m Andres. I&#x27;ve been building Kapso as a solo founder, and just crossed 4,000 developers, all organic.<p>WhatsApp has 3B+ users and 98% open rates. You&#x27;d expect developers to be building tons of stuff on it, especially when the US is the fastest-growing market in WhatsApp usage.<p>But it’s not happening… And I&#x27;d bet it&#x27;s because the DX is painful.<p>Every team needs to build the same features again and again. Meta fires webhooks for everything. There&#x27;s valuable data in there for debugging, but no way to make sense of it without building your own tooling.<p>That’s why I built Kapso. What you get:<p>- Working WhatsApp API + inbox in 2 minutes, not days - Full observability: every webhook parsed, every message tracked, actual debugging tools - Multi-tenant platform: generate a setup link, customer connects their Meta account, done - Workflow builder for deterministic automations and AI Agents - WhatsApp Flows: build mini apps inside WhatsApp using AI + serverless functions - Docs that work for humans and LLMs<p>We&#x27;re up to 95% cheaper than Twilio, with a generous free tier (2,000 messages per month).<p>We also open source several tools: a TypeScript client for the WhatsApp Cloud API, a reference WhatsApp Inbox implementation, and a voice AI agent for WhatsApp.<p>GitHub: <a href="https:&#x2F;&#x2F;github.com&#x2F;gokapso&#x2F;" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;gokapso&#x2F;</a><p>Happy to answer questions!<p><a href="https:&#x2F;&#x2F;kapso.ai&#x2F;" rel="nofollow">https:&#x2F;&#x2F;kapso.ai&#x2F;</a>

[Other] Show HN: Openinary – Self-hosted image processing like Cloudinary Hi HN!<p>I built Openinary because Cloudinary and Uploadcare lock your images and charge per request.<p>Openinary lets you self-host a full image pipeline: transform, optimize, and cache images on your infra; S3, Cloudflare R2, or any S3-compatible storage.<p>It’s the only self-hosted Cloudinary-like tool handling both transformations and delivery with a simple URL API (&#x2F;t&#x2F;w_800,h_800,f_avif&#x2F;sample.jpg).<p>Built with Node.js, Docker-ready.<p>GitHub: <a href="https:&#x2F;&#x2F;github.com&#x2F;openinary&#x2F;openinary" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;openinary&#x2F;openinary</a><p>Feedback welcome; especially from Cloudinary users wanting the same UX but on their own infra!

[Other] Show HN: Mysti – Claude, Codex, and Gemini debate your code, then synthesize Hey HN! I&#x27;m Baha, creator of Mysti.<p>The problem: I pay for Claude Pro, ChatGPT Plus, and Gemini but only one could help at a time. On tricky architecture decisions, I wanted a second opinion.<p>The solution: Mysti lets you pick any two AI agents (Claude Code, Codex, Gemini) to collaborate. They each analyze your request, debate approaches, then synthesize the best solution.<p>Your prompt → Agent 1 analyzes → Agent 2 analyzes → Discussion → Synthesized solution<p>Why this matters: each model has different training and blind spots. Two perspectives catch edge cases one would miss. It&#x27;s like pair programming with two senior devs who actually discuss before answering.<p>What you get: * Use your existing subscriptions (no new accounts, just your CLI tools) * 16 personas (Architect, Debugger, Security Expert, etc) * Full permission control from read-only to autonomous * Unified context when switching agents<p>Tech: TypeScript, VS Code Extension API, shells out to claude-code&#x2F;codex-cli&#x2F;gemini-cli<p>License: BSL 1.1, free for personal and educational use, converts to MIT in 2030 (would love input on this, does it make sense to just go MIT?)<p>GitHub: <a href="https:&#x2F;&#x2F;github.com&#x2F;DeepMyst&#x2F;Mysti" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;DeepMyst&#x2F;Mysti</a><p>Would love feedback on the brainstorm mode. Is multi-agent collaboration actually useful or am I just solving my own niche problem?

[Other] Carnap – A formal logic framework for Haskell

[Other] Tc – Theodore Calvin's language-agnostic testing framework

[Other] Archiving Git Branches as Tags

[Build/Deploy] Show HN: Hurry – Fast Rust build caching Hey HN, we’re Eliza and Xin. We’re working on Hurry, an open source drop-in tool that adds distributed build caching to Cargo with (almost) zero configuration. Wherever you run cargo build, you can run hurry cargo build instead, and expect around 2-5x (our best benchmark is 22x) faster builds.<p>We built this because we were dissatisfied with the current build caching options available for Rust. Buck and Bazel require learning a new tool. GitHub Actions and swatinem are too coarse-grained (either the whole cache hits, or none of it does) and finicky to debug, and cargo-chef and Docker layer caching have the same problems.<p>We wanted something that could restore cache at the package level, did not require integration-specific setup, and worked everywhere.<p>Hurry is fully open source under Apache 2. You can try it out now with our cloud hosted caching service at <a href="https:&#x2F;&#x2F;hurry.build" rel="nofollow">https:&#x2F;&#x2F;hurry.build</a> or self-host your own build cache service from <a href="https:&#x2F;&#x2F;github.com&#x2F;attunehq&#x2F;hurry" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;attunehq&#x2F;hurry</a>. Sorry in advance for the rough edges - we have some customers already exercising the hot paths, but build tools are pretty large surfaces. We’ve got a list of known limitations at <a href="https:&#x2F;&#x2F;github.com&#x2F;attunehq&#x2F;hurry?tab=readme-ov-file#known-limitations" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;attunehq&#x2F;hurry?tab=readme-ov-file#known-l...</a>.<p>We’d love for folks here to try it out (maybe on your next Rust winter side project?) and let us know what you think. We’ll be in the comments here, or you can email us at founders@attunehq.com.<p>Our goal is to make all parts of software engineering faster. If you have some part of your coding workflow that you want faster, please feel free to reach out. We’d love to chat.

[Other] Show HN: TinyDOCX – Word/ODT library (14x smaller than docx) After posting tinypdf here, someone opened an issue asking for Word&#x2F;OpenOffice support. I understand - sometimes you need an editable document, not a PDF.<p>I didn&#x27;t want to extend the library itself, so I built tinydocx: &lt;1K lines of TypeScript, zero dependencies, 7.7KB minified+gzipped. The popular docx package is 108KB with 5 dependencies.<p>What&#x27;s included: - Text formatting (bold&#x2F;italic&#x2F;underline&#x2F;strikethrough, colors, custom fonts) - Headings (H1-H6) - Tables with borders and column widths - Bullet and numbered lists (with nesting) - Images (PNG, JPEG, GIF, WebP) - Hyperlinks - Headers&#x2F;footers with page numbers - Blockquotes and code blocks - Markdown to DOCX conversion - ODT (OpenDocument) support with the same API<p>What&#x27;s not included: - Table of contents, footnotes, bookmarks - Track changes, comments - Multi-column layouts, text wrapping - Reading&#x2F;modifying existing .docx files - Math equations, drawing shapes<p>DOCX files are just ZIP archives containing XML. Once you understand the structure, generating simple documents is straightforward. The hard part is knowing which XML elements Word actually requires vs. what&#x27;s optional cruft.<p>Works great for invoices, reports, form letters - anything where you want the recipient to edit the document. Pairs nicely with tinypdf when you need both formats.<p>GitHub: <a href="https:&#x2F;&#x2F;github.com&#x2F;Lulzx&#x2F;tinydocx" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;Lulzx&#x2F;tinydocx</a> npm: npm install tinydocx

[Other] Claude Code gets native LSP support

[Other] Show HN: Extract diagrams from PDF to SVG I&#x27;ve noticed that many blog posts about papers (which are in PDF) use raster screenshots (JPG, PNG, etc.) of key diagrams, which makes it hard to zoom in on the details (e.g., on mobile) because they pixelate and turn blurry, unless the screenshot was taken at a much higher resolution than the space on the page, which enables some zooming in without much degradation.<p>I wondered why they don&#x27;t use SVG (since the original source in the PDF is usually a vector diagram), and when I went to try to extract diagrams as SVG from a PDF, I wasn&#x27;t able to find an easy way to do that, even when trying SVG editors which have support for importing PDFs such as Inkscape.<p>So I built a small GUI tool which lets you open a PDF and view it, visually select a rectangular region (which you can drag to reposition), and save the region to an SVG.<p>It uses the Poppler CLI tools to do the PDF rendering and extraction, but it would be difficult to specify the necessary flags (especially the coordinates) to these tools manually without a GUI tool like this.<p>Please try it out and see if it&#x27;s helpful! Feature requests and bug reports are welcome, including any issues with installation or usage.<p>Thanks for taking a look.

[Other] A bitwise reproducible deep learning framework

[API/SDK] Show HN: Yapi – FOSS terminal API client for power users I shared a previous version of yapi a few months ago in the comments section of a post talking about the insanity of Postman being &#x27;down&#x27;. yapi has developed into a more mature project since then!<p><a href="https:&#x2F;&#x2F;github.com&#x2F;jamierpond&#x2F;yapi" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;jamierpond&#x2F;yapi</a><p>Still very early, but it makes me much more productive vs Postman, Bruno, Insomnia, etc.<p>If youre a nvim&#x2F;tmux culture human, you might like this!

[Other] Build Android apps using Rust and Iced Some time ago I decided to try building an Android app using Rust. After a few weeks I got it working. There was a new iced release recently, so I&#x27;ve just updated the example to new iced and wgpu. I&#x27;d like to share my experience to attract more attention to Rust on Android.<p>First things, I want to thank all the people who work on the foundational crates and tools such as: - <a href="https:&#x2F;&#x2F;github.com&#x2F;rust-mobile&#x2F;android-activity" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;rust-mobile&#x2F;android-activity</a> - <a href="https:&#x2F;&#x2F;github.com&#x2F;jni-rs&#x2F;jni-rs" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;jni-rs&#x2F;jni-rs</a> - <a href="https:&#x2F;&#x2F;github.com&#x2F;gfx-rs&#x2F;wgpu" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;gfx-rs&#x2F;wgpu</a> - <a href="https:&#x2F;&#x2F;github.com&#x2F;rust-windowing&#x2F;winit" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;rust-windowing&#x2F;winit</a> - and many others<p>When I started I had to learn what tools and examples already exist. Luckily, there&#x27;s a good set of examples using both NativeActivity and GameActivity: <a href="https:&#x2F;&#x2F;github.com&#x2F;rust-mobile&#x2F;rust-android-examples" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;rust-mobile&#x2F;rust-android-examples</a><p>The basic approach is that we take android-activity, winit and wgpu and that&#x27;s it. On top of that you can find a few egui examples in the rust-android-examples repo.<p>Alright, so after I&#x27;ve got the basic examples running, I wanted to combine them with iced. Iced is a crossplatform gui library focusing on desktop and web. The mobile support is explicitly a non-goal, as far as I can tell at the moment of writing. Yet, there&#x27;s an issue where some people posted their experiments. That&#x27;s how I knew it was possible: <a href="https:&#x2F;&#x2F;github.com&#x2F;iced-rs&#x2F;iced&#x2F;issues&#x2F;302" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;iced-rs&#x2F;iced&#x2F;issues&#x2F;302</a><p>There&#x27;s a way to integrate iced in wgpu applications, so called integration example: <a href="https:&#x2F;&#x2F;github.com&#x2F;iced-rs&#x2F;iced&#x2F;tree&#x2F;0.14.0&#x2F;examples&#x2F;integration" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;iced-rs&#x2F;iced&#x2F;tree&#x2F;0.14.0&#x2F;examples&#x2F;integra...</a><p>Above I mentioned that using winit and wgpu in combination with android-activity is enough to build the app. Putting together 1 + 1 I got 2: let&#x27;s use iced integration example with android-activity. It was quite easy to compile with almost no errors. First issue I encountered is that there was no text rendered. I solved this by loading fonts the way it was shown here: <a href="https:&#x2F;&#x2F;github.com&#x2F;pop-os&#x2F;cosmic-text&#x2F;issues&#x2F;243#issue-2189977938" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;pop-os&#x2F;cosmic-text&#x2F;issues&#x2F;243#issue-21899...</a><p>Then I patched a few widgets to add touch support. And that&#x27;s it. My role here was to take all the prior work and combine it together in a way that there&#x27;s a working example.<p>Some other ways of building Android apps using Rust: - xilem has an explicit goal to support mobile <a href="https:&#x2F;&#x2F;github.com&#x2F;linebender&#x2F;xilem" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;linebender&#x2F;xilem</a> - egui supports mobile <a href="https:&#x2F;&#x2F;github.com&#x2F;emilk&#x2F;egui" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;emilk&#x2F;egui</a> - game engines such as Fyrox and Bevy support mobile: - <a href="https:&#x2F;&#x2F;github.com&#x2F;FyroxEngine&#x2F;Fyrox" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;FyroxEngine&#x2F;Fyrox</a> - <a href="https:&#x2F;&#x2F;github.com&#x2F;bevyengine&#x2F;bevy" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;bevyengine&#x2F;bevy</a> - pretty much anything built on top of winit and wgpu<p>All of the above is related to building native apps using either NativeActivity or GameActivity. I&#x27;m leaving webview out of scope of current post.<p>What about iOS? As far as I know it should be similar or maybe simpler compared to Android. I haven&#x27;t built it yet, but the next time I have a sizeable amount of free time, I&#x27;ll try to make it work. The plan is the same: pick winit, wgpu, iced integration example, mix it together until it works. It&#x27;ll require the same trick to load fonts, and maybe something else, but no visible blockers as of now.<p>Once again, thanks to all the people who made it possible and I wish you have a great time building mobile apps with Rust!

[Other] Show HN: Rust/WASM lighting data toolkit – parses legacy formats, generates SVGs Hi HN, I&#x27;m Holger, a developer who worked in the lighting industry.<p>I built this to scratch my own itch and put it on crates.io and PyPI where nothing like it existed.<p>The old file formats (EULUMDAT from 1990, IES from 1991) still work fine for basic photometry. But the industry is moving toward spectral data – full wavelength distributions instead of just lumen values.<p>The new standards (TM-33, ATLA-S001) are barely supported by existing tools.<p>So this handles both: legacy formats for compatibility, spectral data for anyone who wants to work with the new standards.<p>Stack: Rust core, then UniFFI for bindings. One codebase compiles to WASM&#x2F;Leptos, egui, SwiftUI, Jetpack Compose, PyO3.<p>At one point the generated Swift boilerplate got so large GitHub classified it as a Swift project. 3D viewer is Bevy, loaded on-demand.<p>Feedback welcome – especially on the SVG output and the 3D viewer.<p><a href="https:&#x2F;&#x2F;github.com&#x2F;holg&#x2F;eulumdat-rs" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;holg&#x2F;eulumdat-rs</a> (MIT&#x2F;Apache-2.0)

[Other] Langjam-Gamejam Devlog: Making a language, compiler, VM and 5 games in 52 hours