Friday, March 20, 2026

Show HN: Download entire/partial Substack to ePub for offline reading https://ift.tt/8IyZRCJ

Show HN: Download entire/partial Substack to ePub for offline reading Hi HN, This is a small python app with optional webUI. It is intended to be run locally. It can be run with Docker (cookie autodetection will not work). It allows you to download a single substack, either entirely or partially, and saves the output to an epub file, which can be easily transferred to Kindle or other reading devices. This is admittedly a "vibe coded" app made with Claude Code and a few hours of iterating, but I've already found it very useful for myself. It supports both free and paywalled posts (if you are a paid subscriber to that creator). You can order the entries in the epub by popularity, newest first, or oldest first, and also limit to a specific number of entries, if you don't want all of them. You can either provide your substack.sid cookie manually, or you can have it be autodetected from most browsers/operating systems. https://ift.tt/p2miWnI March 20, 2026 at 09:06AM

Thursday, March 19, 2026

Show HN: Screenwriting Software https://ift.tt/ID856u2

Show HN: Screenwriting Software I’ve spent the last year getting back into film and testing a bunch of screenwriting software. After a while I realized I wanted something different, so I started building it myself. This has been a super fun project - with the core text engine written in Rust. https://ift.tt/OQjtKJ6 March 20, 2026 at 07:37AM

Show HN: React terminal renderer, cell level diff, no alt screen https://ift.tt/VNyf6Bq

Show HN: React terminal renderer, cell level diff, no alt screen https://ift.tt/mAUXWh2 March 20, 2026 at 12:31AM

Show HN: I built a P2P network where AI agents publish formally verified science https://ift.tt/g6uQ5Oo

Show HN: I built a P2P network where AI agents publish formally verified science I am Francisco, a researcher from Spain. My English is not great so please be patient with me. One year ago I had a simple frustration: every AI agent works alone. When one agent solves a problem, the next agent has to solve it again from zero. There is no way for agents to find each other, share results, or build on each other's work. I decided to build the missing layer. P2PCLAW is a peer-to-peer network where AI agents and human researchers can find each other, publish scientific results, and validate claims using formal mathematical proof. Not opinion. Not LLM review. Real Lean 4 proof. A result is accepted only if it passes a mathematical operator we call the nucleus. R(x) = x. The type checker decides. It does not care about your institution or your credentials. The network uses GUN.js and IPFS. Agents join without accounts. They just call GET /silicon and they are in. Published papers go into a queue called mempool. After validation by independent nodes they enter La Rueda, which is our permanent IPFS archive. Nobody can delete it or change it. We also built a security layer called AgentHALO. It uses post-quantum cryptography (ML-KEM-768 and ML-DSA-65, FIPS 203 and 204), a privacy network called Nym so agents in restricted countries can participate safely, and proofs that let anyone verify what an agent did without seeing its private data. The formal verification part is called HeytingLean. It is Lean 4. 3325 source files. More than 760000 lines of mathematics. Zero sorry. Zero admit. The security proofs are machine checked, not just claimed. The system is live now. You can try it as an agent: GET https://ift.tt/SjoJW5X Or as a researcher: https://app.p2pclaw.com We have no money and no company behind us. Just a small international team of researchers and doctors who think that scientific knowledge should be public and verifiable. I want feedback from HN specifically about three technical decisions: why we chose GUN.js instead of libp2p, whether our Lean 4 nucleus operator formalization has gaps, and whether 347 MCP tools is too many for an agent to navigate. Code: https://ift.tt/fC74sPo Docs: https://ift.tt/8Pk5o1R Paper: https://ift.tt/J87Uwz5... March 20, 2026 at 12:30AM

Wednesday, March 18, 2026

Show HN: Clippy – screen-aware voice AI in the browser https://ift.tt/hgfDSYx

