A TEAM JUST DEPLOYED 15 AUTONOMOUS LOOP AGENTS FROM... A SINGLE PROMPT USING APPLIED GRAPH ENGINEERING Most developers still manually hardcode multi agent systems, writing separate logic for every individual task. Graph engineering changes this by using a central topological map to spin up all 15 nodes simultaneously. A single 200 word input generates the architecture, routing 120 unique pathways between agents instantly. Instead of failing under conflicting instructions, these loop agents self correct via continuous state sharing. Managing a 15 node mesh requires high token throughput, making this dependent on strict low-] latency API tiers. See exactly how this automated multi agent graph architecture actually operates in real time ↓show more

slash1s
302,813 Aufrufe • vor 3 Monaten
I just spent 3 weeks building this. Our new... multi-agent architecture is live. We now support: • 10 LLMs • 15 agents • 20,000+ stocks orchestrates our agent graph. All code is open source.show more

Virat Singh
25,103 Aufrufe • vor 1 Jahr
ANTHROPIC ENGINEER JUST SHOWS EXACTLY WHAT GRAPH ENGINEERING LOOKS... LIKE WHEN A TASK RUNS THROUGH IT most people arguing about graphs online have never actually watched one execute Task → Researcher → Planner → Writer + Code Agent → Reviewer → Deploy six nodes, one shared state, graph completes itself while you watch loop mode gets disabled the second the task splits into real specialties, one agent stops trying to do everything at once reviewer catches a failure, kicks it straight back to the exact node that broke - not a full restart, no lost context the graph is not a fancier loop - it is the org chart your agents were missing bookmark this and watch it run, then read the article below to see why the timeline just found what production systems already doshow more

leopardracer
53,328 Aufrufe • vor 3 Monaten
someone just open-sourced the entire "loop engineering" playbook. for... free. 8.6k stars on github for loop engineering not prompts. loops. everything you need to build autonomous AI systems: → scheduling → memory & state → planning → sub-agents → verification → worktrees → MCP → stop conditions → safety guardrails → observability → cost tracking notice something? none of these are prompts. they're the systems wrapped around the model. that's where AI engineering is heading. we're moving from: Prompt Engineering → Context Engineering → Harness Engineering → Loop Engineering soon you'll hear people talking about Graph Engineering too. because once one loop works... the next challenge is coordinating hundreds of them. that's exactly what I explain in: save this. I think "loop engineering" is about to become one of the most important concepts in AI.show more

Rahul
65,527 Aufrufe • vor 3 Monaten
FIVE LAYERS OF AGENT ENGINEERING, EACH ONE WRAPS THE... ONE BELOW IT. IF YOU SKIP LAYER 2, YOUR LAYER 5 WILL LOOK BROKEN WHEN IT IS ACTUALLY JUST STANDING ON NOTHING. for weeks i debated harness vs loop vs graph like they were competing choices. then a stack diagram made the shape obvious. they are not choices. they are floors. 01 | prompt engineering. the message. unit of work: one input. inputs are role, instructions, examples, format. output is a single raw response. 02 | context engineering. the memory. unit of work: what stays in the window. a curator selects, compresses, and drops from query, docs, memory, prior turns, and tool outputs before the prompt runs. 03 | harness engineering. the machine. unit of work: the machine itself. gather (context + prompt) → LLM → tools or sub-agents → verifier → final response. the article calls this the operating environment. 04 | loop engineering. the system. unit of work: the run. goal + success criteria + max iterations + budget + completion check wrap around one harness pass. failed pass appends results to context and retries. 05 | graph engineering. the topology. unit of work: the graph run. goal + nodes + edges + state schema. graph routes to agent nodes, tool nodes, or human approval. a reviewer node with a different model and fresh context checks the final answer. the wrapping is the whole point. layer 5 assumes layer 4 works. layer 4 assumes layer 3 works. skip layer 2 and layer 3's verifier keeps failing without a clear reason. this is why swapping the model is a one-day project and swapping the stack is a quarter. the model is the commodity. the five layers around it are the engineering. full three-layer breakdown of the top of the stack (harness, loop, graph) in the post below.show more

kocer
31,198 Aufrufe • vor 1 Monat
The AI agent stack moved fast. ClawHub has 44,000+... community-built skills and 1.5M+ active agents in 2026. Multi-agent pipelines are now the dominant architecture in production. Single-agents are still running, but they are running inside multi-agent pipelines.show more

