🛠️ Hacker News Tools

[CLI Tool] CLI RSS/Atom feed reader inspired by Taskwarrior, synced using Git

[Package Manager] If It Quacks Like a Package Manager

[Other] PeppyOS: A simpler alternative to ROS 2 (now with containers support)

[IDE/Editor] Julia Snail – An Emacs Development Environment for Julia Like Clojure's Cider

[Other] Invoker Commands API

[Other] SWE-CI: Evaluating Agent Capabilities in Maintaining Codebases via CI

[Other] Sem – Semantic version control. Entity-level diffs on top of Git

[Other] MonoGame: A .NET framework for making cross-platform games

[Other] A New Version of Our Oracle Solaris Environment for Developers

[Other] A Decade of Docker Containers

[Other] Show HN: OpenGraviton – Run 500B+ parameter models on a consumer Mac Mini Hi HN,<p>I built OpenGraviton, an open-source AI inference engine designed to push the limits of running extremely large models on consumer hardware.<p>The system combines several techniques to drastically reduce memory and compute requirements:<p>• 1.58-bit ternary quantization ({-1, 0, +1}) for ~10x compression • dynamic sparsity with Top-K pruning and MoE routing • mmap-based layer streaming to load weights directly from NVMe SSDs • speculative decoding to improve generation throughput<p>These allow models far larger than system RAM to run locally.<p>In early benchmarks, OpenGraviton reduced TinyLlama-1.1B from ~2.05GB (FP16) to ~0.24GB using ternary quantization. Synthetic stress tests at the 140B scale show that models which would normally require ~280GB FP16 can fit within ~35GB when packed with the ternary format.<p>The project is optimized for Apple Silicon and currently uses custom Metal + C++ tensor unpacking.<p>Benchmarks, architecture, and details: <a href="https:&#x2F;&#x2F;opengraviton.github.io" rel="nofollow">https:&#x2F;&#x2F;opengraviton.github.io</a><p>GitHub: <a href="https:&#x2F;&#x2F;github.com&#x2F;opengraviton" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;opengraviton</a>

[Other] Show HN: Bulk Image Generator – Create AI variations and remove bg in batch Hello HN,<p>I built Bulk Image Generator because I was frustrated with how slow it is to iterate on visual assets. Tools like Midjourney are great for single images, but when you need 50+ variations of a product shot or a game asset based on a specific reference, the manual process is a pain.<p>What it does:<p>Upload one reference image and generate 100+ AI variations while maintaining style&#x2F;structure.<p>Batch background removal (because once you generate 100 images, you usually need to clean them up).<p>Fast bulk download.<p>Why I’m sharing it here: I’m looking for feedback on the consistency of the output. I also want to know if there are specific &quot;batch&quot; workflows in your design or dev process that are still too manual.<p>I’ll be around to answer any questions about the implementation or future roadmap!

Claude Code deletes developers' production setup, including database

[Other] Show HN: Reviving a 20-year-old puzzle game Chromatron with Ghidra and AI Play: <a href="https:&#x2F;&#x2F;p.migdal.pl&#x2F;chromatron-oxide&#x2F;" rel="nofollow">https:&#x2F;&#x2F;p.migdal.pl&#x2F;chromatron-oxide&#x2F;</a> Repo: <a href="https:&#x2F;&#x2F;github.com&#x2F;stared&#x2F;chromatron-oxide&#x2F;" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;stared&#x2F;chromatron-oxide&#x2F;</a> (educational purpose only) The original: <a href="https:&#x2F;&#x2F;www.silverspaceship.com&#x2F;chromatron&#x2F;" rel="nofollow">https:&#x2F;&#x2F;www.silverspaceship.com&#x2F;chromatron&#x2F;</a><p>Full story in the blog post.

