🛠️ All DevTools

How working memory could give rise to consciousness

Lightweight (7MB) Terminal-first AI-native dev workspace

Astrophysicists Puzzle over Webb's New Universe

Show HN: Forge – A JavaScript runtime built on Mozilla SpiderMonkey

Agentic coding notes from Galapagos Island

Soatok's Informal Guide to Threat Models

Scientists discover guidance system for migratory songbirds

Show HN: Solitaire.Free - Play Klondike, FreeCell & Spider Solitaire Online

Apple 'Hide My Email' Vulnerability Reveals Peoples' Real Email Addresses

The circuit that lets your brain think and see

David Potter, the man who put Psion in the palm of your hand, logs off at 82

GitFut – Your GitHub stats turned into a World-Cup-style player card

Software, from First Principles

Show HN: ContextCodeCache in Rust

Show HN: How clanker are you? A reverse Turing test You write 8 text completions and open models score how predictable each word was too them. Predictable =&gt; clanker. You can share results with your friends.<p>The scoring checks every word you write against the model&#x27;s logprobs. Right now I&#x27;m using Llama3.1, Deepseek v3 and Qwen3 to keep costs low. I tried to calibrate it so other models (chatgpt&#x2F;claude) score 100% and interesting human responses score in the 10-30% range.<p>Totally free, no signup

Kagi Changelog (July 2): Heads, tails, and an AI toggle

Show HN: Kontext – Move an AI chat's full context to another AI in one click

Show HN: StillUpTo – Keep track of the side projects if they are still alive

Show HN: Opbox – CRDT based sync for text files on disk Hi! I’m one of the founders of s2.dev, and recently have been hacking on opbox, which is an open-source daemon that turns directories of text files (code, markdown, etc) into collaborative, multi-player workspaces.<p>This started as a bit of an intellectual curiosity, to see if it was possible to do real-time sync at the filesystem level (i.e., in an editor-agnostic way).<p>The idea is pretty simple:<p><pre><code> - Opbox workspaces are roughly analogous to git repositories (and can be used alongside existing git repos, to share live changes between commits) - When the opbox daemon is running in a workspace (ob start), it listens for local filesystem events within its directory (writes, deletes, new files), and translates them into operations (the titular “op”) on shadow CRDT documents (Yrs) corresponding to each text file (as well as one doc for the namespace as a whole, which handles paths) - These shadow CRDT docs are maintained in a workspace-local sqlite db (Turso) - The ops, which represent diffs on a corresponding CRDT document, are then appended to a durable stream (S2) that acts as a shared journal for all sync participants - Opbox also reads from that journal, receiving ops from other participants, which are then used to update the local documents, first in the db, then by materializing them into actual files on disk </code></pre> This has worked surprisingly well for sharing things like Obsidian graphs in real-time.<p>It’s most helpful in cases where you want the ability to edit local files from arbitrary editors, but still collaborate live. The experience is best from editors where you can configure an aggressive autosave policy, and where edits to an open file are reflected in the editor in a timely way.<p>To gain confidence in the correctness of the core opbox flows (particularly all the nuances around bidirectional sync) I invested in wiring up deterministic simulation testing using the turmoil library, which has been incredibly helpful (see the opbox-sim crate in the repo).

Show HN: Dockside – I turned unused space around the macOS Dock into a workspace