人工智能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），仅供参考
企业数字化 ERP 产品动态
相关推荐
Python日志模块深度实践：从print到logging的生产级配置指南 1. 从print到logging：日志翻车现场与日志模块存在的意义先讲一次我亲身经历的翻车现场。有一回我帮一个业务团队排查线上接口偶发超时的问题，登录服务器打开日志目录，结果发现里面躺着一堆没有任何时间戳、没有模块名、没有日志级别的print输… · 2026/9/23 23:37:46
OK交易所Python API封装实战：现货、杠杆与历史数据调用指南 简介：这份Python资源包围绕OKEx交易所Web API的调用展开，面向希望用代码接入加密货币市场的开发者与量化交易初学者。内容覆盖杠杆交易、现货交易、历史记录与历史数据获取等核心场景，并涉及MVC架构下的应用组织方式，适合具备Pyth… · 2026/9/23 23:37:46
基于Matlab的测风塔数据处理与风资源评估全流程指南 1. 测风塔数据为什么不能直接算：从原始序列到投资结论的偏差来源我第一次拿到测风塔的历史风力数据时，心里想的是“这不就是一堆风速风向嘛，Excel里拉个平均值就完事了”。后来被做风资源评估的前辈指着报告里的风功率密度问了一句“你这空气… · 2026/9/23 23:37:45
XDF文件怎么读？用pyxdf轻松解析LSL多模态数据 说实话，我第一次拿到.xdf后缀的文件时，整个人是懵的：双击打不开，拖进Excel直接报错，用文本编辑器打开满屏乱码。搞脑电、做多模态生理信号采集的朋友应该都有共鸣——设备采集完数据，导出的正是XDF格式&… · 2026/9/24 0:13:47
iView表格分页实战：Table与Page组合的完整实现方案 做了这么多年后台管理系统，表格分页这活儿真的是躲不开也绕不过去。不管你是用iView、Element还是Ant Design，数据一多，表格分页就是刚需。我早期带团队的时候，见过太多新手在iView里把Table和Page各自用得挺溜，但一到… · 2026/9/24 0:13:47
配电网动态重构与分布式光伏消纳：多目标优化模型与IEEE 33节点算例解析 简介：面向电力系统与分布式光伏领域的研究人员、工程师及高年级学生，这份资源是一篇题为《基于配电网动态重构的分布式光伏消纳策略》的学术论文PDF。内容针对光伏出力的间歇性与波动性，综合考虑负荷变化、出力不确定性和开关切换次数&#x… · 2026/9/24 0:13:41
Cesium地形开挖实战：裁剪平面原理、代码实现与避坑指南 简介：面向Cesium初学者与前端开发者的地形开挖示例包，通过单个HTML文件完整演示了基于Cesium的三维地形开挖核心实现。压缩包内仅含1个HTML文件，大小仅1KB，代码集中，可直接在浏览器中运行，适合作为入门模板… · 2026/9/24 0:13:34
基于YOLOv8的渔船作业监控系统：从环境搭建到边缘部署全流程 简介：这是一套面向计算机、人工智能、自动化等专业学生与教师的毕业设计级项目资源，围绕YOLOv8实现渔船作业监控系统，可用于毕设、课程设计、大作业或项目立项演示。压缩包共97个文件，约24.21MB，以70个Python源码文件为… · 2026/9/24 0:00:13
1D-CNN时间序列建模实战：从Conv1d原理到工业落地 简介：面向时间序列数据建模的一维卷积神经网络完整实现，适合深度学习入门者及需要快速验证时序模型的研究者，能够从音频、文本、传感器或股价等序列中挖掘局部特征与时间依赖。压缩包体积很小，只有3KB，内含3个Python脚… · 2026/9/24 0:00:26
柔软的L：汉语语流中被忽视的舌肌张力控制 1. 这个“L”不是字母表里的L，而是舌尖上的L最近在几个方言群和语音教学社群里，反复看到有人发一句：“也说字母L：柔软的长舌”。初看以为是英语发音课笔记，点开才发现全是方言爱好者、播音系学生、语言康复师甚至戏曲演… · 2026/9/24 0:00:44