Aethir
23,164 Aufrufe • vor 4 Monaten
A 300 AGENT GROK SWARM JUST OBLITERATED THE WORK... OF A HUNDRED HEDGE FUND PHDS IN 40 MINUTES amateurs are still asking AI for basic text summaries while pros force agent swarms to expose hidden market maker routes. reading three hundred isolated documents is a massive waste of time when you can visualize the exact single points of failure in your trades. the exact wallet tracking architecture: > deploy a Grok swarm to cross-reference multi-token balances from your external files and map thousands of asset connections > force the agents to query The Graph API and log every single wallet as a linked node so hidden liquidity routes instantly light up > persist the subgraph volume data across sessions so your local database gets continuously smarter instead of resetting when you close the tab the complete automation script 👇show more

Iron Giant
90,994 Aufrufe • vor 2 Monaten
THIS DEVELOPER USED OPENCLAW AGENTS TO RUN HIS B2B... BUSINESS VIA TELEGRAM AND MADE $15,000/MONTH he doesn't write prompts from scratch or use generic browser interfaces. he runs a multi-agent framework through a mobile chat. the agents write code, test deployments, and update sites in real-time while he just hits approve the setup is straightforward: - spin up Coolify on a free cloud instance to host your own self-hosted agent panels - link the agent loop to a Telegram gateway to approve code edits from your phone - deploy specialized skill files directly to limit token waste and context decay - containerize the terminal execution using Docker to prevent security breaches if you are still running local agents without container safety, you are leaving money on the table. read the 30-day battle between OpenClaw and Hermes Agent to see who actually wins in production Full breakdown and migration playbook ↓show more

marfin
26,654 Aufrufe • vor 4 Monaten
I launched 300 Grok agents to automate the routine... and see what would come of it. As a result, my business reached a profit of +356% Honestly, I still don't understand why absolutely everyone isn't using this method. While everyone else is writing posts and monitoring trends manually, this AI stack works like a well-oiled clockwork mechanism How it's structured: Dedicated cloud instances share the load via a single distributed bus, distributing tasks in batches of 50 parallel threads per agent The central configurator dynamically switches tasks between system workers, processing domains, parsing inputs, and gathering results into a single knowledge graph Each agent runs an algorithm through a fixed cycle (setup -> run -> correct -> save -> schedule), instantly correcting deviations and fixing data in the database Instead of spending hundreds of hours on manual operations, I handed all this machinery over to AI. The result speaks for itself, reach and productivity have grown exponentially, and the system operates autonomously 24/7 The visualization is made for a clear example and may differ from the actual work of the agents The article describes the detailed automation method, bookmark itshow more

Bober_smart
14,733 Aufrufe • vor 2 Monaten
AGENT ARCHITECTURE ROUTES WORK. IT DOES NOT REMEMBER WORK.... THAT GAP IS WHY YOUR LOOP KEEPS FIXING THE SAME BUG TWICE. these are two different engineering problems. every agent that silently drifts is missing one of them. architecture answers what runs. harness → loop → graph. it defines the tools, the retries, the branching routes, the approval gates. context ops answer what the run knows. write → read → compress → isolate. it defines what gets saved between attempts, pulled in on read, summarized on overflow, and split across sub-agents. for two months i believed a solid harness plus a verifier loop was enough. my coding agent kept re-discovering the same test failure across retries. the loop was working. it just had nowhere to write what it had already learned. here is the decision rule: if your agent forgets across restarts, add write and read. if it stalls on long tasks, add compress. if two sub-agents step on each other, add isolate. architecture without context ops is a well-routed system with amnesia.show more

kocer
12,814 Aufrufe • vor 2 Monaten
3.5 Soon: Up to 8+ Layers, 16 LLMs in... Parallel🪄 A fully parallel, multi-layered system with 8+ orchestration layers handling everything from prompt parsing and tool execution to code generation and live editing—all powered by 16+ LLMs running in sync for real-time, adaptive creation. ➡️v1: Single agent, single output ↕️v2: Multiple agents, single output 🔃v3: Single agent, multiple outputs 🔀v3.5: Multiple agents, multiple outputs — scalable, context-aware, and built for real-time builds🔨show more

ALCHEMIST AI 🔮
13,482 Aufrufe • vor 1 Jahr
Most prompt optimizers are designed to evolve a single... prompt. This algorithm literally simulates a market (auctions, bids, wallets) to optimize multi-agent prompt systems to collaboratively complete tasks!show more

