🛠️ All DevTools

[Other] GitHub Monaspace Case Study

[Other] Anthropic: Claude Code users hitting usage limits 'way faster than expected'

[Other] GitHub backs down, kills Copilot pull-request ads after backlash

[Other] Axios compromised on NPM – Malicious versions drop remote access trojan

[CLI Tool] Show HN: Codemaxxing – Maximize your slop abilities I built a CLI tool to generate as much slop as possible

[Other] Android Developer Verification

[Other] What we learned building 100 API integrations with OpenCode

[API/SDK] OCR for construction documents does not work, we fixed it So we&#x27;ve built an API and trained models that detects fixtures, extracts schedules, and analyzes construction documents. Check us out!<p>More examples: - <a href="https:&#x2F;&#x2F;www.getanchorgrid.com&#x2F;developer&#x2F;docs&#x2F;endpoints&#x2F;drawings-doors" rel="nofollow">https:&#x2F;&#x2F;www.getanchorgrid.com&#x2F;developer&#x2F;docs&#x2F;endpoints&#x2F;drawi...</a><p>Main website: - <a href="https:&#x2F;&#x2F;www.getanchorgrid.com&#x2F;developer" rel="nofollow">https:&#x2F;&#x2F;www.getanchorgrid.com&#x2F;developer</a><p>Why we did it: <a href="https:&#x2F;&#x2F;www.getanchorgrid.com&#x2F;developer&#x2F;docs&#x2F;changelog&#x2F;construction-drawings-are-data-prisons" rel="nofollow">https:&#x2F;&#x2F;www.getanchorgrid.com&#x2F;developer&#x2F;docs&#x2F;changelog&#x2F;const...</a>

[Other] freeCodeCamp.org's open-source codebase and curriculum. Learn math, programming, and computer science for free.

[DevOps] Show HN: Coasts – Containerized Hosts for Agents Hi HN - We&#x27;ve been working on Coasts (“containerized hosts”) to make it so you can run multiple localhost instances, and multiple docker-compose runtimes, across git worktrees on the same computer. Here’s a demo: <a href="https:&#x2F;&#x2F;www.youtube.com&#x2F;watch?v=yRiySdGQZZA" rel="nofollow">https:&#x2F;&#x2F;www.youtube.com&#x2F;watch?v=yRiySdGQZZA</a>. There are also videos in our docs that give a good conceptual overview: <a href="https:&#x2F;&#x2F;coasts.dev&#x2F;docs&#x2F;learn-coasts-videos">https:&#x2F;&#x2F;coasts.dev&#x2F;docs&#x2F;learn-coasts-videos</a>.<p>Agents can make code changes in different worktrees in isolation, but it&#x27;s hard for them to test their changes without multiple localhost runtimes that are isolated and scoped to those worktrees as well. You can do it up to a point with port hacking tricks, but it becomes impractical when you have a complex docker-compose with many services and multiple volumes.<p>We started playing with Codex and Conductor in the beginning of this year and had to come up with a bunch of hacky workarounds to give the agents access to isolated runtimes. After bastardizing our own docker-compose setup, we came up with Coasts as a way for agents to have their own runtimes without having to change your original docker-compose.<p>A containerized host (from now on we’ll just say “coast” for short) is a representation of your project&#x27;s runtime, like a devcontainer but without the IDE stuff—it’s just focused on the runtime. You create a Coastfile at your project root and usually point to your project&#x27;s docker-compose from there. When you run `coast build` next to the Coastfile you will get a build (essentially a docker image) that can be used to spin up multiple Docker-in-Docker runtimes of your project.<p>Once you have a coast running, you can then do things like assign it to a worktree, with `coast assign dev-1 -w worktree-1`. The coast will then point at the worktree-1 root.<p>Under the hood the host project root and any external worktree directories are Docker-bind-mounted into the container at creation time but the &#x2F;workspace dir, where we run the services of the coast from, is a separate Linux bind mount that we create inside the running container. When switching worktrees we basically just do umount -l &#x2F;workspace, mount --bind &lt;path_to_worktree_root&gt;, mount --make-rshared &#x2F;workspace inside of the running coast. The rshared flag sets up mount propagation so that when we remount &#x2F;workspace, the change flows down to the inner Docker daemon&#x27;s containers.<p>The main idea is that the agents can continue to work host-side but then run exec commands against a specific coast instance if they need to test runtime changes or access runtime logs. This makes it so that we are harness agnostic and create interoperability around any agent or agent harness that runs host-side.<p>Each coast comes with its own set of dynamic ports: you define the ports you wish to expose back to the host machine in the Coastfile. You&#x27;re also able to &quot;checkout&quot; a coast. When you do that, socat binds the canonical ports of your coast (e.g. web 3000, db 5432) to the host machine. This is useful if you have hard coded ports in your project or need to do something like test webhooks.<p>In your Coastfile you point to all the locations on your host-machine where you store your worktrees for your project (e.g. ~&#x2F;.codex&#x2F;worktrees). When an agent runs `coast lookup` from a host-side worktree directory, it is able to find the name of the coast instance it is running on, so it can do things like call `coast exec dev-1 make tests`. If your agent needs to do things like test with Playwright it can so that host-side by using the dynamic port of your frontend.<p>You can also configure volume topologies, omit services and volumes that your agent doesn&#x27;t need, as well as share certain services host-side so you don&#x27;t add overhead to each coast instance. You can also do things like define strategies for how each service should behave after a worktree assignment change (e.g. none, hot, restart, rebuild). This helps you optimize switching worktrees so you don&#x27;t have to do a whole docker-compose down and up cycle every time.<p>We&#x27;d love to answer any questions and get your feedback!

