HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
EvolvingAgentsLabs
evolving-agents
TypeScript2025–2025
EvolvingAgentsLabs / evolving-agents

evolving-agents

A director agent that learns how your team works: it plans by walking your CLAUDE.md and memory as linked statements, delegates to Claude Code or local models, and keeps each lesson as a gated, versioned patch. Measured: 0.929 vs 0.589.

2Distinct people
7Mentions
0Explicit recommenders
458GitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

A director agent that learns how your team works: it plans by walking your CLAUDE.md and memory as linked statements, delegates to Claude Code or local models, and keeps each lesson as a gated, versioned patch. Measured: 0.929 vs 0.589.

GitHub

Where it is used

No documented product use has been verified yet.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 1:49:46 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by week7 dated mentions

Observed mentions: 2025-03-09 16:51:59 UTC to 2025-07-29 08:32:41 UTC. Weeks start Monday, UTC.

0122025-03-03 00:00:00 UTC to 2025-03-10 00:00:00 UTC (exclusive): 2 mentions; 1 submissions, 1 commentsMar 32025-03-10 00:00:00 UTC to 2025-03-17 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2025-03-17 00:00:00 UTC to 2025-03-24 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2025-03-24 00:00:00 UTC to 2025-03-31 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2025-03-31 00:00:00 UTC to 2025-04-07 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-04-07 00:00:00 UTC to 2025-04-14 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2025-04-14 00:00:00 UTC to 2025-04-21 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-04-21 00:00:00 UTC to 2025-04-28 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-04-28 00:00:00 UTC to 2025-05-05 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-05-05 00:00:00 UTC to 2025-05-12 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-05-12 00:00:00 UTC to 2025-05-19 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 commentsMay 122025-05-19 00:00:00 UTC to 2025-05-26 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-05-26 00:00:00 UTC to 2025-06-02 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-06-02 00:00:00 UTC to 2025-06-09 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-06-09 00:00:00 UTC to 2025-06-16 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-06-16 00:00:00 UTC to 2025-06-23 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-06-23 00:00:00 UTC to 2025-06-30 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-06-30 00:00:00 UTC to 2025-07-07 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-07-07 00:00:00 UTC to 2025-07-14 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-07-14 00:00:00 UTC to 2025-07-21 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-07-21 00:00:00 UTC to 2025-07-28 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-07-28 00:00:00 UTC to 2025-08-04 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 commentsJul 28

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
Mar 32025-03-03 00:00:00 UTC2025-03-10 00:00:00 UTC211
Mar 102025-03-10 00:00:00 UTC2025-03-17 00:00:00 UTC101
Mar 172025-03-17 00:00:00 UTC2025-03-24 00:00:00 UTC101
Mar 242025-03-24 00:00:00 UTC2025-03-31 00:00:00 UTC101
Mar 312025-03-31 00:00:00 UTC2025-04-07 00:00:00 UTC000
Apr 72025-04-07 00:00:00 UTC2025-04-14 00:00:00 UTC101
Apr 142025-04-14 00:00:00 UTC2025-04-21 00:00:00 UTC000
Apr 212025-04-21 00:00:00 UTC2025-04-28 00:00:00 UTC000
Apr 282025-04-28 00:00:00 UTC2025-05-05 00:00:00 UTC000
May 52025-05-05 00:00:00 UTC2025-05-12 00:00:00 UTC000
May 122025-05-12 00:00:00 UTC2025-05-19 00:00:00 UTC000
May 192025-05-19 00:00:00 UTC2025-05-26 00:00:00 UTC000
May 262025-05-26 00:00:00 UTC2025-06-02 00:00:00 UTC000
Jun 22025-06-02 00:00:00 UTC2025-06-09 00:00:00 UTC000
Jun 92025-06-09 00:00:00 UTC2025-06-16 00:00:00 UTC000
Jun 162025-06-16 00:00:00 UTC2025-06-23 00:00:00 UTC000
Jun 232025-06-23 00:00:00 UTC2025-06-30 00:00:00 UTC000
Jun 302025-06-30 00:00:00 UTC2025-07-07 00:00:00 UTC000
Jul 72025-07-07 00:00:00 UTC2025-07-14 00:00:00 UTC000
Jul 142025-07-14 00:00:00 UTC2025-07-21 00:00:00 UTC000
Jul 212025-07-21 00:00:00 UTC2025-07-28 00:00:00 UTC000
Jul 282025-07-28 00:00:00 UTC2025-08-04 00:00:00 UTC101

