Aider CLI 上的 Loop Engineering:用 cron、`--read` 技能与 STATE.md 搭建每日 Triage 循环
人工智能AI AgentAgent 工作流CLI研发协作AI 技能MCP 服务【免费下载链接】loop-engineeringPractical patterns, starters CLI tools for loop engineering with AI coding agents. Design systems that prompt and orchestrate agents (inspired by Addy Osmani and Boris Cherny). Includes loop-audit, loop-init, loop-cost.项目地址https://gitcode.com/gh_mirrors/lo/loop-engineering点击查看免费下载Aider 是典型的 CLI 优先编码代理它没有自带调度器或循环宿主能力但恰好因为这个特性它可以被干净地嵌入到 Loop Engineering 的框架中把调度交给 cron / systemd / GitHub Actions把知识打包成--read只读技能把跨次运行的记忆沉淀为仓库根目录的STATE.md。本文以本仓库docs/primitives-matrix.md中的「Appendix: Aider CLI」为主体结合loop-triage/loop-verifier技能模板与 minimal-loop 启动器给出可直接复制运行的 Aider 每日 Triagereport-only与后续 L2 Verifier 校验方案并解释每一条命令行参数的取舍依据。为什么 Aider 适合作为 Loop 的执行端在 Primitives Matrix 引言 中本仓库反复强调一个原则工具无关的循环设计——能力才是关键而不是产品名。Aider 的能力画像非常清晰它是CLI-first的所有操作都能通过一条命令在无头环境headless中一次性执行完毕它没有原生调度器不会像 Grok 的/loop或 Hermes 的hermes cron create那样自带循环节奏因此把docs/primitives-matrix.md中 Choosing a Tool 一节的同一组原语Primitive映射到shell 脚本、cron 与 git 分支上就是 Aider 版本的完整循环方案。这种宿主能力弱、但可被外部精确驱动的组合恰恰是 Aider 的优势循环的控制面何时跑、跑几次、谁校验完全由你掌握而不是被某个 TUI 的调度机制绑定。Aider 的五个 Loop 原语映射下表直接继承自 docs/primitives-matrix.md 的 Appendix: Aider CLI把 Loop Engineering 的通用原语逐一对映到 Aider 的实际能力上原语Aider 映射Scheduling调度从 cron / systemd / GitHub Actions 运行一次性脚本化会话使用aider --message或aider --message-file注入提示词或用--watch-files实现注释触发的工作模式。Skills技能用--read templates/SKILL.md.loop-triage将循环指令作为只读上下文加载也可加载项目专属的约定文件。State状态把STATE.md放在仓库根目录并将其作为 Triage 循环的可编辑文件传入针对专项循环使用pr-babysitter-state.md这类模式专属状态文件。Maker/checker split制造/校验分离在一个 Aider 会话/分支中运行实现者maker然后在任何提交/PR 之前用第二个只读评审会话审阅git diff或diff.patch。Connectors连接器优先使用从脚本中调用的 CLI 工具或 MCP 旁路sidecar凭据绝不进入提示词或状态文件。状态文件循环的记忆主轴上表中的 State 原语依赖一套统一的状态文件约定。docs/primitives-matrix.md的 State Conventions 一节给出了每个项目选一条主轴的建议文件清单文件用途STATE.md通用循环记忆每日 Triage 的主轴issue-triage-state.mdIssue 队列健康度每日 Triage 的输入源pr-babysitter-state.mdPR 专属监视状态ci-sweeper-state.md活跃 CI 失败与重试次数post-merge-state.md近期合并后的清理积压关键约束是循环每次运行必须读和写同一个存储。参考模板见 starters/minimal-loop/STATE.md.example其结构包含Last run时间戳、High Priority、Watch List、Recent Noise与Post-Run Critique四个区块——这正是loop-triage技能要求维护的字段集合。第一周实战Daily Triagereport-onlypatterns/daily-triage.md明确建议很多团队先以纯报告、不自动修复的方式运行 12 周再开启自动动作。Aider 版本的第一周命令如下来自 primitives-matrix 的 Aider appendixaider STATE.md \ --read templates/SKILL.md.loop-triage \ --no-auto-commits \ --no-dirty-commits \ --message Run loop-triage. Update STATE.md with High Priority and Watch List only. Do not edit source code in week one.逐项解读这条命令的意图STATE.md作为唯一的可编辑文件参数这是 State 原语的具体化——Aider 只被允许改动状态文件源码天然不在其写权限范围内从工具层面落实了report-only--read templates/SKILL.md.loop-triage把 templates/SKILL.md.loop-triage 作为只读上下文注入。该技能定义了三段式输出——High-Priority Items今天就该行动、Watch Items只监视不动手、Noise / Ignore明确排除并强制宁缺毋滥的纪律When in doubt, put it in Watch or Noise rather than creating work--no-auto-commits与--no-dirty-commits禁止 Aider 自动提交或把未提交的脏改动一起提交保证每次循环只产生可审计的、受控的变更--message以非交互的一次性提示驱动整次会话与 cron 无头执行完全兼容。loop-triage技能本身是工具无关的其输入约定近 24h CI 失败、未解决问题、近 24–48h 提交、当前状态文件可以原样复用到 Aider 的--read上下文中。技能文件位于 templates/SKILL.md.loop-triage可直接cp到任何项目的约定路径。调度接线cron、systemd 与 GitHub Actions由于 Aider 无原生调度器调度由外部承担。最小化的接线有三种均以一条命令跑完整个循环为前提cron0 8 * * 1-5工作日上午 8 点UTC触发上述命令systemd timer把命令封装为 service利用 timer 的持久化与失败日志能力GitHub Actions参考 examples/github-actions/daily-triage.yml。该工作流用schedule: cron 0 8 * * 1-5触发workflow_dispatch支持手动补跑在调用 agent 之前先做两件事用gh run list采集 CI 上下文并确保STATE.md存在不存在则从starters/minimal-loop/STATE.md.example复制生成——这与loop-triage技能读取状态文件作为输入的约定一致。patterns/daily-triage.md还给出了一个重要的调度细节错过隔夜失败是常见故障模式缓解手段是日初 日中各跑一次或使用立即触发fireImmediately 语义。对于 Aider你可以简单地安排两个 cron 条目。L2 阶段Verifier 校验分离第一周之后当 Triage 输出质量稳定就可以进入制造/校验分离maker/checker split。Aider 的校验器会话如下来自 Aider appendixgit diff diff.patch aider --read diff.patch --read STATE.md \ --no-auto-commits \ --no-dirty-commits \ --message Act as loop-verifier. Review the diff against STATE.md goals. Report PASS/FAIL and do not edit files.这里的设计要点校验器与实现者严格分离先由实现者会话产出 diff再由一个全新的只读会话审阅——校验器看不到实现者的对话上下文只能看到产物--read diff.patch --read STATE.md把补丁与目标状态都作为只读输入校验器不拥有任何可编辑文件提示词要求输出PASS/FAIL结论且不修改文件这直接对应 templates/SKILL.md.verifier 中loop-verifier技能的职责定义——你是 maker/checker 分离中的 checker除非证据充分否则应当REJECT其校验清单包含范围检查只改了相关文件、未触碰 denylist 路径、意图检查、测试实际运行结果、无作弊不得跳过断言以及风险提示五项。loop-verifier技能的输出格式是结构化的## Verdict: APPROVE | REJECT | ESCALATE_HUMAN附 Evidence 与拒绝理由。把这个格式放进 Aider 的--message中可以确保无头会话返回机器可解析的结论便于后续脚本据此决定是否进入人工评审。迁移配方从 Aider 到更完整的循环宿主Aider appendix 最后给出了明确的迁移路径复制本仓库中工具无关的SKILL.md 状态 schema把调度映射到 cron / systemd / CI直到 Aider 被更丰富的循环调度器包裹。具体落地方案是把 starters/minimal-loop 的资产搬到你的项目# 1. 状态主轴 cp starters/minimal-loop/STATE.md.example STATE.md # 2. 技能工具无关Aider 用 --read 加载 cp templates/SKILL.md.loop-triage skills/loop-triage/SKILL.md之后按 examples/README.md 的工具目录 中记录的定位——Aider CLICLI-first loops via cron --readskills——用 cron 驱动上面的 Daily Triage 命令即可。完成迁移后可以用npx cobusgreyling/loop-audit . --suggest审计循环就绪度或用npx cobusgreyling/loop-init . --pattern daily-triage --tool claude自动生成骨架评估成本用npx cobusgreyling/loop-cost --pattern daily-triage --cadence 1d --level L1。诚实的边界从源码结构看Aider 模式与仓库中其他宿主的差异在于循环的纪律完全由外部脚本、git 分支与提示词约定承载而非工具内置能力。这意味着三件事需要你自行把关report-only 只是提示词约束不是权限边界——必须通过只把STATE.md作为可编辑文件参数传入从工具层面落实凭据安全Connectors 原语要求凭据绝不进入提示词或状态文件Aider 无内置密钥管理应依赖环境变量与 gitignore调度持久性cron / systemd 方案依赖执行机在线若需要跨重启的持久调度可参考 Choosing a Tool 一节中其他宿主如 Hermes 的 gateway SQLite 持久化 cron的能力对比再决定是否需要升级宿主。把 Aider 当作可编程的执行器而非循环宿主你就同时获得了 CLI 的透明性、git 的审计性和 cron 的可靠性——这正是 Primitives Matrix 所倡导的工具无关循环设计的精髓。赞分享人工智能AI AgentAgent 工作流CLI研发协作AI 技能MCP 服务【免费下载链接】loop-engineeringPractical patterns, starters CLI tools for loop engineering with AI coding agents. Design systems that prompt and orchestrate agents (inspired by Addy Osmani and Boris Cherny). Includes loop-audit, loop-init, loop-cost.项目地址https://gitcode.com/gh_mirrors/lo/loop-engineering点击查看免费下载相关推荐loop-engineering 实战在 Cursor 中用 Automations 搭建 Daily Triage 每日循环loop engineering 实战在 Cursor 中用 Automations 搭建 Daily Triage 每日循环 导读 本文围绕 example人工智能AI AgentAgent 工作流CLI研发协作AI 技能MCP 服务在 Codex 中搭建 Daily Triage 循环用 loop-engineering 的 loop-triage 技能实现每日自动化待办梳理在 Codex 中搭建 Daily Triage 循环用 loop engineering 的 loop triage 技能实现每日自动化待办梳理 Daily人工智能AI AgentAgent 工作流CLI研发协作AI 技能MCP 服务Loop Engineering 之 Daily Triage用 loop-triage 技能构建每日自动化优先级巡检循环Loop Engineering 之 Daily Triage用 loop triage 技能构建每日自动化优先级巡检循环 导读 Daily Triage每人工智能AI AgentAgent 工作流CLI研发协作AI 技能MCP 服务创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考

