Show HN: AgentPG – Stateful AI Agents in Go with PostgreSQL Persistence https://ift.tt/zcGBr2E

Show HN: AgentPG – Stateful AI Agents in Go with PostgreSQL Persistence https://ift.tt/qOURfFA December 6, 2025 at 11:07PM

Show HN: Bible Note Journal – AI transcription and study tools for sermons (iOS) https://ift.tt/LmoTi23

Show HN: Bible Note Journal – AI transcription and study tools for sermons (iOS) I got back into church a couple years ago and would try taking notes with Apple Notes. It was a struggle trying to type notes while focusing on the sermon. Honestly, it would have been easier to write it in a notebook but in the end I built this iOS app to solve that problem. You can record audio during a sermon (or upload files), and it transcribes using Whisper, then generates summaries, flashcards, and reflection questions tailored to Christian content. The backend is Spring Boot + Kotlin calling OpenAI's API. Instead of deploying the backend through one of the cloud providers directly I decided to go with Railway. Users are notified with push notifications when their transcription and summary are completed. The iOS app uses SwiftUI and out-of-the-box SwiftUI components. I worked with Spring Boot + Java a few years back when in fintech so it was cool to try writing something in Kotlin. I'm also a full-time Flutter dev that has been trying to get into Native iOS development and felt like I found a good use case for an app. Currently only available in the US/Canada App Store. There is a free 3-day trial that you can use to give the app a go. The goal was helping Christians retain more from sermons and build stronger biblical literacy. Happy to answer questions about the architecture, AI prompting approach for Christian content, or anything else. App Store link: https://ift.tt/W54yhTS... https://ift.tt/x7nyOIs December 6, 2025 at 02:13AM

Show HN: HCB Mobile – financial app built by 17 y/o, processing $6M/month https://ift.tt/KQsCnMi

Show HN: HCB Mobile – financial app built by 17 y/o, processing $6M/month Hey everyone! I just built a mobile app using Expo (React Native) for a platform that moves $6M/month. It’s a neobank used by 6,500+ nonprofit organizations across the world. One of my biggest challenges, while juggling being a full-time student, was getting permission from Apple/Google to use advanced native features such as Tap to Pay (for in-person donations) and Push Provisioning (for adding your card to your digital wallet). It was months of back-and-forth emails, test case recordings, and also compliance checks. Even after securing Apple/Google’s permission, any minor fix required publishing a new build, which was time-consuming. After dealing with this for a while, I adopted the idea of “over the air updates” using Expo’s EAS update service. This allowed me to remotely trigger updates without needing a new app build. The 250 hours I spent building this app were an INSANE learning experience, but it was also a whole lot of fun. Give the app a try, and I’d love any feedback you have on it! btw, back in March, we open-sourced this nonprofit neobank on GitHub. https://ift.tt/1lIHz2X https://ift.tt/nf1mwye December 3, 2025 at 09:50AM

Show HN: SerpApi MCP Server https://ift.tt/y5kejY0

Show HN: SerpApi MCP Server https://ift.tt/GKpYrI9 December 6, 2025 at 12:00AM

Show HN: Playwright for Windows Computer Use https://ift.tt/XzNyS3h

Show HN: Playwright for Windows Computer Use https://ift.tt/O1N2abr December 5, 2025 at 04:15AM

Show HN: Cheap OpenTelemetry lakehouses with Parquet, DuckDB, and Iceberg https://ift.tt/jLFoyvH

Show HN: Cheap OpenTelemetry lakehouses with Parquet, DuckDB, and Iceberg Side project: exploring storing and querying OpenTelemetry data with duckdb, open table formats, and cheap object storage with some rust glue code. Yesterday, AWS made this exact sort of data architecture lot easier with new CloudWatch features: https://ift.tt/26ZY9Pg... https://ift.tt/gMzInmQ December 5, 2025 at 02:12AM

Show HN: Fresh – A new terminal editor built in Rust https://ift.tt/VNQEOUd

Show HN: Fresh – A new terminal editor built in Rust I built Fresh to challenge the status quo that terminal editing must require a steep learning curve or endless configuration. My goal was to create a fast, resource-efficient TUI editor with the usability and features of a modern GUI editor (like a command palette, mouse support, and LSP integration). Core Philosophy: - Ease-of-Use: Fundamentally non-modal. Prioritizes standard keybindings and a minimal learning curve. - Efficiency: Uses a lazy-loading piece tree to avoid loading huge files into RAM - reads only what's needed for user interactions. Coded in Rust. - Extensibility: Uses TypeScript (via Deno) for plugins, making it accessible to a large developer base. The Performance Challenge: I focused on resource consumption and speed with large file support as a core feature. I did a quick benchmark loading a 2GB log file with ANSI color codes. Here is the comparison against other popular editors: - Fresh: Load Time: *~600ms* | Memory: *~36 MB* - Neovim: Load Time: ~6.5 seconds | Memory: ~2 GB - Emacs: Load Time: ~10 seconds | Memory: ~2 GB - VS Code: Load Time: ~20 seconds | Memory: OOM Killed (~4.3 GB available) (Only Fresh rendered the ansi colors.) Development process: I embraced Claude Code and made an effort to get good mileage out of it. I gave it strong specific directions, especially in architecture / code structure / UX-sensitive areas. It required constant supervision and re-alignment, especially in the performance critical areas. Added very extensive tests (compared to my normal standards) to keep it aligned as the code grows. Especially, focused on end-to-end testing where I could easily enforce a specific behavior or user flow. Fresh is an open-source project (GPL-2) seeking early adopters. You're welcome to send feedback, feature requests, and bug reports. Website: https://sinelaw.github.io/fresh/ GitHub Repository: https://ift.tt/bPTOVDn https://sinelaw.github.io/fresh/ December 3, 2025 at 08:15PM