Show HN: Clippy – screen-aware voice AI in the browser A friend and I built a browser prototype that answers questions about whatever’s on your screen using getDisplayMedia, client-side wake-word detection, and server-side multimodal inference. Hard parts: – Getting the model to point to specific UI elements – Keeping it coherent across multi-step workflows (“Help me create a sword in Tinkercad”) – Preventing the infinite mirror effect and confusion between window vs full-screen sharing – Keeping voice → screenshot → inference → voice latency low enough to feel conversational We packaged it as “Clippy” for fun, but the real experiment is letting a model tool-call fresh screenshots to help it gather more context. One practical use case is remote tech support — I'm sending this to my mom next time she calls instead of screen sharing. Curious what breaks. https://ift.tt/UF4BrDi March 19, 2026 at 12:20AM

Show HN: Tmux-IDE, OSS agent-first terminal IDE https://ift.tt/z7skgOa

Show HN: Tmux-IDE, OSS agent-first terminal IDE Hey HN, Small OSS project that i created for myself and want to share with the community. It's a declarative, scriptable, terminal-based IDE focussed on agentic engineering. That's a lot of jargon, but essentially its a multi-agent IDE that you start in your terminal. Why is that relevant? Thanks to tmux and SSH, it means that you have a really simple and efficient way to create your own always-on coding setup. Boot into your IDE through ssh, give a prompt to claude and close off your machine. In tmux-ide claude will keep working. The tool is intentionally really lightweight, because I think the power should come from the harnesses that you are working with. I'm hoping to share this with the community and get feedback and suggestions to shape this project! I think that "remote work" is directionally correct, because we can now have extremely long-running coding tasks. But I also think we should be able to control and orchstrate that experience according to what we need. The project is 100% open-source, and i hope to shape it together with others who like to work in this way too! Github: https://ift.tt/d47oPSt Docs: https://ift.tt/mek8CU0 https://ift.tt/1g48xni March 18, 2026 at 11:16PM

Tuesday, March 17, 2026

Show HN: TerraShift: What does +2°C (or -20°C) look like on Earth? https://ift.tt/OsIQaUk

Show HN: TerraShift: What does +2°C (or -20°C) look like on Earth? I built an interactive 3D globe to visualize climate change. Drag a temperature slider from -40°C to +40°C, set a timeframe (10 to 10,000 years), and watch sea levels rise, ice sheets melt, vegetation shift, and coastlines flood... per-pixel from real elevation and satellite data. Click anywhere on the globe to see projected snowfall changes for that location. --- I'm an amateur weather nerd who spends a lot of time on caltopo.com and windy.com tracking snow/ice conditions. I wanted to build something fun to imagine where I could go ski during an ice age. I used Google Deep Research (Pro) to create the climate methodology and Claude Code (Opus 4.6 - High) to create the site. The code: https://ift.tt/AjZy6IC The models aren't proper climate simulations, they're simplified approximations tuned for "does this look right?" but more nuanced than I expected them to be. The full methodology is documented here if anyone wants to poke holes in it. https://ift.tt/XtOc1MA... https://terrashift.io March 18, 2026 at 01:08AM

Show HN: Updated version of my interactive Middle-Earth map https://ift.tt/PGsLi0q

Show HN: Updated version of my interactive Middle-Earth map Hi again HN, simply sharing an updated version of a Middle-Earth map started last year. This is an interactive map, dependency-free at runtime, developed with custom elements in JavaScript. The latest update replaced the big `.svg ` making navigating the map slow and inefficient" with a `.jpg` tiled system handling 7 levels of zoom. Everything is now smoother, and points of interest are no longer distorted when zooming. https://ift.tt/OYvhUyw March 17, 2026 at 09:51PM

Monday, March 16, 2026

Show HN: Hecate – Call an AI from Signal https://ift.tt/N51jrZC

Show HN: Hecate – Call an AI from Signal Hecate is an AI you can voice and video call from Signal iOS and Android. This works by installing Signal into an Android emulator and controlling the virtual camera and microphone. Tinfoil.sh is used for private inference. https://ift.tt/ZwcgksG March 16, 2026 at 08:11PM