相关新闻

FastDFS多存储目录配置详解:原理、实操与排错指南

FastDFS多存储目录配置详解:原理、实操与排错指南

做运维的兄弟应该都有过这种经历:项目跑着跑着磁盘满了,登录上去一看,FastDFS 的存储目录写得满满当当,日志和文件挤在一起,想扩容又不敢乱动。一开始我也以为 FastDFS 写多个目录就是改几个配置项的事,直到…

2026/9/25 4:48:14 阅读更多 →
OpenSpec规格驱动开发实战:从契约同步到代码生成

OpenSpec规格驱动开发实战:从契约同步到代码生成

1. 为什么我们需要重新审视“规格驱动开发”第一次接触 OpenSpec 这个概念,是在一个前后端联调频繁扯皮的深夜。前端说接口字段对不上,后端说文档里写得清清楚楚,翻出那份三个月前的 Word 文档,发现最后一次更新还停留在需求评审那…

2026/9/25 0:35:50 阅读更多 →
SpaceX-API 历史事件查询指南:使用 POST /v4/history/query 构建灵活的历史数据检索

SpaceX-API 历史事件查询指南:使用 POST /v4/history/query 构建灵活的历史数据检索

后端API设计 【免费下载链接】SpaceX-API :rocket: Open Source REST API for SpaceX launch, rocket, core, capsule, starlink, launchpad, and landing pad data. 项目地址: https://gitcode.com/gh_mirrors/spa/SpaceX-API 点击查看 免费下载 本篇技术指南以 S…

