Agent工作流系统需要超越“写提示词”的思维方式——循环像一个微型操作系统，完成是证据而不是声明，状态不应只留在上下文。清新研究团队提出的9个原创设计概念和11种工程模式，为构建Agent工作流系统提供了从理论到实践的完整框架。
9个原创概念：循环工程的理论骨架
报告提出了九个原创设计概念。Loop Kernel——循环像一个微型操作系统，负责调度、隔离、记忆与终止。Proof-of-Done——完成是证据，不是声明，每条Loop启动前先写清楚验收标准，不接受“我修好了”的描述。Repo Memory——状态不应只留在上下文，长期记忆写入仓库、看板或数据库，让循环跨会话、跨Agent、跨团队延续。No-Gate Evaluator——循环必须有能说“不”的角色，不要只看模型解释，要看外部事实。Triage Buffer——把后台发现变成可管理收件箱，归档、修复、交接。Loop Ledger——循环要像服务一样记账，记录每轮token、工具调用、文件变更、测试证据和失败原因，不要奖励运行时长，要奖励可接受结果。Worktree Fleet——并行不是开更多窗口，而是管理舰队。Entropy Janitor——循环不只生成代码，也要删除复杂度，降熵Loop是规模化的必要配套。Engineer Seat——人必须保留工程师席位。
Loop Kernel：循环作为微型操作系统
Loop Kernel是循环工程的核心概念——循环像一个微型操作系统，负责调度（何时运行什么任务）、隔离（每个Agent运行在独立工作区）、记忆（状态持久化到仓库）与终止（满足停止条件时结束）。这个视角将循环从“自动化脚本”提升到“操作系统级组件”的高度，要求在设计循环时考虑进程管理、资源分配、错误处理和状态持久化等操作系统层面的问题。Loop Kernel的存在使得多个循环可以在同一代码库中协同工作，而不互相干扰。
Proof-of-Done与Repo Memory：完成的标准与状态的持久化
Proof-of-Done要求循环在启动前明确写出验收标准，在完成时提供可验证的证据——测试通过、构建成功、文件变更已提交等客观指标，而非模型的主观声明“我修好了”。Repo Memory则解决了Agent的“遗忘”问题——Agent的上下文窗口有限，长会话会导致早期信息丢失；Repo Memory将关键状态写入仓库、看板或数据库，让循环在每轮开始时读取记忆，在每轮结束时更新记忆，实现跨会话、跨Agent、跨团队的延续性。这两个概念共同解决了循环工程中“如何知道完成了”和“如何记住做过什么”的根本问题。
Triage Buffer与Loop Ledger：可管理的循环输出
Triage Buffer将循环的后台发现转化为可管理的收件箱——不是直接执行所有发现，而是先进入缓冲区，由人工或评估器决定归档、修复还是交接。这解决了“自动化产生大量输出难以处理”的问题。Loop Ledger要求循环像服务一样记账——记录每轮token消耗、工具调用、文件变更、测试证据和失败原因，形成可审计的轨迹。Ledger的核心原则是“不要奖励运行时长，要奖励可接受结果”，将循环的价值导向从“跑得多”转向“跑得对”。
