Friday, 7 March 2025

Show HN: Ming-wm: A 100% keyboard-operated desktop environment in Rust https://bit.ly/4i9s2F5

Show HN: Ming-wm: A 100% keyboard-operated desktop environment in Rust https://bit.ly/4hgZOqE March 7, 2025 at 07:54PM

Thursday, 6 March 2025

Show HN: OpenManus – open-source alternative of Manus AI https://bit.ly/3DoGM3U

Show HN: OpenManus – open-source alternative of Manus AI https://bit.ly/3FmPosc March 7, 2025 at 02:53AM

Show HN: Ariana – A time travel debugger for PY/JS right in VSCode https://bit.ly/43nIzAH

Show HN: Ariana – A time travel debugger for PY/JS right in VSCode Hello HN! I've recently released and open-sourced a time travel debugging VSCode extension for Python, Javascript & Typescript. https://bit.ly/43nIiOb It's born from the pain of spending hours reproducing bugs, struggling to read parallel streams of logging across client/server, and managing print/console.log statements. You can see a short video here: https://www.youtube.com/watch?v=M2gZv7IOo7s Basically its two parts: One part CLI called `ariana` that you install with npm/pip and run alongside your code's run command. For instance `ariana python main.py` or `ariana npm run dev`. It then instrumentizes your code using our specialized parsers & small language models (self-hosted version of the server that does that coming soon). The other part is a VSCode extension^(1). It picks up the traces left from running the code with the CLI. Then it lets you highlight the parts of the code that ran, and just by hovering any expression (or subpart of a complex expression), see which values it took. Our goals with this are: 1. Make time-travel debugging easy to use for new coders/vibe coders that would never use a normal debugger, let alone some advanced logging. 2. Allow debugging of across the stack, across components, across languages, parallel data flows super easily (typical pain point of maintaining AI agents codebases, multiplayer web games or RL training setups). In prod even some day when we have a more robust feature set. 3. Experiment with agents using time-travel debugging to fix code accurately in one shot without re-running the code or spending tokens producing print/log statements. 4. Make time-travel debugging applicable to fullstack & frontend development (we plan to sync your frontend's visual state with the traces). Some may ask why not interfacing with debuggers' APIs and instead rewriting code with tracing? I think it gives us maximal granularity and expressivity in the traces we get from the code to minimize performance issue and avoiding looking at non-sensical things. It also opens the door to using this in production in the future. Of course I'd be happy to discuss that further with you if you worked on similar projects in the past :) (1) https://bit.ly/3DbRs5Y... Thank you very much for your attention! https://bit.ly/43nIiOb March 7, 2025 at 12:32AM

Show HN: Uncloud – Uncomplicated container orchestration without control plane https://bit.ly/41J9e9P

Show HN: Uncloud – Uncomplicated container orchestration without control plane Hey HN, I'm building Uncloud — a lightweight clustering and container orchestration tool that lets you deploy and manage web apps across cloud VMs and bare metal with minimal cluster management overhead. After several years of managing and extending Kubernetes at a unicorn, I realised that I desperately needed a change. All those abstraction layers, unnecessary complexity, boilerplate… I wanted container orchestration to bring me joy again, the way Ansible did when I first tried it a decade ago, or Docker after that. That’s when I decided to start an experiment that is now called Uncloud. The core design principles I’ve focused on intentionally differ from the traditional container orchestrators like Kubernetes or Docker Swarm: - No control plane or master nodes – all machines are equal - P2P state synchronisation - Imperative operations over state reconciliation (fast feedback, easier troubleshooting) - Graceful handling of network partitions at the cost of eventual consistency - No advanced auto-healing or auto-scaling magic – predictable behavior instead I want well-designed building blocks that just work together. When a service needs high availability, I should be able to scale it across machines and know that if any machine goes down the remaining ones will continue serving traffic. When I deploy, I want immediate feedback, not wondering whether the reconciliation loop will eventually catch up. GitHub with more technical details and a demo: https://bit.ly/3DjeZBY It's not ready for production use yet, and I'd really love your feedback: 1. Am I alone in wanting a middle ground: something more sophisticated than basic Docker/Compose but without the operational complexity of Kubernetes? 2. If you've moved from platforms like EKS/Heroku/Render/Fly to self-hosting: what was the breaking point and what did you lose or gain in the transition? 3. If you're using tools like Kamal, Dokku, Coolify, or Dokploy, what are your biggest pain points? https://bit.ly/3DjeZBY March 6, 2025 at 11:35PM

Show HN: Testeranto – the AI driven test framework for TypeScript projects https://bit.ly/3Dj8saq

