🛠️ All DevTools

[API/SDK] Show HN: DeltaGlider – Store 4TB of build artifacts in 5GB DeltaGlider is a CLI&#x2F;SDK similar to `aws s3` or `boto3`.<p>UPLOAD: It stores the first file in a S3 path as a full-size (reference), but saves next uploaded archives as deltas (tiny binary diffs) with respect to the reference.<p>DOWNLOAD: it reconstructs the original file on the fly, bit-perfect and verified with SHA256.<p>Why Xdelta3? It&#x27;s a compression-aware and block-level binary diff algorithm. Perfect for representing differences between archives, where small changes shift bytes but most content stays the same. It can efficiently delta compress ZIP&#x2F;JAR&#x2F;TAR archives up to 99.9% between versions, provided the difference in compressed content is overall small.<p>Killer use cases Software versioning, periodic db. backups, JAR, ZIP, TGZ.<p>The impact for us was &quot;2 orders of magnitude&quot; storage price reduction. I hope you can benefit from it too!<p>License: GPLv3<p>Feedback and contributions are super welcome!

[Database] Show HN: YaraDB – Lightweight open-source document database built with FastAPI

[Other] Project command center Open your entire project stack in one click

[CLI Tool] Your AI Git sidekick that executes commands and fixes errors Stop copy pasting Git commands from ChatGPT. SnapCommit sits in your terminal and executes Git commands for you. Just say what you want in plain English. It runs the command. If it fails, it auto-fixes. Merge conflicts? AI resolves them. • Natural language Git commands • AI commit messages • Auto-fixes errors • Resolves merge conflicts • GitHub integration (PRs, CI, issues) • Works in ANY terminal/IDE For developers who hate Googling Git commands. $9.99/month Same price as Copilot, but for Git.

[Other] Sync AI coding configs across Claude, gemini,Cursor & Codex Edit once, sync everywhere. Vibe Manager auto-syncs MCP servers, rules, and commands across Claude Code, Cursor, Codex CLI, and Gemini CLI. No more juggling JSON vs TOML formats. Local-first, one-time purchase, lifetime access.

[Other] Be a Backend Developer with Next.js & Relational Databases This course will teach you how to build scalable, server-side applications using Next.js and PostgreSQL, with a focus on SQL, APIs, and backend logic, a step in preparing you for a full-stack role. Programming and coding program that can be taken before or after the React frontend mini bootcamp.

[Other] Show HN: Real-time 4D Julia set navigation via gamepad I&#x27;ve written Atlas, a GPU scripting language that eliminates the boilerplate of managing textures and uniforms. Here are some demos including 4D fractal exploration with gamepad controls. Press 7 to see the Julia set, and try reloading if you see rectangles&#x2F;it glitches. Documentation: <a href="https:&#x2F;&#x2F;banditcat.github.io&#x2F;Atlas&#x2F;index.html" rel="nofollow">https:&#x2F;&#x2F;banditcat.github.io&#x2F;Atlas&#x2F;index.html</a> *requires approximately an RTX 3080.

[Other] Performance hacks for faster Python code

[Other] Show HN: Creavi Macropad – Built a wireless macropad with a display Hey HN,<p>We built a wireless, low-profile macropad with a display called the Creavi Macropad. It lasts at least 1 month on a single charge. We also put together a browser-based tool that lets you update macros in real time and even push OTA updates over BLE. Since we&#x27;re software engineers by day, we had to figure out the hardware, mechanics, and industrial design as we went (and somehow make it all work together). This post covers the build process, and the final result.<p>Hope you enjoy!

[Other] Terminal Latency on Windows (2024)

[Other] Show HN: Git Quick Stats – The Easiest Way to Analyze Any Git Repositor

[Other] Agent Development Kit Web (adk web) is the built-in developer UI that is integrated with Agent Development Kit for easier agent development and debugging.

[Other] Python sample codes and textbook for robotics algorithms.

[DevOps] The RethinkDNS resolver that deploys to Cloudflare Workers, Deno Deploy, Fastly, and Fly.io

[Other] Grebedoc – static site hosting for Git forges