2026/9/25 3:11:31 阅读更多 →

最新新闻

Nginx 403错误排查全攻略:从权限到SELinux的根因分析

Nginx 403错误排查全攻略:从权限到SELinux的根因分析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/9/25 6:42:13 阅读更多 →
ESP32上WASM为何不能直接调用硬件?沙箱隔离与宿主桥接原理

ESP32上WASM为何不能直接调用硬件?沙箱隔离与宿主桥接原理

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/9/25 6:42:13 阅读更多 →
Atlas 300V 24G推理加速卡上部署YOLO模型完整实战指南

Atlas 300V 24G推理加速卡上部署YOLO模型完整实战指南

最近问我 Atlas 300V 24G 的人特别多,上来基本就是两个问题:这卡到底是不是运算加速卡?能不能拿来跑 YOLO?我直接说结论:它是,而且就是干这个用的。Atlas 300V 24G 是华为昇腾系列里面向 AI 推理场景的 PCI…

2026/9/25 6:42:12 阅读更多 →
dnSpy 反编译 Unity 程序集:Mono 与 IL2CPP 后端解析实战

dnSpy 反编译 Unity 程序集:Mono 与 IL2CPP 后端解析实战

简介:这份资源是面向 Unity 游戏开发与逆向分析学习者的 dnSpy 反编译工具包,主要用于查看、调试和修改 Unity 项目编译后的程序集代码,适合需要分析第三方 DLL、排查运行时逻辑或研究 .NET 程序结构的中高级开发者。压缩包共收录 1736 个文件…