Show HN: µJS, a 5KB alternative to Htmx and Turbo with zero dependencies I built µJS because I wanted AJAX navigation without the verbosity of HTMX or the overhead of Turbo.<p>It intercepts links and form submissions, fetches pages via AJAX, and swaps fragments of the DOM. Single &lt;script&gt; tag, one call to `mu.init()`. No build step, no dependencies.<p>Key features: patch mode (update multiple fragments in one request), SSE support, DOM morphing via idiomorph, View Transitions, prefetch on hover, polling, and full HTTP verb support on any element.<p>At ~5KB gzipped, it&#x27;s smaller than HTMX (16KB) and Turbo (25KB), and works with any backend: PHP, Python, Go, Ruby, whatever.<p>Playground: <a href="https:&#x2F;&#x2F;mujs.org&#x2F;playground" rel="nofollow">https:&#x2F;&#x2F;mujs.org&#x2F;playground</a><p>Comparison with HTMX and Turbo: <a href="https:&#x2F;&#x2F;mujs.org&#x2F;comparison" rel="nofollow">https:&#x2F;&#x2F;mujs.org&#x2F;comparison</a><p>About the project creation, why and when: <a href="https:&#x2F;&#x2F;mujs.org&#x2F;about" rel="nofollow">https:&#x2F;&#x2F;mujs.org&#x2F;about</a><p>GitHub: <a href="https:&#x2F;&#x2F;github.com&#x2F;Digicreon&#x2F;muJS" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;Digicreon&#x2F;muJS</a><p>Happy to discuss the project.

Show HN: Git-lanes – Parallel isolation for AI coding agents using Git worktrees

Show HN: OculOS – Any desktop app as a JSON API via OS accessibility tree Single Rust binary (~3 MB) that reads the OS accessibility tree and gives every UI element a REST endpoint. Click buttons, type text, toggle checkboxes — all via JSON. Works as an MCP server too, so Claude&#x2F;Cursor&#x2F;Windsurf can control any desktop app out of the box.<p>Windows + Linux + macOS. MIT licensed.

[Monitoring/Observability] Show HN: Kula – Lightweight, self-contained Linux server monitoring tool Zero dependencies. No external databases. Single binary. Just deploy and go. I needed something that would allow for real-time monitoring, and installation is as simple as dropping a single file and running it. That&#x27;s exactly what Kula is. Kula is the Polish word for &quot;ball,&quot; as in &quot;crystal ball.&quot; The project is in constant development, but I&#x27;m already using it on multiple servers in production. It still has some rough edges and needs to mature, but I wanted to share it with the world now—perhaps someone else will find it useful and be willing to help me develop it by testing or providing feedback. Cheers! Github: <a href="https:&#x2F;&#x2F;github.com&#x2F;c0m4r&#x2F;kula" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;c0m4r&#x2F;kula</a>

Show HN: The Roman Industrial Revolution that could have been (Vol 2) A few months ago I shared the first issue of The Lydian Stone Series here:<p><a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=44253083">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=44253083</a><p>It&#x27;s an alternate-history comic about an archaeology student in modern Pompeii who discovers a slate that lets him exchange short messages with a Roman slave a week before the eruption of Vesuvius.<p>The premise is simple: what happens if someone in the Roman world suddenly gains access to modern scientific knowledge, but still has to build everything using the materials and tools available in 79 AD?<p>Volume 2 (The Engine of Empire) explores the second-order effects of that idea.<p>About the process: I write the story, research, structure, and dialogue. The narrative is planned first (acts → scenes → pages → panels). Once a panel is defined, I write a detailed visual description (camera angle, posture, lighting, environment, etc.).<p>LLMs help turn those descriptions into prompts, and image models generate sketches. I usually generate many variations and manually select or combine the ones that best match the panel.<p>The bulk of the work is in the narrative design, historical research, and building a plausible technological path the Romans could realistically follow. The AI mostly acts as a sketching assistant.<p>I&#x27;d love feedback on the story direction, pacing, and whether the industrial shift feels believable.

Show HN: I open-sourced my Steam game, 100% written in Lua, engine is also open Homebrew engine <a href="https:&#x2F;&#x2F;github.com&#x2F;willtobyte&#x2F;carimbo" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;willtobyte&#x2F;carimbo</a>