[Testing] Show HN: Tusk Drift – Open-source tool for automating API tests Hey HN, I&#x27;m Marcel from Tusk. We’re launching Tusk Drift, an open source tool that generates a full API test suite by recording and replaying live traffic.<p>How it works:<p>1. Records traces from live traffic (what gets captured)<p>2. Replays traces as API tests with mocked responses (how replay works)<p>3. Detects deviations between actual vs. expected output (what you get)<p>Unlike traditional mocking libraries, which require you to manually emulate how dependencies behave, Tusk Drift automatically records what these dependencies respond with based on actual user behavior and maintains recordings over time. The reason we built this is because of painful past experiences with brittle API test suites and regressions that would only be caught in prod.<p>Our SDK instruments your Node service, similar to OpenTelemetry. It captures all inbound requests and outbound calls like database queries, HTTP requests, and auth token generation. When Drift is triggered, it replays the inbound API call while intercepting outbound requests and serving them from recorded data. Drift’s tests are therefore idempotent, side-effect free, and fast (typically &lt;100 ms per test). Think of it as a unit test but for your API.<p>Our Cloud platform does the following automatically:<p>- Updates the test suite of recorded traces to maintain freshness<p>- Matches relevant Drift tests to your PR’s changes when running tests in CI<p>- Surfaces unintended deviations, does root cause analysis, and suggests code fixes<p>We’re excited to see this use case finally unlocked. The release of Claude Sonnet 4.5 and similar coding models have made it possible to go from failing test to root cause reliably. Also, the ability to do accurate test matching and deviation classification means running a tool like this in CI no longer contributes to poor DevEx (imagine the time otherwise spent reviewing test results).<p>Limitations:<p>- You can specify PII redaction rules but there is no default mode for this at the moment. I recommend first enabling Drift on dev&#x2F;staging, adding transforms (<a href="https:&#x2F;&#x2F;docs.usetusk.ai&#x2F;api-tests&#x2F;pii-redaction&#x2F;basic-concepts">https:&#x2F;&#x2F;docs.usetusk.ai&#x2F;api-tests&#x2F;pii-redaction&#x2F;basic-concep...</a>), and monitoring for a week before enabling on prod.<p>- Expect a 1-2% throughput overhead. Transforms result in a 1.0% increase in tail latency when a small number of transforms are registered; its impact scales linearly with the number of transforms registered.<p>- Currently only supports Node backends. Python SDK is coming next.<p>- Instrumentation limited to the following packages (more to come): <a href="https:&#x2F;&#x2F;github.com&#x2F;Use-Tusk&#x2F;drift-node-sdk?tab=readme-ov-file#requirements" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;Use-Tusk&#x2F;drift-node-sdk?tab=readme-ov-fil...</a><p>Let me know if you have questions or feedback.<p>Demo repo: <a href="https:&#x2F;&#x2F;github.com&#x2F;Use-Tusk&#x2F;drift-node-demo" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;Use-Tusk&#x2F;drift-node-demo</a>

[Monitoring/Observability] Show HN: Linnix – eBPF observability that predicts failures before they happen I kept missing incidents until it was too late. By the time my monitoring alerted me, servers&#x2F;nodes were already unrecoverable.<p>So I built Linnix. It watches your Linux systems at the kernel level using eBPF and tries to catch problems before they cascade into outages.<p>The idea is simple: instead of alerting you after your server runs out of memory, it notices when memory allocation patterns look weird and tells you &quot;hey, this looks bad.&quot;<p>It uses a local LLM to spot patterns. Not trying to build AGI here - just pattern matching on process behavior. Turns out LLMs are actually pretty good at this.<p>Example: it flagged higher memory consumption over a short period and alerted me before it was too late. Turned out to be a memory leak that would&#x27;ve killed the process.<p>Quick start if you want to try it:<p><pre><code> docker pull ghcr.io&#x2F;linnix-os&#x2F;cognitod:latest docker-compose up -d </code></pre> Setup takes about 5 minutes. Everything runs locally - your data doesn&#x27;t leave your machine.<p>The main difference from tools like Prometheus: most monitoring parses &#x2F;proc files. This uses eBPF to get data directly from the kernel. More accurate, way less overhead.<p>Built it in Rust using the Aya framework. No libbpf, no C - pure Rust all the way down. Makes the kernel interactions less scary.<p>Current state: - Works on any Linux 5.8+ with BTF - Monitors Docker&#x2F;Kubernetes containers - Exports to Prometheus - Apache 2.0 license<p>Still rough around the edges. Actively working on it.<p>Would love to know: - What kinds of failures do you wish you could catch earlier? - Does this seem useful for your setup?<p>GitHub: <a href="https:&#x2F;&#x2F;github.com&#x2F;linnix-os&#x2F;linnix" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;linnix-os&#x2F;linnix</a><p>Happy to answer questions about how it works.

[Other] Listen to Database Changes Through the Postgres WAL

[Other] Show HN: Gerbil – an open source desktop app for running LLMs locally Gerbil is an open source app that I&#x27;ve been working on for the last couple of months. The development now is largely done and I&#x27;m unlikely to add anymore major features. Instead I&#x27;m focusing on any bug fixes, small QoL features and dependency upgrades.<p>Under the hood it runs llama.cpp (via koboldcpp) backends and allows easy integration with the popular modern frontends like Open WebUI, SillyTavern, ComfyUI, StableUI (built-in) and KoboldAI Lite (built-in).<p>Why did I create this? I wanted an all-in-one solution for simple text and image-gen local LLMs. I got fed up with needing to manage multiple tools for the various LLM backends and frontends. In addition, as a Linux Wayland user I needed something that would work and look great on my system.

[Other] Xqerl – Erlang XQuery 3.1 Processor