What Hacker News says

7 sources
Hi HN, For a while, we've been exploring a core tension in agentic frameworks: you either get powerful but complex, code-heavy systems (like in my EAT project https://github.com/matiasmolinas/evolving-agents), or you get flexible, human-readable systems that are incredibly slow and expensive because the LLM is the runtime (like our LLMunix experiment https://github.com/EvolvingAgentsLabs/llmunix ). We are starting a proposal for a third way: treating the LLM as a Just-in-Time (JIT) compiler. The core idea is that the LLM generates a hybrid stream of text and functional logic encapsulated in special tokens (<FUNC_START>). A smaller, specialized LORA then "compiles" this logic into an optimized, executable, and cacheable function. This compiled code can then recursively call the LLM for high-level reasoning when needed. It's an attempt to
Read the rest
get the best of both worlds: the conceptual flexibility of LLMunix with the high-performance, low-cost execution of a compiled framework. The article is a deep dive into the architecture and the journey that led us here. I'm looking for critical feedback on the core concept. Does this JIT/LORA compiler approach seem viable? What are the potential pitfalls we're not seeing? We're planning to build a complete, open-source POC of this system, and we're actively looking for feedback and potential collaborators. Happy to answer any questions.
In [dead]
Hey HN, quick update on the Evolving Agents toolkit (https://github.com/matiasmolinas/evolving-agents). Thanks again for all the great feedback on the original thread! Following up on the feedback and refactoring mentioned previously, I've focused on solidifying the architecture based on the agent-centric philosophy. The key components and their interactions are now detailed here: https://github.com/matiasmolinas/evolving-agents/blob/main/d... In short: SystemAgent (ReAct): Orchestrates using specialized tools, not hardcoded logic. ArchitectZero: Designs solutions, outputting a structured JSON design. SmartLibrary: Manages component persistence and semantic search (using ChromaDB). SmartAgentBus: Handles capability-based discovery and routing between agents/tools (basic implementation working). Workflow Lifecycle: Clear Design -> Generate
Read the rest
-> Process -> Execute flow managed by the SystemAgent. The recent discussions on ACP (https://github.com/orgs/i-am-bee/discussions/284) have been super insightful and are guiding the next steps: Dual Bus Architecture: Based on @ismaelfaro's suggestion, I'm planning to split the SmartAgentBus implementation into a dedicated system bus (for metadata, discovery, system-level messages) and a data bus (for agent-to-agent payload communication). This feels like a cleaner way to manage the different communication needs. Smart Context/Memory: Addressing concerns raised by @QuantGeekDev and others about context pollution and determinism, I'll be exploring concepts for smart memory and smart context. The goal is to develop mechanisms that help agents pass only the most relevant context during interactions over the agent bus, potentially using prioritization or summarization. I also evaluated how MCP might fit in. Components like the SmartLibrary or SmartAgentBus could conceptually act as MCP servers, while agents like SystemAgent or ArchitectZero could be MCP clients. However, I ran into a fundamental question: If agents themselves can also act as tools (like in the OpenAI Agents SDK), does requiring potentially numerous MCP servers (one per agent/tool instance) scale well? Or is a different abstraction needed for direct agent/tool comms? Given this, my immediate focus will be on refining the core communication patterns (dual bus, smart context) before deciding on the best way to integrate MCP specifically for agent-to-agent communication. This is all evolving (pun intended!), and I'm actively working on the dual bus and smart context POCs now. You can see the current architecture details in the ARCHITECTURE.md link above. Keen to hear your thoughts on this direction!
In Show HN: Evolving Agents Framework
Quick Update: Introducing Architect-Zero in the Evolving Agents Toolkit Hi everyone, Thanks for all your feedback on the Evolving Agents Toolkit! Here's a quick update on an exciting new addition: Architect-Zero, a meta-agent built to autonomously create multi-agent solutions. Architect-Zero includes several significant improvements: Embedded Evolution Strategies: Replacing basic self-improvement prompts with advanced, targeted evolution methods built directly into the tools. Pure ReAct SystemAgent: Now fully capable of reasoning and adapting its strategies autonomously without relying on fixed logic. Agent Bus: A new system for agents to discover and communicate efficiently, allowing seamless coordination across distributed setups. Currently, Architect-Zero is showing promise in practical scenarios, such as financial invoice analysis and
Read the rest
healthcare assessment systems, autonomously designing teams of agents capable of managing complex tasks. Please note that the toolkit is actively under development. The ultimate aim is to achieve robust production capabilities, but more improvements—especially to the Agent Bus—are needed before reaching that stage. Explore the latest updates and examples: GitHub Repository: https://github.com/matiasmolinas/evolving-agents Run new examples: python evolving_agents/financial_example.py python evolving_agents/medical_example.py Your ongoing feedback is very important. Feel free to share your thoughts on Architect-Zero and these recent updates!
In Show HN: Evolving Agents Framework
Hey HN, I wanted to drop a quick note that I’ve updated the README substantially and am now referring to this project as a “toolkit” rather than a “framework” (since it builds on existing frameworks like BeeAI rather than trying to replace them). I’ve clarified the roadmap, the focus on agent governance, and how exactly the “evolution engine” works. I’ve also included details on the experimental “service bus” for agent communication and discovery (coming soon), and I’ve tried to tone down any references that implied “production-grade” readiness—this is very much a work in progress! If you’re curious, the updated README is in the main repo: https://github.com/matiasmolinas/evolving-agents Thanks again for all the feedback and discussions so far—keep the questions and suggestions coming!
In Show HN: Evolving Agents Framework

Show HN: Evolving Agents Framework

Hey HN, I've been working on an open-source framework for creating AI agents that evolve, communicate, and collaborate to solve complex tasks. The Evolving Agents Framework allows agents to: Reuse, evolve, or create new agents dynamically based on semantic similarity Communicate and delegate tasks to other specialized agents Continuously improve by learning from past executions Define workflows in YAML, making it easy to orchestrate agent interactions Search for relevant tools and agents using OpenAI embeddings Support multiple AI frameworks (BeeAI, etc.) Current Status & Roadmap This is still a draft and a proof of concept (POC). Right now, I’m focused on validating it in real-world scenarios to refine and improve it. Next week, I'm adding a new feature to make it useful for distributed multi-agent systems. This will allow agents to wor
Read the rest
k across different environments, improving scalability and coordination. Why? Most agent-based AI frameworks today require manual orchestration. This project takes a different approach by allowing agents to decide and adapt based on the task at hand. Instead of always creating new agents, it determines if existing ones can be reused or evolved. Example Use Case: Let’s say you need an invoice analysis agent. Instead of manually configuring one, our framework: Checks if a similar agent exists (e.g., a document analyzer) Decides whether to reuse, evolve, or create a new agent Runs the best agent and returns the extracted information Here's a simple example in Python: import asyncio from evolving_agents.smart_library.smart_library import SmartLibrary from evolving_agents.core.llm_service import LLMService from evolving_agents.core.system_agent import SystemAgent async def main(): library = SmartLibrary("agent_library.json") llm = LLMService(provider="openai", model="gpt-4o") system = SystemAgent(library, llm) result = await system.decide_and_act( request="I need an agent that can analyze invoices and extract the total amount", domain="document_processing", record_type="AGENT" ) print(f"Decision: {result['action']}") # 'reuse', 'evolve', or 'create' print(f"Agent: {result['record']['name']}") if __name__ == "__main__": asyncio.run(main()) Next Steps Validating in real-world use cases and improving agent evolution strategies Adding distributed multi-agent support for better scalability Full integration with BeeAI Agent Communication Protocol (ACP) Better visualization tools for debugging Would love feedback from the HN community! What features would you like to see? Repo: https://github.com/matiasmolinas/evolving-agents
139 points · Open discussion

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.