nowfound

Alternatives

Products that do what ReGenNexus Core – A Protocol for Universal App/Device Communication does

Just open-sourced the core of ReGenNexus - a protocol to make any software/device interoperable. Current test examples include: • App integration • Multi-agent coordination • Security patterns • Simple connection templates Try the tests: git clone https://github.com/ReGenNow/ReGenNexus cd tests && pytest -v Looking for: - Feedback on the protocol design - Real-world use cases to prioritize - Contributors to expand test coverage Tech: Python-based, transport-agnostic

  1. 1

    Open-source protocol for a decentralized, user-owned web

    2024

  2. 2

    An open-source, cross-chain tool for NFT innovation

    2021

  3. 3
    Ring83

    A free software for distributed and secured communication

    2015

  4. 4

    Local-first agent trust console with a safe local workspace

    Jun 2026

  5. 5PV
  6. 6DP

    devnexus is an open-source cli that gives agents persistent shared memory across repos, sessions, and engineers. It maps out dependencies and relations at the function level, builds a code graph, and writes it into a shared Obsidian vault that every agent reads before writing code. Past decisions are also linked directly to the code they touched, so no one goes down the same dead end twice. Still building it out but I would love to hear any thoughts/feedback

    Apr 2026 · github.com

  7. 7NR
  8. 8CF

    Concord is TUI client for discord with discord like layout (Servers / Channels / Messages / Members), vim keys, inline image previews via Kitty/iTerm2/Sixel, reactions, polls, threads, forums, and more!(except voice calls, will be implemented) Sits at ~20–40 MB idle. Concord is built with ratatui and crossterm. Here are features: - Login by token, email/password or QR code from the mobile app - Discord like layout : Servers / Channels / Messages / Members - Vim-style keys (hjkl, g/G, Ctrl+d/Ctrl+u, Tab to cycle panes), plus mouse support…

    May 2026 · github.com

  9. 9RA

    Hey HN, There’s been a lot of interest recently in meta-harnesses, loops, and multi-agent orchestration. Obviously, there are already a lot of good tools: Conductor, cmux, the native Codex / Claude Code apps, etc. For my own use cases, I’ve felt that the orchestration layer tends to feel overengineered. I mostly wanted a simple local harness (i.e Pi) for running and tracking CLI agents with the ability to hop in (via tmux). Relaymux is my opinionated attempt at that. A few design principles: - The frontend is just Telegram / iMessage / CLI. If I want more visibility, I hop…

    Jun 2026 · github.com

  10. 102O

    Hi HN, We're the engineering team at Peakflo (B2B fintech). We built 20x internally because we kept copy-pasting Linear tickets into Claude, manually setting up branches, and babysitting agent output across terminals. Eventually we just built the infrastructure to connect task systems to agents directly — and decided to open source it. 20x is an open-source desktop app (macOS only — Linux and Windows on the roadmap) that orchestrates AI coding agents against your existing task systems. In practice: a Linear ticket gets pulled in → the triage agent assigns Claude Code + relevant skills → a…

    Feb 2026 · github.com

  11. 11WI

    At Laminar (https://github.com/lmnr-ai/lmnr) we're building open source AI observability platform in Rust. We obsess over instrumentation DX for our Python and TS SDKs and in this new blog we outline how we made the most seamless way of instrumenting recently released claude agent sdk

    Dec 2025 · laminar.sh

  12. 12IS

    Hello HN, I've been working solo on Octelium for the past 5+ years now, (yes, you just read that correctly :|) along with a couple more sub-projects that will hopefully be released soon and I'd love to get some honest opinions from you. Octelium is simply an open source, self-hosted, unified platform for zero trust resource access that is primarily meant to be a modern alternative to corporate VPNs and remote access tools. It is built to be generic enough to not only operate as a ZTNA/BeyondCorp platform (i.e. alternative to Cloudflare Zero Trust, Google BeyondCorp, Zscaler Private…

    2025 · github.com

  13. 13ID

    Frustrated by the complexity and resource drain of multi service monitoring stacks, I built Simon. I wanted a single, lightweight dashboard to replace the heavy stack and the constant need for an SSH client for routine tasks. The result is a resource efficient dashboard in a single Rust binary, just a couple of megabytes in size. Its support for various architectures on Linux also makes it ideal for embedded systems and lightweight SBCs. It integrates: Comprehensive Monitoring: Realtime and historical metrics for the host system and Docker containers (CPU, memory, disk usage, and network…

    Nov 2025 · github.com

  14. 14TA

    I do a surprising amount of dev from my phone now: SSH into a box, attach to tmux, and drive couple of coding agents here and there. Termux gets me pretty far on Android, and I still love it for its simplicity. But once I had a few tmux sessions across a couple of hosts, I wanted something that reduced keystrokes and felt friendlier for driving AI agents, especially things like sending them images. On iOS, I couldn't find something that gave me a similar experience to Termux. So I built TermRover: a native iOS/Android terminal built around tmux sessions and windows, with shortcuts for…

    Jun 2026 · termrover.sh

  15. 15PA

    Hi HN! After several months of work, I'm excited to share ProKZee, a free and open-source network security tool built with Go and React using Wails framework. ProKZee allows developers, security researchers, and penetration testers to intercept, inspect, and modify HTTP/S traffic — similar to tools like Burp Suite, OWASP ZAP, and Caido — but with a fast native UI, modern UX, and some unique features. https://github.com/al-sultani/prokzee

    2025 · github.com

  16. 16GS

    This weekend I finally shipped Gryt, a project I’ve been building since 2022 — an open-source, self-hostable Discord-style app focused on reliable voice chat + text. I’m the creator. I started it after getting fed up with Discord disconnects/paywalls and wanted something self-hosted and auditable. I started on this in 2022 and had an early proof-of-concept working back then (auth + friends list), but I quickly realized WebRTC voice isn’t something you can duct-tape together. I spent a big chunk of the next couple years learning the stack (ICE/DTLS-SRTP, NAT traversal, SFU design),…

    Feb 2026 · gryt.chat

  17. 17AA

    Actyx [1] is a fully decentralised peer-to-peer event stream database in the spirit of Local-First Software [2] and local-first cooperation [3]. It is written in Rust and based on libp2p and IPFS. After 5 years of development, we are finally releasing it under the Apache 2.0 license. Another way to look at it: Actyx is a durable and reliable messaging middleware without any central brokers. You can publish events at any computer (e.g. RPi, Android Phone, Tablet) at any time — with perfect availability! — and receive these events at other computers if there is some network path to get them…

    2023 · github.com

  18. 18GA

    Built on top of templUI - https://templui.io - (OSS), which I also created. goilerplate handles auth, subscriptions, docs, etc. SQLite by default, Postgres optional. Polar integration for payments. Feedback welcome!

    Nov 2025 · goilerplate.com

  19. 19VF

    Hey HN, I'm Josiah. We love voice dictation, but wanted an open source version for transparency, privacy, and something that everyone could contribute to. So we built Voquill, an open source alternative to WisprFlow, Monologue, and Willow. It lets you dictate into any desktop app. Press a hotkey, talk, text gets inserted. You can run Whisper locally, use our server, or wire up any provider you want (OpenAI, Claude, Groq, OpenRouter, whatever). You have full control over where your data goes. Runs on Windows, macOS, and Linux. Open source, AGPLv3, built with Tauri and Rust. We're working on a…

    Feb 2026 · github.com

  20. 20CR

    Hey HN, what I wanted to build here is a proper universal layer for persisted agentic sessions, that could be seamlessly interacted both via web and a messenger (Telegram). I really like what's done so far and would be nice to hear some feedback from you. The interesting thing is that I started to use Chatcode during its development as soon it was possible, so used this tool to build itself. I know that there could be trust/privacy concerns, because it relies on a gateway that you need to install on your machine in order to work, but: 1. You can use it on any machine, just have some…

    Jun 2026 · chatcode.dev

  21. 21DA

    I built an open-source desktop app for running and monitoring Python agents that talk over TCP. It works on macOS, Linux, and Windows. The basic idea is simple: if a repo has an `agent.py` entrypoint, the app can import it from GitHub, install `requirements.txt` if needed, connect it to a TCP server, and show what it is doing in one UI. Current features: * import agent repos from GitHub, including private repos * run agents through `agent.py` * optional `requirements.txt` support * optional `id.json` for agent metadata * connect agents to TCP servers * inspect message flow in one place *…

    Mar 2026 · github.com

  22. 22IB

    Hi HN, I'd like to share a small Go utility I wrote called prxy. The idea was born out of my frustration with accessing my self-hosted services when I'm on the go. I use WireGuard to connect to my homelab, but I really dislike sending all my computer's traffic through my home network — it slows things down and is inconvenient. I wanted proper application-level split-tunneling. A tool I love, wireproxy, got me most of the way there by creating an HTTP proxy from a WireGuard peer. This is perfect for apps that let you configure a proxy. The problem was the other 10%: apps that don't. Think of…

    2025 · github.com

  23. 23AO

    Me and a few friends have been working multy.dev, an open-source cloud agnostic API that makes it easy to deploy the same infrastructure to any cloud provider using native managed services. The motivation was the realisation that, even when using Terraform, migrating infrastructure code requires an end-to-end re-write. Even though most core resources are the same in any major cloud, developers need to learn a new provider to deploy the same infrastructure when moving providers. We currently support: - Networking (virtual_network, subnet, route_table, security_group, network_interface,…

    2022

  24. 24
    QBCore1

    Same rules. Native code. Three platforms.

    4d ago · qbcore.org

Ranked by how close each launch is in meaning, then by votes. Refine with a description →