Show HN: Testeranto – the AI driven test framework for TypeScript projects Today I am introducing HN to my sideproject 'testeranto'. It is a test framework for TS projects which leverages Aider to automatically fix broken tests. tl;dr: https://www.youtube.com/watch?v=WvU5xMqGi6Q https://bit.ly/43osZVy March 7, 2025 at 12:15AM

Tuesday, 4 March 2025

Show HN: ArchGW – An open-source intelligent proxy server for prompts https://bit.ly/3XssNRu

Show HN: ArchGW – An open-source intelligent proxy server for prompts Hi HN! This is Salman, Adil, Shuguang and Co working on ArchGW[1] - an open-source lightweight proxy server for prompts - written in Rust and built on top of Envoy[2]. Arch moves the critical but pesky handling and processing of prompts: task understanding, prompt routing, safety, and observability - outside business logic. Its an edge and egress proxy for agentic apps. We've talked to 100s of developers at places like Twilio, GE Healthcare, Redhat, Square, etc and there was a consistent theme in building AI apps: to move past a nascent demo they are left to their own devices in building out middle ware capabilities so that developers can move faster and ship with confidence. Today, the approach to building an enterprise-ready AI app is cobbling together a large set of mono-functional tools, adding LLM-based preprocessing steps to determine safety (e.g. applying governance and guardrails), ask clarifying questions to improve task performance, support common agentic operations by packaging and managing function calling scenarios manually, etc. Not to mention, all the undifferentiated work in incorporating different LLM models and versions, and managing resiliency, retries and fallback logic. ArchGW was built with the belief that prompts are nuanced and opaque user requests, which require the same capabilities as traditional HTTP requests including secure handling, intelligent routing, robust observability, and integration with backend (API) systems for personalization – outside business logic. We help built Envoy while at Lyft and think its offers a great foundation to build a proxy to manage traffic for prompts. Here are some additional details about the open source project. ArchGW is written in rust, and the request path has three main parts: * Listener subsystem which handles downstream (ingress) and upstream (egress) request processing. * Prompt handler subsystem. This is where ArchGW makes decisions on the safety of the incoming request via its prompt_guard primitive and identifies where to forward the conversation to via its prompt_target primitive. * Model serving subsystem is the interface that hosts all the lightweight LLMs[3] engineered in ArchGW and offers a framework for things like hallucination detection of our these models We loved building this open source project, and our belief is that this infrastructure primitive would help developers build faster, safer and more personalized agents without all the manual prompt engineering and systems integration work needed to get there. We hope to invite other developers to use and improve Arch. Please give it a shot and leave feedback here, or at our discord channel [4] Also here is a quick demo of the project in action [5]. You can check out our public docs here at [6]. Our models are also available here [7]. [1] https://bit.ly/48UhplX [2] https://bit.ly/3rJ29qp [3] https://bit.ly/3OjXJOR ... [4] https://bit.ly/3OiQAOA ... [5] https://www.youtube.com/watch?v=I4Lbhr-NNXk [6] https://bit.ly/4fFT19S [7] https://bit.ly/3OiwZhM https://bit.ly/48UhplX March 4, 2025 at 10:14PM

Show HN: Scholium, Your Own Research Assistant https://bit.ly/4hVoSVr

Show HN: Scholium, Your Own Research Assistant I built an AI-powered research agent designed to efficiently discover, summarize, and cite relevant academic papers based on user queries. As a university student, I've written my share of essays and have also served as a copy editor for our student newspaper. During fact-checking, I noticed that Google often prioritizes unreliable and unscholarly resources—such as Medium articles, Reddit posts, and LinkedIn content—in its top results over scholarly ones. For instance, searching "Transformers" yields six blogs and articles before finally listing the Vaswani (2017) paper. This makes gathering credible sources and verifying facts tedious and time-consuming. I realized that much of the repetitive work involved in fact-checking and source collection could be streamlined using a vector database paired with a retrieval model, inspiring me to create Scholium, an AI-driven research assistant that recommends and summarizes academic papers relevant to your queries. Currently, Scholium has access to all papers on arXiv, and my plan is to make Scholium into a search engine for research, kinda like a Google or Perplexity for papers. Please check out the repository, give it a star, and let me know your thoughts—I would greatly appreciate your feedback! Web App: https://bit.ly/4bpyXHF Repo: https://bit.ly/4klB1o4 https://bit.ly/4klB1o4 March 5, 2025 at 12:51AM

Monday, 3 March 2025

Show HN: FlakeUI https://bit.ly/41PYU09

