🛠️ All DevTools

[CLI Tool] rpg: A modern psql-compatible Postgres terminal and TUI written in Rust

[Other] AWS has officially removed all EC2 instances in Bahrain from their docs

[Other] Extracted system prompts from ChatGPT (GPT-5.4, GPT-5.3, Codex), Claude (Opus 4.6, Sonnet 4.6, Claude Code), Gemini (3.1 Pro, 3 Flash, CLI), Grok (4.2, 4), Perplexity, and more. Updated regularly.

[Other] OmX - Oh My codeX: Your codex is not alone. Add hooks, agent teams, HUDs, and so much more.

[Other] Show HN: A P2P messenger with dual network modes (Fast and Tor) Hello HN,<p>I have been working on a desktop P2P messenger called Kiyeovo for the last ~8 months, and I just published its beta version.<p>Quick backstory: It started out as a CLI application for my Graduate Thesis, where I tried to make the most secure and private messenger application possible. Then, I transformed it into a desktop application, gave it &quot;clearnet&quot; support and added a bunch of features.<p>Short summary:<p>The app runs in 2 completely isolated modes:<p>- fast mode: relay&#x2F;DCUtR -&gt; lower latency, calls support<p>- anonymous mode: Tor message routing -&gt; slower, anonymous<p>These modes use different protocol IDs, DHT namespaces, pubsub topics and storage scopes so there’s no data crossover between them.<p>Messaging works peer-to-peer when both parties are online, but falls back to DHT &quot;offline buckets&quot; when one of them is not. To ensure robustness, messages are ACK-ed and deleted after being read.<p>Group chats use GossipSub for realtime messaging. Group messages are also saved to offline buckets in order for offline users to be able to read them upon logging in. Kick&#x2F;Join&#x2F;Leave events are also propagated using the DHT. Group metadata and all offline data is of course encrypted.<p>Other features: Chats are E2E, file sharing is supported, 1:1 audio&#x2F;video calls are supported (only in fast mode though, using WebRTC)<p>Tradeoffs: Tor has noticeable latency, offline delivery is not immediately guaranteed, but rather &quot;eventually consistent&quot;; beta version does not have group calls yet.<p>I’d appreciate feedback, that&#x27;s why I posted this as a beta version<p>Repo: <a href="https:&#x2F;&#x2F;github.com&#x2F;Realman78&#x2F;Kiyeovo" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;Realman78&#x2F;Kiyeovo</a>

[Other] Enabling Codex to Analyze Two Decades of Hacker News Data

[Other] Show HN: SideX – VS Code rebuilt on Tauri instead of Electron (96% smaller)

[API/SDK] Show HN: Open-agent-SDK – Claude Code's internals, extracted and open-sourced Claude Code&#x27;s source map leaked last month. Instead of just reading it, I fed the entire source into Claude Code itself and asked it to extract the core agent loop logic.<p>The result: open-agent-sdk — a drop-in replacement for claude-agent-sdk that&#x27;s fully open source and doesn&#x27;t spawn a CLI subprocess.<p>Why this matters if you&#x27;ve built with claude-agent-sdk:<p>claude-agent-sdk is just a thin wrapper around the Claude Code binary. It works, but it&#x27;s a black box — when something breaks, you&#x27;re stuck.<p>Every query creates a new Claude Code process. That&#x27;s fine on a laptop, not fine when you&#x27;re running thousands of concurrent agents in the cloud.<p>What open-agent-sdk does differently:<p>Pure function calls, no CLI process spawning — cloud-native from day one Fully compatible interface with claude-agent-sdk — swap the package name, done<p>MIT licensed — fork it, patch it, make it yours<p>→ <a href="https:&#x2F;&#x2F;github.com&#x2F;codeany-ai&#x2F;open-agent-sdk-typescript" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;codeany-ai&#x2F;open-agent-sdk-typescript</a>

[Other] The future of code search is not regex – 100x faster than ripgrep

[Monitoring/Observability] Tracing goroutines in realtime with eBPF