[Other] CodingFont: A game to help you pick a coding font

[CLI Tool] Show HN: axil – A terminal user-interface for treesitter I initially wrote axil to help inspect and run queries against syntax trees for my treesitter-based language server implementation (<a href="https:&#x2F;&#x2F;github.com&#x2F;terror&#x2F;just-lsp" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;terror&#x2F;just-lsp</a>), and have been working toward making this into something more useable :)

[Other] Show HN: React-Rewrite – Figma for localhost that directly edits your codebase

[Other] Claude Code runs Git reset –hard origin/main against project repo every 10 mins

[Other] Build123d: A Python CAD programming library

[Other] Show HN: Crazierl – An Erlang Operating System Crazierl is an experimental&#x2F;hobby operating system based around BEAM.<p>I&#x27;ve linked the browser based demo; I don’t recommend using a phone; it does work, slowly, on the phones I tested, but it’s very awkward to use. You can share a link with a hashtag with your friends and click the consent checkbox, and it (should) link up into dist and I’ve also included a chat application you can start with chat:start(). (quit chat with &#x2F;quit, or use the shell menu with ctrl-g to switch between shells etc).<p>The browser demo relies on the v86 javascript x86 virtual machine. You can also run Crazierl on a real x86 system, but I’ve had mixed luck on modern systems, it uses some esoteric legacy VGA features and support for that isn’t getting better.<p>Crazierl is fairly limited: 32-bit x86, BIOS boot, only two NIC drivers virtio-net and realtek 8168. But it&#x27;s got enough to become part of an Erlang dist cluster. It also supports SMP, but it’s crashy with high core counts in qemu; there’s almost certainly several concurrency bugs in the kernel. There&#x27;s also a lot of excess tcp debug spew (sorry).<p>Source code is available (Apache) <a href="https:&#x2F;&#x2F;github.com&#x2F;russor&#x2F;crazierl&#x2F;" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;russor&#x2F;crazierl&#x2F;</a>

[Other] A visual, example-driven guide to Claude Code — from basic concepts to advanced agents, with copy-paste templates that bring immediate value.

[Other] Show HN: DeepRepo – AI architecture diagrams from GitHub repos

[Other] Show HN: /slot-machine development (CC vs. Codex; CE vs. superpowers) I built an opensource skill that runs N implementations in parallel, has each one reviewed blind by a separate agent, then a judge picks the winner or synthesizes the best parts of each.<p>Each slot can use a different skill (CE:work in one vs superpowers:test-driven-development) and harness (CC vs. Codex). Or put different emphasis on each slot (functional vs. robustness). Also works for non-coding tasks (writing) and you can create custom slot-machines.<p>The main insight is simple enough: AI agents are probabilistic. The same spec produces different code every time; different designs, different bugs, different quality.So running parallel implementations can increase quality if we can judge effectively.<p>There is a real tradeoff here of increased time and tokens for quality but for production code this is often worth it; particularly on long running overnight loops on subscription plans. Also a simple way to learn which skills and harnesses actually work best for your codebase.<p>Appreciate any feedback &#x2F; PRs. This is early!

[Other] Show HN: BreezePDF – Free, in-browser PDF editor BreezePDF lets you edit, sign, merge, compress, redact, OCR, fill forms, extract tables, and use 30+ more PDF tools — all in the browser, no sign-up. Files never leave your computer.<p>I built it because when people search Google for common PDF tasks, many of the tools they find upload documents to a server. I wanted an option that keeps files local instead.<p>I posted an earlier version on HN last spring: <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=43880962">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=43880962</a><p>At the time it only supported a small set of features. Over the last 10 months I rebuilt large parts of it and expanded it to nearly 40 tools, including several ideas that came from comments in that earlier thread.<p>There is also now a desktop app for macOS, Windows, and Linux, plus a CLI&#x2F;SDK for developers.