AVB
102,410 Aufrufe • vor 4 Monaten
this is f*cking gold engineers at Meta just deleted... the most expensive part of multi-agent systems: instead of training a communication topology, they compile a fresh one for every query 20 agents went from 7 hours to 6 minutes. the problem everyone hits: 5 agents works. 20 agents turns into a group chat that answers slower than one model and costs more than the task is worth. ReActNet's fix is that the graph is written per query, not learned once: > an LLM controller reads the query and the agent roster > it compiles a sequence of directed graphs, one per reasoning stage > every edge carries a written instruction, e.g. "list boundary cases for this behavior" > each agent updates its state from its own previous state plus assigned neighbors > a final node aggregates all five states into the answer > no RL, no gradients, no training stage at all what that buys on gpt-4o: 92.75 average across 6 benchmarks, best on 5 of them. 100.00 on MultiArith. 92.74 pass@1 on HumanEval, +21 over a single model. and the number that should worry anyone running a swarm: at 20 agents GPTSwarm needs 412 minutes and $41.42. ReActNet needs 6.22 minutes and $6.53 and scores higher. the honest catch: more agents did not make it smarter. 5 agents scored 79.74, 20 scored 77.77. the topology was never the thing to learn.show more

NO1ennn
27,780 Aufrufe • vor 1 Monat
OpenAI's AgentKit will be so insane, build every step... of agents on one platform. These visual agent builders make the whole process of iterating and launching agents far more efficient. It sits on top of the Responses API and unifies the tools that were previously scattered across SDKs and custom orchestration. It lets developers create agent workflows visually, connect data sources securely, and measure performance automatically without coding every layer by hand. The core of AgentKit is the Agent Builder, a drag-and-drop canvas where each node represents an action, guardrail, or decision branch. Developers can link these nodes into multi-agent workflows, preview results instantly, and version each setup. It supports inline evaluation so that developers can see how changes affect output before deploying. The Connector Registry is a single admin panel that manages how data and tools connect across the OpenAI ecosystem. It centralizes integrations like Google Drive, SharePoint, Dropbox, and Microsoft Teams. Large organizations can govern access and flow of data between agents securely under one global console. ChatKit provides a ready-to-use chat interface for embedding agents inside apps or websites. It manages streaming, message threads, and model reasoning displays automatically. Developers can skin the interface to match their product without writing custom front-end code. Under the hood, all these blocks use the same execution core that runs agent reasoning through OpenAI’s APIs. Workflows in Agent Builder compile down to structured instructions for the Responses API, which handles model calls, tool use, and context passing. Connector Registry handles authentication and routing for external tools, while Evals and RFT provide feedback loops that improve agents over time. This integration means developers no longer need to handle orchestration logic, model evaluation pipelines, or safety layers separately. Everything runs natively within OpenAI’s control plane with managed security, automatic versioning, and built-in testing. In short, AgentKit standardizes the entire life cycle of an AI agent—from visual design to deployment and performance tuning—inside a single unified system.show more

Rohan Paul
178,460 Aufrufe • vor 1 Jahr
500 agents shouldn't be running all day. they should... spin up for the exact window a task needs, finish it, and disappear until the next trigger. the bigger the swarm gets, the less any single agent matters. what matters is the system wiring them together. 100 agents can form up to 4,950 possible pairwise connections. 500 = 124,750. when a real signal lands, it spins up the whole workforce: 1 trigger → 100–500 Kimi agents → 5 live data feeds → up to 4,000 steps → verified artifact and that's before you add: sources → claims → memory → tool calls → contradictions → retries so the architecture has to fold all of that activity into one shared state, continuously. more agents just buys you more raw compute. the graph is the only thing standing between 124,750 possible connections and pure noise.show more

kocer
42,009 Aufrufe • vor 1 Monat
Building multi-agent systems is powerful, but governing them at... scale? That's the real challenge. With Agent Registry in the Gemini Enterprise Agent Platform, IT admins now have a unified catalog for managing AI agents. Learn more →show more

Google Cloud
13,598 Aufrufe • vor 4 Monaten
At Uber, design source of truth was a big... problem for design and engineering teams. No one knew what the app truly looked like. So every week, a group of designers would sit in a meeting room and check that engineers had correctly implemented the Figma designs. Now coding agents have increased the throughput of changes by an order of magnitude. Keeping up manually has become impossible. Here we used the Revyl to map every state in Ubert (demo uber), navigating our mobile use agent on a cloud iOS simulator. This would have taken a team of designers tens of hours to recreate by hand. We did it in under an hour, asynchronously, with a simple prompt. Let your team see what your users actually see. Empower coding agents to ship a delightful experience with no blindspots. Get started with our free trial and create a map for your own app.show more

Anam Hira
204,766 Aufrufe • vor 4 Monaten
Anthropic CEO after realizing a Chinese dev explained loop... vs graph engineering better than anyone at the companyshow more

Kirill
1,427,209 Aufrufe • vor 2 Monaten
Built on Flaunch: ODEI is a decentralised platform designed... to build personal AI agents. It operates using a graph-native, constitutional World Model that acts as a persistent memory and governance layer for AI systems. They have earned $236.6K in trading fees since launching in February.show more

Flaunch
22,632 Aufrufe • vor 5 Monaten