[Other] SolveSpace (open source 2D/3D CAD) working on Windows 2000 (2025) SolveSpace just became &quot;officially&quot; available for the Web (<a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=47586614">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=47586614</a>), it is also officially supported on Windows (Vista-11), Linux and macOS.<p>However with a little effort it also compiles for and runs on Windows 2000. Here it is:<p><a href="https:&#x2F;&#x2F;github.com&#x2F;solvespace&#x2F;solvespace&#x2F;issues&#x2F;1036#issuecomment-3405830198" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;solvespace&#x2F;solvespace&#x2F;issues&#x2F;1036#issueco...</a><p>So it runs on all the majour platforms from the last 26 years (excluding MacOS 9).

[Monitoring/Observability] Show HN: Real-time dashboard for Claude Code agent teams This project (Agents Observe) started as an exploration into building automation harnesses around claude code. I needed a way to see exactly what teams of agents were doing in realtime and to filter and search their output.<p>A few interesting learnings from building and using this:<p>- Claude code hooks are blocking - performance degrades rapidly if you have a lot of plugins that use hooks<p>- Hooks provide a lot more useful info than OTEL data<p>- Claude&#x27;s jsonl files provide the full picture<p>- Lifecycle management of MCP processes started by plugins is a bit kludgy at best<p>The biggest takeaway is how much of a difference it made in claude performance when I switched to background (fire and forget) hooks and removed all other plugins. It&#x27;s easy to forget how many claude plugins I&#x27;ve installed and how they effect performance.<p>The Agents Observe plugin uses docker to start the API and dashboard service. This is a pattern I&#x27;d love to see used more often for security (think Axios hack) reasons. The tricky bit was handling process management across multiple claude instances - the solution was to have the server track active connections then auto shut itself down when not in use. Then the plugin spins it back up when a new session is started.<p>This tool has been incredibly useful for my own daily workflow. Enjoy!

[Other] C89cc.sh – standalone C89/ELF64 compiler in pure portable shell

[Other] Show HN: Claude Code rewritten as a bash script Have you ever wondered if Claude Code could be rewritten as a bash script? Me neither, yet here we are. Just for kicks I decided to try and strip down the source, removing all the packages.

[Other] Show HN: How This Graybeard Built the Fastest and Freest Postgres BM25 Search Last summer we faced a conundrum at my company, Tiger Data, a Postgres cloud vendor whose main business is in timeseries data. We were trying to grow our business towards emerging AI-centric workloads and wanted to provide a state-of-the-art hybrid search stack in Postgres. We&#x27;d already built pgvectorscale in house with the goal of scaling semantic search beyond pgvector&#x27;s main memory limitations. We just needed a scalable ranked keyword search solution too.<p>The problem: core Postgres doesn&#x27;t provide this; the leading Postgres BM25 extension, ParadeDB, is guarded behind AGPL; developing our own extension appeared daunting. We&#x27;d need a small team of sharp engineers and 6-12 months, I figured. And we&#x27;d probably still fall short of the performance of a mature system like Parade&#x2F;Tantivy.<p>Or would we? I&#x27;d be experimenting long enough with AI-boosted development at that point to realize that with the latest tools (Claude Code + Opus) and an experienced hand (I&#x27;ve been working in database systems internals for 25 years now), the old time estimates pretty much go out the window.<p>I told our CTO I thought I could solo the project in one quarter. This raised some eyebrows.<p>It did take a little more time than that (two quarters), and we got some real help from the community (amazing!) after open-sourcing the pre-release. But I&#x27;m thrilled&#x2F;exhausted today to share that pg_textsearch v1.0 is freely available via open source (Postgres license), on Tiger Data cloud, and hopefully soon, a hyperscalar near you:<p><a href="https:&#x2F;&#x2F;github.com&#x2F;timescale&#x2F;pg_textsearch" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;timescale&#x2F;pg_textsearch</a><p>In the blog post accompanying the release, I overview the architecture and present benchmark results using MS-MARCO. To my surprise, we were not only able to meet Parade&#x2F;Tantivy&#x27;s query performance, but exceed it substantially, measuring a 4.7x advantage on query throughput at scale:<p><a href="https:&#x2F;&#x2F;www.tigerdata.com&#x2F;blog&#x2F;pg-textsearch-bm25-full-text-search-postgres" rel="nofollow">https:&#x2F;&#x2F;www.tigerdata.com&#x2F;blog&#x2F;pg-textsearch-bm25-full-text-...</a><p>It&#x27;s exciting (and, to be honest, a little unnerving) to see a field I&#x27;ve spent so much time toiling in change so quickly in ways that enable us to be more ambitious in our technical objectives. Technical moats are moats no longer.<p>The benchmark scripts and methodology are available in the github repo. Happy to answer any questions in the thread.<p>Thanks,<p>TJ (tj@tigerdata.com)

[Other] GitHub Monaspace Case Study

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

[Other] Accidentally created my first fork bomb with Claude Code

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

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