Show HN: FlakeUI https://bit.ly/4h25tkx March 3, 2025 at 06:29AM

Show HN: Puffin Tools – Free WebAssembly tools in the browser https://bit.ly/4bntJMI

Show HN: Puffin Tools – Free WebAssembly tools in the browser Hi! I wanted to share my little "adventure" that I had in the past ~2 weeks. Basically, I got tired of constant thinking and I decided to build something, anything. By accident I learned about thing called WebAssembly (basically you can execute pretty complicated programs locally in the browser without sending anything anywhere) so I immediately assumed that it could be used for a set of small, private tools. Usually I am building with Python, Django, PostgreSQL, hosting it on PythonAnywhere. So this time I decided that I will step out of my comfort zone even further! So I went with: - Rust (for tools that will be compiled to WebAssembly) - Zola (static site generator since I don't need anything "dynamic") - AWS S3 + AWS CloudFront (for hosting this static website) (I even used AWS to generate my SSL certificate) Let me know what you think, and of course if I can already sell my website for million dollars :D Cheers! https://bit.ly/4h3qVW9 March 3, 2025 at 08:04AM

Sunday, 2 March 2025

Show HN: Free Kindle Scribe Weekly Planner Creator https://bit.ly/4bqukx8

Show HN: Free Kindle Scribe Weekly Planner Creator https://bit.ly/4bqukNE February 28, 2025 at 02:12PM

Show HN: Prompting LLMs in Bash scripts https://bit.ly/4kq7Hgf

Show HN: Prompting LLMs in Bash scripts https://bit.ly/4bqNYsF https://bit.ly/4bpFZMH February 27, 2025 at 08:46PM

Show HN: Image comparison slider in 6 lines of JavaScript https://bit.ly/41h0ypU

Show HN: Image comparison slider in 6 lines of JavaScript https://bit.ly/4imRnva March 2, 2025 at 11:41PM

Show HN: Robyn – "Batman Inspired" Python Web Framework Built with Rust https://bit.ly/41p8eGA

Show HN: Robyn – "Batman Inspired" Python Web Framework Built with Rust https://bit.ly/41pmpvc March 2, 2025 at 08:56AM

Saturday, 1 March 2025

Show HN: I built a memory-safe web server in Rust (currently in beta) https://bit.ly/4h7ca4y

Show HN: I built a memory-safe web server in Rust (currently in beta) https://bit.ly/4h3lgzs March 2, 2025 at 08:35AM

Show HN: What did you do last week? – Evaluates your 5 bullet points https://bit.ly/4kjaGqX

Show HN: What did you do last week? – Evaluates your 5 bullet points https://bit.ly/4bsFP79 March 2, 2025 at 04:57AM

Show HN: World-Price – Making international pricing transparent and reassuring https://bit.ly/43hA1LE

Show HN: World-Price – Making international pricing transparent and reassuring As someone living outside a country with a popular currency, I hated wanting a product but not being able to buy it due to a different currency. Either it's not allowed or there are immense fees. So I built World-Price, an embeddable pricing table generator that integrates with stripe to generate clean prices (either .99 prices or .00 prices) for every currency to be able to accept every user. Right now I have released a somewhat MVP, and would love your feedback if this provides use to you. Enjoy! https://bit.ly/3Xo6Oey March 2, 2025 at 12:39AM

Show HN: Simplifying Backend Testing with qapir.io https://bit.ly/3XmXxmI

Show HN: Simplifying Backend Testing with qapir.io Backend and API testing can be tedious—especially when dealing with multi-step workflows, deep validation of API responses, and complex edge cases. We've built qapir.io to make this easier, offering a no-code solution for defining and running backend and API tests without writing any code. What It Offers: * No-Code Test Creation – Define backend tests with an intuitive YAML-based syntax. * Support for Complex Scenarios – Easily test multi-step API workflows and chained API calls. * Human-Readable Reporting – Clear, structured test reports that make debugging easier. * Support for multiple protocols - Currently supports plain HTTP and GraphQL, planning to support: SQL, Redis, Kafka, etc. * An actively developing set of features – Upcoming features: Dashboard with Test-Results, Configurable HTTP-Mocks, and a solution for receiving and validating webhooks - Webhook-Interceptor Why Use It: If you need a way to test backend services without maintaining a ton of code, qapir.io provides a simple, structured approach. It’s designed to handle everything from basic API checks to more advanced multi-step scenarios—all while keeping tests readable and easy to maintain. Download it for free at https://bit.ly/3XnIbP2 , and start writing your tests in minutes! https://bit.ly/3XnIbP2 February 26, 2025 at 02:10AM