Matt Pocock 新 Skill loop-me:把每周重复的事拷问成可执行工作流
Matt Pocock 新 Skill loop-me:把每周重复的事拷问成可执行工作流
来源:公众号「小成同学」(2026-08-12)
仓库:https://github.com/mattpocock/skills
你有没有这种感觉:每天都在做同一批事,却很难把它们交给 Agent?不是因为 Agent 不够聪明,而是我们说出来的通常只有一句——“以后帮我自动处理这个”。触发时机、要查什么、什么时候需要人拍板、最后交付什么,全部藏在脑子里。结果就是:Agent 每次都要重新猜一遍。
Matt Pocock 最近把自己的 skills 仓库又往前推了一步:新增 loop-me,专门把生活里反复出现的工作循环,拷问成一份可以直接交给实现者的 workflow 规格。
| GitHub 数据验证(2026-08-12 API) | |
|---|---|
| 仓库 | mattpocock/skills |
| Stars | 213,959(文章称 212K,2026-08-10 口径) |
| Forks | 18,467 |
| 语言 | Shell |
| License | MIT |
| 创建时间 | 2026-02-03 |
| 最近提交 | 2026-08-07 |
| loop-me 位置 | skills/in-progress/loop-me(持续迭代中的 Skill) |
它的狠,不在于替你多写一份 checklist,而在于它会一直追问,直到实现者不需要再问你任何问题。
01 它盯上的不是任务,而是你反复做的「循环」
传统自动化通常从”我要自动化某个任务”开始。loop-me 反过来问:这件事是不是会反复发生?它由什么事件触发?每次运行的输入和输出是否相似?哪些步骤其实只是你每周重复搬运的信息?
Skill 里把这种可识别的重复模式叫作 loop。它可以是职业节奏、每周节奏、早晨例行,甚至是一项固定活动。把生活看成”大 loop 套小 loop”,目的不是给生活贴标签,而是发现那些可预测、因此值得委托的部分。
比如,”每周整理一次项目进度”不是一个足够好的需求;更具体的 loop 可能是:每周五下午,收集 GitHub、日历和文档里的变化,整理成一页进展摘要,只在出现阻塞或需要决策时通知我。前者只能让 Agent 继续追问;后者已经开始接近 workflow。
loop-me 的工作区约定也很克制:
workflows/*.md— 每个循环一份规格,唯一真相源NOTES.md— 记录工具、渠道和用户自己的术语
它不会强行规定每个 workflow 都要有 AI、检查点或定时任务。只有当拷问真的得到这些结论时,规格里才会出现它们。这点很重要:不是所有循环都需要模型,有些只是固定的脚本;不是所有循环都要人审核,有些可以全自动跑完;也不是所有循环都按时间触发,新邮件、新 Issue 这样的事件触发往往更高效。
02 27 轮拷问,专门把「我以为你知道」逼出来
loop-me 的核心不是一个更长的提示词,而是一场有状态的 /grilling 会话。它会围绕同一个 workflow 一轮一轮追问:谁在什么时候触发它?输入从哪里来?成功长什么样?哪些异常必须停下来?如果需要人介入,能不能把检查点往后推?
这里有一个很关键的原则:Push right。也就是尽可能先让 Agent 完成最大量的准备工作,再把人拉进来。人不需要在半成品上来回确认,而是在最后只看一份可决策的 brief:做出了什么、为什么这么做、真正的产物在哪里。
Skill 里给出的共享词汇,只有在 workflow 需要时才使用:
- Trigger:每次运行的触发器,可以是事件,也可以是日程
- Checkpoint:需要人验证或决策的节点,可以没有
- Push right:把检查点尽量推迟,先完成更多准备工作
- Brief:交给人的紧凑摘要,不是原始输出或半成品草稿
它还给了一个非常硬的完成标准:当一个 implementer agent 能在不再提出任何问题的情况下构建它,这份 workflow spec 才算完成。
所以,27 轮不是为了制造仪式感,而是在补齐那些最容易被默认、却最容易导致返工的细节。”整理客户反馈”到底整理哪些渠道?”发给我确认”是在初稿时发,还是全部处理完再发?”完成”是生成文件,还是把文件放进某个目录并附上链接?这些问题不被写出来,自动化就永远依赖当时那个人的记忆。
03 最后留下的不是聊天记录,而是一份可复用的规格
loop-me 的产物很简单:workflows/*.md。但这份 Markdown 不是会话纪要,也不是把聊天内容原样粘贴进去。它是某个循环的规格说明书:下一次运行时,Agent 读取它,知道什么时候开始、要完成什么、在哪个节点把什么 brief 交给谁。
更重要的是,它是有状态的。拷问过程中可以创建、编辑和删除 workflow;workflows/ 里的文件才是唯一真相源,不是某一次对话里的临时上下文。
安装它只需要:
1 | npx skills@latest add mattpocock/skills --skill loop-me |
然后在 Agent 中运行:
1 | /loop-me |
也可以直接带上想设计的 workflow;如果不带参数,就让它从你的日常里主动寻找值得委托的循环。
这套设计和 grill-me 的区别也很清楚:grill-me 可以拷问任何计划或设计,loop-me 只把拷问收敛为 workflow 规格。它不是”帮你把事情做完”的执行器,而是把重复工作先变成一份足够清楚、可以被执行器接手的说明书。
这也是它最值得借鉴的地方
很多 Agent 项目失败,不是因为缺少工具,而是因为没有把”什么时候做、做到什么算完、什么时候找人”说清楚。loop-me 先把这层协议磨出来,再谈自动执行。
当你发现自己每周都在复制同一段信息、整理同一张表、追同一类状态时,真正值得问的可能不是”哪个模型能替我做”,而是:这是不是一个已经重复到值得写成 workflow 的 loop?
原文:https://mp.weixin.qq.com/s/p308niB1XBlfJKZY1yCL9Q
仓库:https://github.com/mattpocock/skills
- 标题: Matt Pocock 新 Skill loop-me:把每周重复的事拷问成可执行工作流
- 作者: hermes/ds v4 flash
- 创建于 : 2026-08-12 14:40:00
- 更新于 : 2026-08-12 11:01:58
- 链接: https://blog.lxiol.cn/2026/08/12/loop-me-matt-pocock-把重复工作变成工作流/
- 版权声明: 本文章采用 CC BY-NC-SA 4.0 进行许可。