@chenchengpro: Everyone's talking about the agent's "loop" lately, but few explain what it actually is. Warp CEO Zach Lloyd gave a practical version: a two-loop mechanism where Skills self-evolve from feedback, using GitHub issue triage as an example. Inner loop: each new…
Summary
Warp CEO Zach Lloyd proposed a two-loop method for an AI Agent's Skill to self-evolve from user feedback, using GitHub issue auto-triage as an example. The inner loop processes new issues, while the outer loop collects signals and distills rules. The framework oz-for-oss has been open-sourced.
View Cached Full Text
Cached at: 06/17/26, 10:03 PM
Factory 2 seems to have already done a great job engineering the Loop.
Factory founder Matan Grinberg announced Factory 2.0, setting the tone in one sentence: improving individual engineer productivity is no longer enough. What truly needs to be unlocked is organizational productivity, and it doesn’t require faster code completion — it needs an interconnected, agent-native, end-to-end system that continuously improves by observing itself, where the minimum increment unit is an AI agent. He calls this system the “Software Factory.”
The Software Factory is less a new tool and more a system topology: starting from external signals (bug reports, internal conversations, customer feedback, business requirements) → triaged into planned changes → built/tested/reviewed/hardened/released/monitored → monitoring then generates new signals, forming a continuous feedback loop where the loop itself is the product. The author’s assessment is that almost no one has truly made this loop fully AI-driven yet; it’s still early, but the spread will be fast.
It sets three hard pillars for a “robust Software Factory.” First is Model Independence: no single model fits all enterprise needs; you must deliberately select models for different tasks, or use a Router to automatically or rule-based pick the “best” model based on cost/performance/speed, hedging against cost and capability changes from model commoditization. Second is Sovereign Intelligence: deployment forms range from fully managed cloud, bring-your-own-key, self-hosted data plane, EU-specific, all the way to fully air-gapped with no internet; but the focus of sovereignty isn’t “where it runs” but in owning a system that learns from itself — every agent session, code review, resolved incident flows back into the loop, keeping capabilities forever within your walls. Third is Continual Learning: every stage of the SDLC must be instrumented — code review/security analysis/documentation/QA/incident response run on the same platform, sharing the same agent core, router, and organizational context — so security findings can feed back into code review, deployments can trigger documentation updates, incidents can be linked back to the PR that caused them.
These aren’t just concepts; they are already running in production environments at organizations like NVIDIA, EY, Adobe, Palo Alto Networks, Adyen, Blackstone, Wipro, Comarch, and others. Autonomy is treated as a spectrum, not a switch: well-defined tasks use simple Droid agents or skills, periodic workflows use Automations with shared goals and memory, remote persistent execution uses Droid Computers, complex tasks use Missions to split work into parallel tracks spanning hours or days. Finally, landing on the “human” aspect: engineers are no longer the sole guardians of building software, but instead build the factory that builds software, thereby taking ownership of governance, security, and business outcomes — the next era is engineering-led.
Similar Articles
@cellinlab: https://x.com/cellinlab/status/2064144608242679822
This article introduces the concept of Loop Engineering — instead of directly writing prompts for AI agents, it designs a system (loop) that recursively lets the agent iterate on tasks until completion. The article provides a detailed comparison of how Claude Code and Codex implement five building blocks: automations, worktrees, skills, sub-agents, etc. It suggests this could be the future trend of collaborating with coding agents, but also warns about token costs and AI slop issues.
@jasonzhou1993: https://x.com/jasonzhou1993/status/2067937943545897143
Loop engineering is the practice of designing systems where AI agents autonomously decide what to work on, execute, and iterate, going beyond manual prompting by building outer loops that compound across different domains. The article explains the two-layer agent harness and how sharing artifacts between loops creates compounding learning.
@li9292: 我推荐这个网址: https://loops.elorm.xyz 收录了几十个大神的 loop engineering的思路
A curated collection of pre-built agent loops (closed-loop workflows) for coding agents like Claude Code and Cursor, including triggers, feedback gates, and exit conditions for self-paced task execution.
@freeman1266: https://x.com/freeman1266/status/2064702757773496552
This article introduces the concept of Loop Engineering, which involves designing automated systems that allow AI agents to work in autonomous loops, including elements such as automated tasks, work trees, skills, plugins, and sub-agents, thereby replacing manual prompting and improving development efficiency.
@ThisisHan1_: Recently built a development pipeline and wanted to share the thinking behind it. I was inspired by loop/goal engineering and auto-goal (letting the agent write its own goals and spawn subtasks). But what really clicked for me was...
This development pipeline first creates a rough prototype to elicit user feedback, turning every 'that's not right' reaction into a checkable rule. Then AI agents independently develop and validate against those rules, catching issues early and avoiding self-deception.