Sunday, March 15, 2026

Show HN: HN Skins – Available Skins: Cafe, Courier, London, Midnight, Terminal https://ift.tt/W2YdXy6

Show HN: HN Skins – Available Skins: Cafe, Courier, London, Midnight, Terminal https://ift.tt/tTDsRB5 March 16, 2026 at 01:04AM

Show HN: Goal.md, a goal-specification file for autonomous coding agents https://ift.tt/U0z6Lp4

Show HN: Goal.md, a goal-specification file for autonomous coding agents https://ift.tt/vPEg0Xc March 15, 2026 at 11:52PM

Saturday, March 14, 2026

Show HN: Zap Code – AI code generator that teaches kids real HTML/CSS/JS https://ift.tt/7Ttc1Gw

Show HN: Zap Code – AI code generator that teaches kids real HTML/CSS/JS Zap Code generates working HTML/CSS/JS from plain English descriptions, designed for kids ages 8-16. The core loop: kid types "make a space shooter game", AI generates the code, live preview renders it immediately. Three interaction modes - visual-only tweaks, read-only code view with annotations, and full code editing with AI autocomplete. Technical details: Next.js frontend, Node.js backend, Monaco editor simplified for younger users, sandboxed iframe for preview execution (no external API calls from generated code). Progressive complexity engine uses a skill model to decide when to surface more advanced features. Main thing that was focused on was the gap between block-based coding (Scratch, etc.) and actual programming. Block tools are great for ages 6-10 but the transition to real code is rough. This tries to smooth that curve by letting kids interact with real output first, then gradually exposing the code behind it. Limitations: AI-generated code isn't always clean or idiomatic. Content is filtered for age-appropriateness but its not perfect. Collaboration features are still basic. The complexity engine needs more data to tune well. Free tier, 3 projects. Pro at $9.99/mo. https://www.zapcode.dev March 15, 2026 at 01:07AM

Show HN: Auto-Save Claude Code Sessions to GitHub Projects https://ift.tt/gopUaAO

Show HN: Auto-Save Claude Code Sessions to GitHub Projects I wanted a way to preserve Claude Code sessions. Once a session ends, the conversation is gone — no searchable history, no way to trace back why a decision was made in a specific PR. The idea is simple: one GitHub Issue per session, automatically linked to a GitHub Projects board. Every prompt and response gets logged as issue comments with timestamps. Since the session lives as a GitHub Issue in the same ecosystem, you can cross-reference PRs naturally — same search, same project board. npx claude-session-tracker The installer handles everything: creates a private repo, sets up a Projects board with status fields, and installs Claude Code hooks globally. It requires gh CLI — if missing, the installer detects and walks you through setup. Why GitHub, not Notion/Linear/Plane? I actually built integrations for all three first. Linking sessions back to PRs was never smooth on any of them, but the real dealbreaker was API rate limits. This fires on every single prompt and response — essentially a timeline — so rate limits meant silently dropped entries. I shipped all three, hit the same wall each time, and ended up ripping them all out. GitHub's API rate limits are generous enough that a single user's session traffic won't come close to hitting them. (GitLab would be interesting to support eventually.) *Design decisions* No MCP. I didn't want to consume context window tokens for session tracking. Everything runs through Claude Code's native hook system. Fully async. All hooks fire asynchronously — zero impact on Claude's response latency. Idempotent installer. Re-running just reuses existing config. No duplicates. What it tracks - Creates an issue per session, linked to your Projects board - Logs every prompt/response with timestamps - Auto-updates issue title with latest prompt for easy scanning - `claude --resume` reuses the same issue - Auto-closes idle sessions (30 min default) - Pause/resume for sensitive work https://ift.tt/8HNIlSF March 14, 2026 at 11:49PM

Show HN: Download entire/partial Substack to ePub for offline reading https://ift.tt/8IyZRCJ

Show HN: Download entire/partial Substack to ePub for offline reading Hi HN, This is a small python app with optional webUI. It is intended ...