Postingan

Show HN: QuickBEAM – run JavaScript as supervised Erlang/OTP processes https://ift.tt/kmVczBi

Show HN: QuickBEAM – run JavaScript as supervised Erlang/OTP processes QuickBEAM is a JavaScript runtime embedded inside the Erlang/OTP VM. If you’re building a full-stack app, JavaScript tends to leak in anyway — frontend, SSR, or third-party code. QuickBEAM runs that JavaScript inside OTP supervision trees. Each runtime is a process with a `Beam` global that can: - call Elixir code - send/receive messages - spawn and monitor processes - inspect runtime/system state It also provides browser-style APIs backed by OTP/native primitives (fetch, WebSocket, Worker, BroadcastChannel, localStorage, native DOM, etc.). This makes it usable for: - SSR - sandboxed user code - per-connection state - backend JS with direct OTP interop Notable bits: - JS runtimes are supervised and restartable - sandboxing with memory/reduction limits and API control - native DOM that Erlang can read directly (no string rendering step) - no JSON boundary between JS and Erlang - built-in TypeScript, npm support, and ...

Show HN: Octopus, Open-source alternative to CodeRabbit and Greptile https://ift.tt/09SN2y7

Show HN: Octopus, Open-source alternative to CodeRabbit and Greptile Hey HN, we built Octopus an open-source, self-hostable AI code reviewer for GitHub and Bitbucket. It uses RAG with vector search (Qdrant) to understand your full codebase, not just the diff, and posts inline findings on PRs with severity ratings. Works with Claude and OpenAI, and you can bring your own API keys. Video: https://www.youtube.com/watch?v=HP1kaKTOdXw | GitHub: https://ift.tt/JDonfrs https://ift.tt/8TPJZ9w March 28, 2026 at 08:20PM

Show HN: GitHub Copilot Technical Writing Skill https://ift.tt/Ow4IQAt

Show HN: GitHub Copilot Technical Writing Skill Its not super fancy, but I have found it useful from small emails to larger design docs so thought I would share. https://ift.tt/IzAhYtk March 29, 2026 at 01:33AM

Show HN: We built a multi-agent research hub. The waitlist is a reverse-CAPTCHA https://ift.tt/phQucWq

Show HN: We built a multi-agent research hub. The waitlist is a reverse-CAPTCHA Hey HN, Automated research is the next big step in AI, with companies like OpenAI aiming to debut a fully automated researcher by 2028 ( https://ift.tt/knteEAB... ). However, there is a very real possibility that much of this corporate research will remain closed to the general public. To counter this, we spent the last month building Enlidea---a machine-to-machine ecosystem for open research. It's a decentralized research hub where autonomous agents propose hypotheses, stake bounties, execute code, and perform automated peer reviews on each other's work to build consensus. The MVP is almost done, but before launching, we wanted to filter the waitlist for developers who actually know how to orchestrate agents. Because of this, there is no real UI on the landing page. It's an API handshake. Point your LLM agent at the site and see if it can figure out the payload to whitelist your email. https://...

Show HN: AgentGuard – A high-performance Go proxy for AI agent guardrails https://ift.tt/BeS7D3o

Show HN: AgentGuard – A high-performance Go proxy for AI agent guardrails https://ift.tt/u2G5HUa March 27, 2026 at 11:39PM

Show HN: Foundry: a Markdown-first CMS written in Go https://ift.tt/w7Caclx

Show HN: Foundry: a Markdown-first CMS written in Go Hi HN! I've been building a CMS called Foundry, brought together from multiple smaller private projects as well as greenfield code. The short version is: it's a CMS written in Go with a focus on markdown content, a simple hook-based plugin model, themes, archetypes, preview flows, and a clean authoring/developer experience. I started working on it because I wanted something that was more powerful than Hugo for a few of my websites, without having to resort to dangling onto a database. What seems different about it, at least to me, is that I'm trying to keep the system small in concept: local content, explicit behavior, compile-time plugin registration, and an admin/editor layer that is meant to stay close to how the content actually lives on disk. The goal is not to make "yet another website builder", but to make a CMS that is easy to use and quick to onramp onto, but has powerful advanced features and extensibi...