Show HN: Sqlsure – deterministic semantic checks for AI-generated SQL https://ift.tt/gIZxqsH

Show HN: Sqlsure – deterministic semantic checks for AI-generated SQL https://ift.tt/9pyPlH7 July 12, 2026 at 12:03AM

Show HN: Don't let your engineering brain rot in the age of AI https://ift.tt/njAFclS

Show HN: Don't let your engineering brain rot in the age of AI https://ift.tt/vHLAY0m July 11, 2026 at 11:57PM

Show HN: Share and explore custom Claude Code status lines https://ift.tt/Rc9oInM

Show HN: Share and explore custom Claude Code status lines Hey HN, I made a registry for claude code users to share and explore status lines. I found that my friends/coworkers and I would always share screenshots of our terminal to show off our custom claude lines so I decided to build this registry as a place for others to show off! https://claudelines.com July 11, 2026 at 11:51PM

Show HN: We beat Cloudflare's bot detection (open-source stealth browser) https://ift.tt/rKc3uHO

Show HN: We beat Cloudflare's bot detection (open-source stealth browser) https://ift.tt/3mJuSU5 July 11, 2026 at 04:26AM

Show HN: SubjectiveZero, an open-source agentic node editor for creative coding https://ift.tt/x1HLIVZ

Show HN: SubjectiveZero, an open-source agentic node editor for creative coding Hey there, My name is Clem, I've been a solo indie dev for a couple years now, exploring frontier tech like XR and agentic workflows in the context of creative / interactive work. I've been building creation tools for a while and some common design challenge is to figure out the right level of abstraction for your tool. You can always make it super advanced and complex with low level concepts (shader composition, actual code etc.) but then you get something with a high complexity / learning curve. On the other hand, if you make your tool too high level, it might be easier to use at first, but people will most likely hit a wall eventually and start fighting with your tool to get their edge case done (you see that on mobile a lot actually). With this prototype (called SubjectiveZero), I'd like to imagine that we can kind of move the "slider" on the abstraction layer, meaning that you can actually start with prompts that describe the goal, and you can go as high level (stay with abstract prompts) or low level as you'd like (more specific prompts, or even edit the generated code directly)! The agent orchestration actually understand your context and work along side with you to figure out what could be the best node graph structure for your project (that and some fun little procedural UI done at the node level). If i had to pitch it in 30 seconds, I'd say "Think TouchDesigner and friends but with agent orchestration". When you use it, it will generate real native code (Swift/Metal for now) that you can actually hot reload and iterate on either manually or through agents. It's still an early prototype and macOS only for now, but I'd love to get genuine feedback that could help me drive where this project should go next (or not). Lastly, I'm absolutely open and upfront on the fact that I used agentic coding for this, but as people say: "kept on a short leash". The architecture and specs were relatively well thought out and I personally prefer to be in the loop and review all the code being written to make sure it's going in the right direction. Oh and it's open source :-) Hope you like it! https://ift.tt/dPt5Xlw https://ift.tt/dPt5Xlw July 10, 2026 at 07:23PM

Show HN: Wyrm – Solve algebra by touch, built on an open-source soundness engine https://ift.tt/noeCx1w

Show HN: Wyrm – Solve algebra by touch, built on an open-source soundness engine There is a mobile game called DragonBox. It sort of tricks you into learning algebra by starting with very abstract manipulations of a puzzle that must follow rules... gradually the game teaches you more and more rules and also strips out the more abstract elements until on the last levels you are finally solving real equations. I loved it, it taught my kids algebra.... and it was just fun. Over the years I often thought that there should be a calculator for Algebra that works this way... something where you can drag terms around and cancel & distribute with gestures, but most importantly enter your own problems. It should also do more kinds of problems than DragonBox allowed. So I finally decided to build it. https://dicroce.github.io/wyrm/home.html Here's a video showing it: https://www.youtube.com/watch?v=_STbS4zvIlU . If you'd rather just play with it: there's a limited in-browser demo (real engine, a few example equations, no download) on the landing page — https://dicroce.github.io/wyrm/home.html . The app can be found on iOS ( https://ift.tt/hXMEk4j ) and as of this week on Google Play ( https://ift.tt/2iywdZI... ). I also decided to open source the underlying math engine so others could build on it: https://ift.tt/ygtdXIL . My goal for the engine btw is to build it all the way up to Calculus. Monetization is deliberately boring: the engine is free (MIT), and the polished gesture app is $4.99 once. No subscriptions, ads, accounts, or analytics. I'd love feedback on the engine design — especially from anyone who's worked on CAS or proof-assistant-adjacent problems. And if you played DragonBox as a kid and wished it went further: this is for you! https://ift.tt/ygtdXIL July 9, 2026 at 03:16PM

Show HN: Pylon Sync, an agent-first full-stack realtime framework https://ift.tt/8NAPYi2

Show HN: Pylon Sync, an agent-first full-stack realtime framework I created Pylon to make it easier to move from hobby projects to full production apps. When I work on hobby projects, I usually use React or Next.js because they are quick to set up and easy to deploy on Vercel. For production apps, I separate the frontend and backend, then deploy the backend on AWS. But setting up a full backend on AWS can be complex and costly, especially for simple apps. Pylon is a full-stack, real-time framework that includes server-rendered React, TypeScript functions, entities, policies, real-time sync, built-in authentication, and support for background and scheduled jobs. By default, it uses SQLite, but you can switch to Postgres for production. The authentication system is heavily inspired by better-auth. The runtime is a Rust server that runs TypeScript functions and server-rendered React using Bun. Pylon itself is inspired by Rails and focuses on convention over configuration, so you have fewer decisions to make before deploying. This approach applies to modern React apps, real-time sync, TypeScript server functions, authentication, job management, and deployment. One of Pylon’s main goals is agent compatibility. It lets coding agents build and deploy apps with no setup, quick understanding, secure defaults, and easy deployment, all without requiring any third-party services. Pylon works for both quick projects and production apps where performance, observability, ownership, and self-hosting matter. While it’s easy to self-host Pylon apps, Pylon Cloud provides managed hosting with a developer experience similar to Vercel. You can deploy from git or the CLI, get an instant URL, add custom domains, and go live in seconds. Each app runs on its own server, which can scale to zero, with TLS and global caching enabled. If you have experience with Next.js, Vercel, Convex, Supabase, Firebase, better-auth, or Rails, I’d love to hear your feedback. Create your first app: npm create @pylonsync/pylon@latest Website: https://ift.tt/ASyXz4N Repo: https://ift.tt/wRbXkjs Docs: https://ift.tt/vU0KrC4 LLMS: https://ift.tt/xuzi65y Skill: npx skills add pylonsync/pylon Examples: https://ift.tt/IuLUKB1 https://ift.tt/ASyXz4N July 9, 2026 at 09:38PM