Show HN: Atlasphere – Live Infrastructure Diagrams https://ift.tt/tmsKb3u

Show HN: Atlasphere – Live Infrastructure Diagrams Hi HN. My name is Andrey. On a regular business day, I'm a software engineer working at AWS. Outside of work hours, I spend time on my hobby - writing code. I was once building a pet project that allowed customers to spin up fully synchronized blockchain nodes within just a few minutes. The backend was split into a control plane and a data plane, each with its own AWS account. Later I added two more AWS accounts. One for shared RPC nodes. One for the Analytics Service. Since I love to visualize things, I used drawio to visualize the architecture. With time, I noticed a pattern. I'd write some code, add a few lambda functions, update my drawio diagram, write more code, introduce a few more resources, test things, see that everything works fine and go to sleep with a smile on my face. Next week I'd check my diagram, and shockingly, it's missing some of the resources! This kept happening for a few more weeks until I decided to fully abandon the project until my infrastructure diagrams could stay in sync with my cloud account. That's how Atlasphere.io was born. I've been working on it for the past 6 months and I think the product is ready for some feedback :) A few notes: - Atlasphere uses a ReadOnly IAM role to scan your AWS account (my account reaches your account through a trust relationship). - The number of services is currently limited (WIP) - It's a macOS app - It's NOT an Electron app, i use Rust + Webview What am I looking for? All I really need is for someone to try the app and tell me what they like about it and what they absolutely hate about it, haha! The website is https://atlasphere.io/ June 9, 2026 at 06:05PM

Show HN: Extend UI – open-source UI kit for modern document apps https://ift.tt/7J8DrI9

Show HN: Extend UI – open-source UI kit for modern document apps We're open-sourcing 14 components & examples today for PDF, DOCX, and XLSX viewers, plus bounding box citations, file upload, e-signature, and more. It's MIT licensed and fully customizable. Demo video here: https://ift.tt/KX0EOR6 When we started, we tried every file viewer and document component library we could find. Unfortunately, none of them had all the functionality (and polish) that we wanted, so we ended up building our own for https://extend.ai/ . It was only ever meant to be internal, but enough customers kept asking for it that we decided to open source it. It's useful for building document processing agents, real-time user facing document intake flows, or all kinds of internal tooling. We naively thought this would be a solved problem. Turns out, making PDF/XLSX/DOCX viewers that work at scale is not trivial...we use and maintain it for Extend ourselves, so we've fixed a lot of edge cases that came up while running millions of pages / day through our own system. Our hope is that with our resources + community support, it'll keep getting better over time. https://ift.tt/y7EbuL6 June 10, 2026 at 09:39PM

Show HN: Transit-format (JSON/MessagePack) reader/writer in C https://ift.tt/VnGEzXu

Show HN: Transit-format (JSON/MessagePack) reader/writer in C Transit.c is an addition to the set of libraries to support transit data interchange format written in C11. It supports full 0.8 specification of cognitect's transit-format: JSON, JSON-Verbose and MessagePack encodings, all ground and extension types, compression via keys caching, extensibility via custom tag handlers. https://ift.tt/3CO1nLb June 8, 2026 at 03:05PM

Show HN: Nodea, an open-source AI canvas for working through complex projects https://ift.tt/IDxUipY

Show HN: Nodea, an open-source AI canvas for working through complex projects https://nodea.ai/demo June 9, 2026 at 11:14PM

Show HN: HTTP/3 and raw QUIC client/server APIs for Node.js https://ift.tt/6r9sJXl

Show HN: HTTP/3 and raw QUIC client/server APIs for Node.js I built this because I wanted to make outbound and accept inbound HTTP/3 and raw QUIC connections from ordinary Node.js code, without building Node from source or putting everything behind a reverse proxy. Repo: https://ift.tt/1gzhtl2 npm: https://ift.tt/ZqIRN16 It’s a native package around Rust/quiche. It supports both client and server APIs, I'm using it in a couple of projects: creating raw QUIC streams, datagrams, custom ALPN, session behavior, and HTTP/3 client work from Node. I've tried to be very safe in the native code, written in rust, with proofs around the parts I was most concerned about getting wrong. I have it hosting a couple of sites as HTTP3 endpoints and found it working well. https://ift.tt/1gzhtl2 June 9, 2026 at 12:08AM

Show HN: Stop returning raw JSON from MCP servers, build rich inline UIs https://ift.tt/vD735s9

Show HN: Stop returning raw JSON from MCP servers, build rich inline UIs https://ift.tt/jHEdoWD June 9, 2026 at 12:07AM

Show HN: A minimal, ad-free World Cup web-app for fixtures and live scores https://ift.tt/T5KhyGU

Show HN: A minimal, ad-free World Cup web-app for fixtures and live scores Hi all! With the World Cup around the corner, and being a football fan, I went looking for apps that would give me a detailed overview of groups, matches categorized by group or team, a daily timeline of when games happen that day (especially useful for us in Europe, since some games run pretty late), and a way to follow my favorite team or teams. The problem I ran into was that most apps out there are pretty bloated — like, really bloated. The ones that weren't either didn't focus on the World Cup specifically, or were ridden with betting ads and ads in general. So I built a very minimal ad-free (mostly tailored for myself) World Cup web app for fixtures and live scores. The fixture data comes from the openfootball/worldcup.json project - https://ift.tt/erSgjq7 . I hope you find it helpful, would love any feedback. https://ift.tt/5TO2W1M June 8, 2026 at 11:04PM