nowfound

Alternatives

Products that do what Euthynos does

Deterministic MCP server: what your change breaks, offline

  1. 1

    Keep AI-generated code healthy and maintainable

    Apr 2026

  2. 2

    Persistent memory for AI coding agents

    Apr 2026

  3. 3

    Create, backtest, and execute trades directly in Claude.

    2025

  4. 4

    Open source, free, local debugger for AI agents

    May 2026

  5. 5

    Connect AI agents to 1000+ apps directly from your terminal

    Mar 2026

  6. 6

    Use vibe testing to repair the damage done by vibe coding

    2025

  7. 7

    Give your agent tools to create beautiful, codebase-aware UI

    Apr 2026

  8. 8
    Liminary146

    Ground your AI in saved knowledge as you work

    May 2026

  9. 9
    Dropstone113

    A self-learning AI IDE that evolves with your code

    Nov 2025

  10. 10
    0xAudit110

    The security layer for AI agents to scan, fix verify via MCP

    Feb 2026

  11. 11

    Persistent AI memory across Claude Desktop & Cursor IDE

    Oct 2025

  12. 12

    Connect your AI Agent to 400+ business systems in minutes

    Oct 2025

  13. 13

    First context-aware and deterministic ai automation platform

    2025

  14. 14

    Local semantic search for AI agents

    30d ago · tryreference.com

  15. 15

    13,000+ MCP servers, skills & plugins for AI coding agents

    Jul 2026

  16. 16CM

    I built an MCP server that connects coding agents (Claude Code, Cursor, OpenCode, Codex) to a collaborative workspace where your team and other AI models can review what the agent is planning. The problem: When Claude Code creates an implementation plan, it lives in your terminal session. Nobody else sees it until it becomes a PR. If you want GPT to check the architecture or a teammate to flag issues, you're copy-pasting between windows. This MCP server fixes that. When your agent creates a plan, it gets shared as a collaborative thread in CoChat. Engineers comment on it, other AI models…

    Feb 2026 · github.com

  17. 17SM

    I built this because I got tired of watching Claude Code read through massive files just to find a few functions. Sourcerer lets AI agents search code semantically and grab exactly the code chunks they need instead of burning tokens on whole files. It uses tree-sitter to parse your codebase and creates a searchable index. So instead of "read auth.py (538 lines)", an agent can search for "user authentication logic" and get back just the relevant functions. Demo: https://asciinema.org/a/736638 GitHub: https://github.com/st3v3nmw/sourcerer-mcp

    2025 · github.com

  18. 18PM

    This is my attempt in building a memory that evolves and persist for claude code. My approach is inspired from Zettelkasten method, memories are atomic, connected and dynamic. Existing memories can evolve based on newer memories. In the background it uses LLM to handle linking and evolution. I have only used it with claude code so far, it works well with me but still early stage, so rough edges likely. I'm planning to extend it to other coding agents as I use several different agents during development. Looking for feedbacks!

    Jan 2026 · github.com

  19. 19PA

    Hey HN, I'm Mo. I've been building Paseo, an open source environment for running Claude Code, Codex, and OpenCode across desktop, mobile, web, and CLI. It started last September as a push-to-talk voice interface for Claude Code. I wanted to talk to an agent while going on walks. Then I wanted to see what it was doing. Then text it when I couldn't talk. Then review diffs, run multiple agents, and manage work across machines. After a lot of iteration, it turned into a broader environment. The basic model is: - A daemon runs on your machine (MacBook, desktop, VPS, etc.). - Clients connect to it…

    Mar 2026 · github.com

  20. 20PO

    Hey HN, I'm Mo. I'm building Paseo, a multi-platform interface for running Claude Code, Codex and OpenCode. The daemon runs on any machine (your Macbook, a VPS, whatever) and clients (web, mobile, desktop, CLI) connect over WebSocket (there's a built-in E2EE relay for convenience, but you can opt-out). I started working on Paseo last September as a push-to-talk voice interface for Claude Code. I wanted to bounce ideas hands-free while going on walks, after a while I wanted to see what the agent was doing, then I wanted to text it when I couldn't talk, then I wanted to see diffs and run…

    Mar 2026

  21. 21RM

    I was tired of asking my claude code to reference my codex chats to get references to what decisions it made and why ; so I built Reference MCP It, whenever prompted establishes sessions to get direct access - been using it on my system for a bit and was super helpful so I made a repo :) Would love feedback!

    Jun 2026 · github.com

  22. 22RC

    The magic in AI coding assistants isn't the code -- it's the prompts. I studied the externally observable behavior of Claude Code and recreated it from scratch in Python with the exact same behaviors. It works with any model -- OpenAI, Gemini, Claude. What's surprising: 1. You can keep the core agent really simple, just 280 lines of Python. As long as it supports hooks, custom sub-agents and Model Context Protocol (MCP), then all the rest of the coding-assistant-specific behavior and tools can be factored out into a separate MCP server. 2. The magic is in the prompts (1200 lines of…

    2025 · github.com

  23. 23SR

    Hello all, I'm a software developer. Over the last few months more and more of my work has turned into using coding agents instead of typing the whole code myself. Usually a few claude sessions at once, sometimes codex, one per feature or per revealed bug. I ran them in a split terminal for a few weeks, and quickly spotted two main problems. The first is that I couldn't easily tell which agent was stuck waiting on me and which was still working, so I'd cycle through sessions and checking on them. The second one: agents sharing a single branch step on each other. Two of them could be editing…

    Jul 2026 · shikigami.dev

  24. 24BO

    We’re open-sourcing a simple way to add “canary tools” to AI agents via MCP honeypots. These are functions your agent should never call during normal operation. If a canary is invoked, you get a high-fidelity signal of prompt-injection, tool hijacking, or lateralization—no heuristics, no extra model calls. What it is: - Go framework exposing decoy tools over MCP that look legitimate (names/params/descriptions), return safe dummy output, and emit telemetry when invoked. - Runs alongside your real tools; ship events to stdout/webhook or your pipeline (Prometheus/Grafana,…

    Sep 2025

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