2026/9/25 6:42:12 阅读更多 →
Atlas 300V 24G推理卡上部署YOLO:从ONNX到OM的完整实践

Atlas 300V 24G推理卡上部署YOLO:从ONNX到OM的完整实践

如果你刚拿到一块 Atlas 300V 24G 加速卡,想在服务器上把 YOLO 目标检测跑起来,你大概率会经历和我一样的迷茫。插上卡、装好驱动之后,面对的不是熟悉的 PyTorch 或 CUDA 生态,而是一整套名为昇腾的软件栈。不少人问“atlas 300v …

2026/9/25 6:42:11 阅读更多 →
STM32驱动DHT11温湿度传感器:单总线时序与HAL库实现

STM32驱动DHT11温湿度传感器:单总线时序与HAL库实现

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/9/25 6:41:11 阅读更多 →

日新闻

AI元人文:从工具使用到思维重构的深度探索

AI元人文:从工具使用到思维重构的深度探索

最近半年我一直在琢磨一件事:AI元人文到底是什么?说白了,就是“用元视角重新审视人与AI的关系”,也在“探索AI如何反向逼着我们发现自己的思考边界”。标题里的“元探索”,在我看就是一层套一层的追问——当你用AI解决…

2026/9/25 0:00:41 阅读更多 →
Python+CNN车牌识别实战:从数据预处理到模型训练与部署

Python+CNN车牌识别实战:从数据预处理到模型训练与部署

