人工智能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），仅供参考 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），仅供参考