Show HN: Pay-per-Crawl – make AI crawlers pay per page in USDC, for 10 stacks https://ift.tt/FCAdPbl

Show HN: Pay-per-Crawl – make AI crawlers pay per page in USDC, for 10 stacks https://ift.tt/QjAFVsd October 17, 2026 at 11:46PM

Show HN: Parin – A 2D game engine between raylib and Godot, written in Dlang https://ift.tt/HGLVUXh

Show HN: Parin – A 2D game engine between raylib and Godot, written in Dlang https://ift.tt/XCgLslE October 16, 2026 at 06:52PM

Show HN: 2026 Midterms Tracker blends polls and Kalshi/Poymarket odds https://ift.tt/HcWKtQh

Show HN: 2026 Midterms Tracker blends polls and Kalshi/Poymarket odds https://ift.tt/vCx6Nza October 16, 2026 at 11:49PM

Show HN: Capy-flash – a 125B MoE model on two 16 GB consumer GPUs https://ift.tt/hMPWULm

Show HN: Capy-flash – a 125B MoE model on two 16 GB consumer GPUs https://ift.tt/b3zZ6JR October 16, 2026 at 06:58PM

Show HN: Endo – A Higher-Order Harness https://ift.tt/mJceBKq

Show HN: Endo – A Higher-Order Harness Endo is a Higher-Order Harness (HOH). From the easiest concept to understand to the more complex ones, Endo gives you: * A single, simple UI to use any agent provider with your existing subscriptions, and hot-swap agents right in the middle of a session. * An orchestration layer, which I call HOH, allowing arbitrary composition of agents to achieve any workflow. A fun case I tried was asking Fable and Astra to mock a presidential debate. * An agent protocol that abstracts any agent. The key insight here is that every LLM is an agent—instead of treating the LLM as just one node inside an external ReAct loop. Endo was a concept formed while I was building OpenChart ( https://ift.tt/OPiYn26 ). To power trading workflows, I needed to support scenarios where strict determinism is required, while still keeping the flexibility of an agent's inference-time decision-making capability. A new form factor was needed between rigid n8n-style workflows and open-ended ReAct loop agents. Thus the creation of Endo. Endo is short for Endomorphism, a term rooted in category theory and functional programming. An endomorphism is a function that transforms an object into another object of the same type. Similarly, Endo itself is built purely on functional programming principles, relying heavily on Effect ( https://ift.tt/OfJZYVz ). ..And if you have patience to speak technical jargons, Endo is: * An agent orchestration layer—Higher-Order Harness (HOH)—where an entire agent is treated the same as a single LLM call, enabling arbitrary composition of extremely complex workflows. * A way to abstract any harness into a standardized protocol, where raw models and agents behave the exact same way, in a KV-cache-friendly manner. * A workflow engine that enables arbitrary composition of agents with a single workflow language. It's completely open source, and if you think this idea is cool, let's build together. Just for the fun of it. https://ift.tt/Dd1r9F7 October 16, 2026 at 03:02AM

Show HN: Forwarder.cc – Static-site forms sent to your inbox, pay per message https://ift.tt/F3ZW9dB

Show HN: Forwarder.cc – Static-site forms sent to your inbox, pay per message TL;DR: 12 years ago I built a service that forwards simple HTML forms to an email address. I've been procrastinating on finishing it ever since, until today. You point your form at it and every submission lands in your inbox. It runs on credits, 1 credit = 1 message, no subscription. Perfect for static websites. — Hey folks, back around 2014, alongside my job as a software engineer, I was building a lot of static websites for my own clients, mostly small businesses that just wanted a simple site. To avoid headaches, I went fully static, often hosted on GitHub Pages and similar. But most clients also wanted a contact form, and a form needs a server running somewhere. I had my own weekend-hacked service for this, which literally just forwarded the form to the client's email. I didn't invent anything here: one service I particularly remember was FormKeep by thoughtbot, that I really liked. So I started building my own, mostly because I loved losing myself in side projects like this, and also because I was a cheap ass and thought I could do something similar for less, and without a subscription. By 2016 I had done about 90% of what I'm showing you today. I called it "The Great Forwarder". Everything was ready: backend, frontend, hosting, Stripe, landing page. I even had a designer friend help with the design (sorry, Valentin, if I've botched it since). Then I started another project, which took off right away and took all my attention for a while. Fun fact: that project has been using this service ever since, and almost every message ever sent through it came from there. So for years, I kept Forwarder.cc up to date, upgrading libraries and trying new ones: axios, got, Redux, Zustand, create-react-app, webpack, Vite… It became my laboratory for everything I wanted to explore, while always staying up and maintained (again, for my own use only). The only thing that ever held me back from launching it was a missing help center, and, more honestly, the fear of putting it in front of people. So today's the day: after 12 years of procrastination, I finally finished the help center. I know there are a ton of similar services nowadays, but anyway, what do you think of that help center? https://forwarder.cc October 16, 2026 at 12:17AM

Show HN: RDST – A local agent that watches Postgres/MySQL for query regressions https://ift.tt/RciK5B7

Show HN: RDST – A local agent that watches Postgres/MySQL for query regressions We noticed during the course of many many years of DBA related work that fixes to database issues and queries are always reactive. An entire database can fall over extremely quickly when an unbounded query grows without warning. Traditionally, DBAs hear complaints of slowness and follow a methodical process: - manually browse pg_stats or other database related performance internal tables - see which queries are slowest - figure out what indexes are missing - figure out which indexes are actually bad and slowing down writes - painstakingly implement a fix In the age of cheap intelligence, we decided that there is no reason we can’t have an always-on agent that is designed to do this job for you. Databases need something or someone that is always watching with a massive amount of contextual understanding to be able to take quick actions. We’ve watched the alternative play out repeatedly. One of our users’s checkout page went from loading instantly to taking 11 seconds in a single night with no code change. How? Well somehow their order table grew by 40M rows because BI team had injected historical data and suddenly postgres started doing full table scans. Sometimes routine operations have unintended results and can easily destroy your database. We wanted to catch these kinds of regressions instantly. So we built RDST. RDST is a desktop agent that runs on your PC and connects to PostgreSQL / MYSQL (read only) and compares every query against its own performance every minute. Every expensive query is automatically EXPLAIN ANALYZED, stripped of PII and sent to U.S. based frontier or open model providers to analyze which indexes are missing, how the query could be rewritten, and provides the fix. We then run a classifier model (JEV) to decide if you should be notified (is this standard behavior for this particular query?), and the full history of the query performance is kept for years. RDST also keeps track of your entire database health in general, and recommends more fixes than simply bad queries. Since it runs locally we can keep the database credentials stored in your OS Keychain (RDST never keeps them in its own storage layer), and the connection goes straight to your database (using a jump host or SSH tunnel for private connections). You can read more about how we handle data especially as it pertains to LLM use here. https://ift.tt/LqfGyO6 We really want feedback from the community from people running Postgres and MySQL in production. We are giving inference away completely for free. Just as a reminder, RDST will NOT run any updates or indexes against your database at this time. We are considering a fully autonomous auto-pilot mode in the future, but for now we are leaving the actual fixes in your hands. Let us know what you think! https://ift.tt/kXNto0r October 15, 2026 at 11:39PM

Show HN: I think Apple should have built this a long time ago https://ift.tt/3I8el0Y

Show HN: I think Apple should have built this a long time ago Built this little tool a while ago and shared it with a few friends. The feedback I got was great that I decided to release it publicly. It's not just another 'clipboard'... Honestly, would love you guys to try it out! This is my first public release of a product with a price tag! I have 0 expectations for it... but I genuinely love using it myself. https://ift.tt/Tenr97u October 15, 2026 at 05:48AM

Show HN: Ask a technical question, get an animated explainer you can interrupt https://ift.tt/Ry9TVQf

Show HN: Ask a technical question, get an animated explainer you can interrupt https://ift.tt/XMcPkU1 October 15, 2026 at 04:10AM

Show HN: Dub Anything – Dub videos in each actor's own voice https://ift.tt/QC7Zq6H

Show HN: Dub Anything – Dub videos in each actor's own voice There are many movies and shows out there with neither subtitles or dubs in English (or any other language). Pretty much impossible to watch. With SOTA AI now directing the process, you can do it locally on your machine. You basically just clone the repo, open up Codex or Claude and tell it to dub the video you want in the language you want. The repo contains all the scripts and guidance I've developed over the past few weeks to create dubs that are watchable, as an added bonus the voices in the dub are the actors own voices which is really nice. Also it's self improving, each dub may modify the scripts for better fidelity. So feel free to push them back to the repo so everyone benefits. Thanks. https://ift.tt/FyDMLeA October 15, 2026 at 01:19AM

Show HN: Petal, open-source CoScreen/ScreenHero finally free https://ift.tt/m4IuK5y

Show HN: Petal, open-source CoScreen/ScreenHero finally free Hi HN! I’m Jason Thomas, one of the founders of CoScreen. As some of you may know, Datadog sunset the CoScreen service on July 31st. Four of us from the original CoScreen team have spent the last couple months building a free and open source pair programming tool inspired by those that came before us: It’s called Petal ( https://ift.tt/7eWqpHJ ) Some history first, because when we started CoScreen we had hoped to break the sad and established pattern of this industry. Screenhero was an exceptional tool that a lot of us loved for pairing. Multiple cursors, low latency, you could click your partner’s editor, and just start typing. It felt like magic while we had it. Then Slack bought it in 2015, and shut down the standalone app in December 2017. When Till, Max, and I started CoScreen, we were aware of this history, and wanted to build an even more magical collaboration and screen sharing experience: the entire concept was “throw a window from your laptop up on someone else’s screen, and start collaborating with zero friction.” Datadog acquired us in 2022, and thus began the great adventure of adapting our real-time technology into Datadog products, while also continue developing CoScreen as a standalone tool from the Datadog ecosystem. Datadog invested in the product for years and we’re thankful for that. But CoScreen itself proved, like so many other screen sharing tool acquisitions, to be too tangential from the customer base and core mission. We instead built other communication features in Datadog, the integrations with other video platforms, and also its wildly successful MCP server. We weren't the only ones. Around was bought by Miro and shut down in March 2025. Multi (formerly Remotion) was acqui-hired by OpenAI in 2024 and shut down about a month later. It's nearly always the same story: a small team builds something hard that people love, a platform buys it for the team or the feature, and the standalone product doesn't survive the integration. So we decided firmly to do things differently this time. Petal is completely free and open source and we aren't monetizing it. If we lose interest or get hit by a bus, you can self-host it or fork it, and nobody can sunset it on you. Honestly it's a love letter to everyone in this community that supported us, believed in us, and to liberate collaborative screen sharing from this vicious cycle. We hope through this we can help foster a large and vibrant community around innovating in this product sector. What Petal does: shared windows show up as real windows on your desktop, movable and resizable, not tiles in a grid. Several people can share at once, everyone gets a labeled cursor, and you can click into any shared window to type and scroll. Rooms are persistent, so you click once to join "eng-sync" instead of passing links around. It runs on macOS and Windows (Linux is next, this time for real and you can help us!), plus a web app. Media goes over LiveKit. You can use our hosted instance with zero config, or point the app at your own LiveKit server with one docker-compose if you want the traffic to stay on your network or even use an entirely different video backend if you want to. The part that still feels strange to us: CoScreen took almost six years to build. The first version of Petal took under eight weeks, from scratch, with frontier models like Fable and Astra doing a lot of the work. Real-time video and window capture is some of the most unforgiving code we have ever written, so we didn't expect that. We will do a proper writeup on what worked and what didn't, and are happy to answer questions about it here. Till, Darren, Max and I will be in the thread. https://petal.live/ October 14, 2026 at 11:53PM

Show HN: Hatoba, an open-source SSH client with an AI assistant and E2EE sync https://ift.tt/B3rnEFO

Show HN: Hatoba, an open-source SSH client with an AI assistant and E2EE sync I've used SSH tools for years and didn't really plan on building yet another SSH client, but I ended up building one the way I wanted. Hatoba is a desktop SSH client for Windows, Linux and macOS. It's written in Rust with Tauri 2 and MIT licensed. Each terminal has an AI assistant panel next to it. You describe the problem, and it reads the terminal screen, runs commands, types into the shell, and reads, edits and searches files on the host to find the cause and fix it. You can approve every command and edit it before it runs, let a model you pick approve the safe ones, or turn approval off. Files it changes show a diff you can undo. It works with any OpenAI-compatible or Anthropic API, local models included, and supports skills and MCP servers. Sync doesn't go through a server of mine. Hatoba deploys a Worker and a D1 database to your own Cloudflare account and syncs hosts, keys and AI conversations through them. The free plan usually covers personal use. Everything is encrypted on the device before it leaves. Keys are derived from your master password with Argon2id, every item is encrypted with AES-256-GCM, and the Worker only stores ciphertext plus the hashes it needs to sign you in. Someone who gets hold of the whole Cloudflare account still only gets ciphertext. Sync is optional, and everything works offline without it. The usual SSH client features are there too: groups, tags and fuzzy search, ~/.ssh/config import, ProxyJump and SOCKS5/HTTP proxies, an SFTP panel, local port forwarding, and a key vault that imports OpenSSH, PEM and PuTTY keys. There's also a dashboard showing CPU, memory, disk and network for every saved host, read over plain SSH with nothing installed on the servers. SSH is russh, the terminal is xterm.js with the WebGL renderer, and the UI is React. I develop on Windows, so it's Windows first, with a custom title bar that supports Snap Layouts and Mica, and working CJK input methods. The Linux packages and the macOS build get far less testing on real machines. The macOS build is Apple Silicon only and isn't notarized, so macOS blocks it on first launch until you allow it in Privacy & Security. Bug reports from Linux and Mac users would help the most. Website: https://hatoba.fog.moe Downloads: https://ift.tt/UvM8sWJ https://ift.tt/kr3dW7U October 14, 2026 at 12:01AM

Show HN: Sayso, free open source dictation for Mac, Windows, and Linux https://ift.tt/MnQfK0C

Show HN: Sayso, free open source dictation for Mac, Windows, and Linux https://ift.tt/NqE6tvh October 13, 2026 at 09:26PM

Show HN: Brickbrag – A multiplayer brick-building world in the browser https://ift.tt/3gCYnaZ

Show HN: Brickbrag – A multiplayer brick-building world in the browser https://brickbrag.com/ October 13, 2026 at 02:33AM

Show HN: Yagi, Rust DSP Library https://ift.tt/zYxUoln

Show HN: Yagi, Rust DSP Library Hi HN, I'm a big fan of the liquid-dsp C library and thought it'd be fun to bring it over to Rust. I'm calling this library Yagi DSP. liquid-dsp has more than 1300 tests and yagi now has ported and passes more than 95% of them. I've just finished a major refactoring of the library with lots of API churn now behind me and I think it's now ready for external users. I've still got a lot more I'm hoping to do with it including a streaming graph/dataflow library that I'm building on top of yagi. My goal with that is to create something that's easily embeddable in applications. The browser demo linked in the README is just a very basic example to show how different modems work in the presence of noise, but it really does use yagi via wasm-bindgen. I think it's a fun 5 minute diversion if you've heard terms like QPSK or QAM but aren't sure what they mean. You can try out the demo here https://ift.tt/01NTGOj https://ift.tt/hRdwzpg October 13, 2026 at 01:52AM

Show HN: I bought a bunch of 'smart' devices. AI was able to hack most of them https://ift.tt/bMWoyJA

Show HN: I bought a bunch of 'smart' devices. AI was able to hack most of them https://hwrebench.com/ October 12, 2026 at 11:29PM

Show HN: LLMxRay an open-source observability tool for LLMs https://ift.tt/BJfZmQA

Show HN: LLMxRay an open-source observability tool for LLMs https://ift.tt/Gl83MYQ October 12, 2026 at 02:47AM

Show HN: Kindlefall a 3D ARPG in the browser, built with Three.js https://ift.tt/YEWXd9P

Show HN: Kindlefall a 3D ARPG in the browser, built with Three.js https://ift.tt/ie6IzCU October 12, 2026 at 12:08AM

Show HN: HarmoNova: A modern, customizable Hacker News reader for Chrome https://ift.tt/ON03tgs

Show HN: HarmoNova: A modern, customizable Hacker News reader for Chrome https://ift.tt/QAnBl3y October 12, 2026 at 12:12AM