简介:基于Python与卷积神经网络的车牌识别项目,面向计算机视觉初学者及智能交通开发者,目标是帮助用户掌握从数据预处理、模型构建到实际部署的完整流程。压缩包共25个文件,包含jpg/png图像样本、py训练脚本、md说明文档、dat数据…

2026/9/25 0:00:41 阅读更多 →
Vim基础操作全攻略:保存退出、模式切换与高频命令实战

Vim基础操作全攻略:保存退出、模式切换与高频命令实战

1. 项目概述1.1 核心需求解析今天聊聊Vim。写这个题目的原因是:几乎每个后端开发者、运维人员、数据工程师某天都会遇到一个场景——深夜加班,服务器登录界面只有黑底白字,编辑器只有vi/vim,你必须在五分钟内完成一次配置修改并保…

2026/9/25 0:00:41 阅读更多 →

周新闻

Flutter for OpenHarmony游戏卡片渐变背景实战:从原理到性能优化

Flutter for OpenHarmony游戏卡片渐变背景实战:从原理到性能优化

直接铺开项目本身吧。这几个月我一直在折腾一件事:用Flutter给OpenHarmony做一款游戏集合类的App,说白了就是把若干小游戏塞进一个壳里,用统一入口分发。这个方向本身不算新鲜,真正让我花了不少心思的,是首页那堆游戏卡…

2026/9/24 14:34:13 阅读更多 →
Word表格编号全攻略:从列表编号到题注交叉引用

Word表格编号全攻略:从列表编号到题注交叉引用

写Word文档,最让人头疼的往往是那些“看起来不起眼”的小问题。比如表格编号这事:今天在表后面多加了两个空白行,明天给客户交稿前发现整个章节的编号全部错位,光是挨个改序号就能耗掉大半个下午。我前阵子帮人整理一份上百页的技…

2026/9/24 9:10:42 阅读更多 →
从第一个站到第二个站:独立开发者的静态网站选型与落地实践

从第一个站到第二个站:独立开发者的静态网站选型与落地实践

1. 项目概述1.1 核心需求解析做独立开发者这几年,说实话,第一个网站上线的那天晚上我兴奋得没睡着。但等它跑了半年,流量惨淡、功能臃肿、代码自己都懒得看第二遍之后,我才慢慢琢磨明白一个道理:第一个网站是练手&…

2026/9/24 14:33:56 阅读更多 →

月新闻

持续集成 流水线自动化与 声明式交付 实践:原型怎样变成可用功能

持续集成 流水线自动化与 声明式交付 实践:原型怎样变成可用功能

持续集成 流水线自动化与 声明式交付 实践:原型怎样变成可用功能分类:[AI/大模型]细分主题:AI 增强型 CI/CD 流水线自动化与 GitOps 实践:Agent 工作流、工具调用与任务拆解:从原型到生产的验收清单很多团队在尝试用大…

2026/9/24 12:50:34 阅读更多 →
容器编排 生产环境运维与排障实战:复盘记录怎样真正派上用场

容器编排 生产环境运维与排障实战:复盘记录怎样真正派上用场

容器编排 生产环境运维与排障实战:复盘记录怎样真正派上用场分类:[工程技术]细分主题:Kubernetes 生产环境运维与排障实战:可复制的项目复盘模板与决策记录大部分团队的事故复盘报告,最后都变成了躺在 Confluence 或钉…

2026/9/24 14:33:48 阅读更多 →
容器 容器化技术与镜像安全管理:核心链路应该先拆哪一步

容器 容器化技术与镜像安全管理:核心链路应该先拆哪一步

容器 容器化技术与镜像安全管理:核心链路应该先拆哪一步分类:[工程技术]细分主题:Docker 容器化技术与镜像安全管理:核心链路的逐步实现与关键代码取舍面对一个积累了五六年历史包袱的单体架构应用(包含 Web 接口、后台…

2026/9/24 12:49:17 阅读更多 →