跳转至

212K Star 开源 Skill 杀疯了：把你每周重复做的事，直接变成可执行工作流！！！

来源： 微信公众号「小成同学的Ai日记」｜收录日期：2026-08-12 原文链接： https://mp.weixin.qq.com/s/p308niB1XBlfJKZY1yCL9Q

核心问题：为什么很难把重复的事交给 Agent？

  • 不是 Agent 不够聪明，而是我们通常只说一句"以后帮我自动处理这个"——触发时机、要查什么、什么时候需要人拍板、最后交付什么，全部藏在脑子里，Agent 每次都要重新猜一遍。

loop-me 是什么？

  • Matt Pocock 的 skills 仓库（截至 2026-08-10 约 212K Star，MIT License）新增 loop-me：专门把生活里反复出现的工作循环，拷问成一份可以直接交给实现者的 workflow 规格。
  • 当前位于 skills/in-progress/loop-me，持续迭代中。
  • 它的狠，不在于多写一份 checklist，而在于一直追问，直到实现者不需要再问你任何问题。

01 它盯上的不是任务，而是你反复做的「循环」

  • 传统自动化从"我要自动化某个任务"开始；loop-me 反过来问：这件事是不是会反复发生？由什么事件触发？每次输入输出是否相似？哪些步骤只是每周重复搬运的信息？
  • 可识别的重复模式叫作 loop（职业节奏、每周节奏、早晨例行、固定活动）。把生活看成"大 loop 套小 loop"，目的是发现可预测、因此值得委托的部分。
  • 举例："每周整理一次项目进度"不是好需求；更具体的 loop 是——每周五下午，收集 GitHub、日历和文档里的变化，整理成一页进展摘要，只在出现阻塞或需要决策时通知我。
  • 工作区约定（很克制）：
  • workflows/*.md — 每个循环一份规格，唯一真相源
  • NOTES.md — 记录工具、渠道和用户自己的术语
  • 不强行规定每个 workflow 都要有 AI、检查点或定时任务——只有拷问真的得到这些结论时，规格里才会出现它们：
  • 不是所有循环都需要模型（有些只是固定脚本）
  • 不是所有循环都要人审核（有些可全自动）
  • 不是所有循环都按时间触发（新邮件、新 Issue 等事件触发往往更高效）

02 27 轮拷问，专门把「我以为你知道」逼出来

  • 核心不是一个更长的提示词，而是一场有状态的 /grilling 会话：围绕同一个 workflow 一轮一轮追问——
  • 谁在什么时候触发它？
  • 输入从哪里来？
  • 成功长什么样？
  • 哪些异常必须停下来？
  • 如果需要人介入，能不能把检查点往后推？
  • 关键原则：Push right —— 尽可能先让 Agent 完成最大量的准备工作，再把人拉进来。人不在半成品上来回确认，而是最后只看一份可决策的 brief（做出了什么、为什么这么做、真正的产物在哪里）。
  • 共享词汇（只在 workflow 需要时才使用）：
  • Trigger：每次运行的触发器（事件或日程）
  • Checkpoint：需要人验证或决策的节点（可以没有）
  • Push right：把检查点尽量推迟，先完成更多准备工作
  • Brief：交给人的紧凑摘要，不是原始输出或半成品草稿
  • 完成标准（非常硬）：当一个 implementer agent 能在不再提出任何问题的情况下构建它，这份 workflow spec 才算完成。
  • 27 轮不是为了仪式感，而是在补齐最容易被默认、却最容易导致返工的细节："整理客户反馈"到底整理哪些渠道？"发给我确认"是初稿时发还是全部处理完再发？"完成"是生成文件，还是放进某个目录并附上链接？

03 最后留下的不是聊天记录，而是一份可复用的规格

  • 产物：workflows/*.md —— 不是会话纪要，不是聊天内容原样粘贴，而是某个循环的规格说明书：下一次运行时 Agent 读取它，知道什么时候开始、要完成什么、在哪个节点把什么 brief 交给谁。
  • 有状态：拷问过程中可以创建、编辑、删除 workflow；workflows/ 里的文件才是唯一真相源，不是某一次对话里的临时上下文。
  • 安装：npx skills@latest add mattpocock/skills --skill loop-me，然后在 Agent 中运行 /loop-me（可带 workflow 参数；不带参数就让它从你的日常里主动寻找值得委托的循环）。
  • 与 grill-me 的区别：grill-me 可以拷问任何计划或设计，loop-me 只把拷问收敛为 workflow 规格。它不是"帮你把事情做完"的执行器，而是把重复工作先变成一份足够清楚、可以被执行器接手的说明书。

结尾观点

  • 很多 Agent 项目失败，不是因为缺少工具，而是因为没有把"什么时候做、做到什么算完、什么时候找人"说清楚。loop-me 先把这层协议磨出来，再谈自动执行。
  • 当你发现自己每周都在复制同一段信息、整理同一张表、追同一类状态时，真正值得问的可能不是"哪个模型能替我做"，而是：这是不是一个已经重复到值得写成 workflow 的 loop？

参考资料： GitHub：github.com/mattpocock/skills

🎯 Friday 提炼

  • loop-me 的本质：用有状态的拷问会话（27 轮 /grilling）把藏在人脑里的隐性知识（触发时机、输入来源、成功标准、检查点、交付物）逼出来，写成 Agent 可无追问执行的 workflow 规格。
  • Push right 原则：检查点尽量后移，人只在最后看一份可决策的 brief——把人的介入成本降到最低（与之前 Codex 任务面板视频的"人的成本拉到无限低"完全同频）。
  • 唯一真相源：workflows/*.md 文件而不是对话上下文——工作流规格独立于任何一次对话，可复用、有状态、可编辑。
  • 分类哲学：不是所有 loop 都需要 AI、需要人审、需要定时触发——按需才加，避免过度工程化。
  • 判断标准：如果 implementer 不再提问就能构建，规格才算完成——这是衡量"需求写清楚了没"的黄金检验法。

一句话： loop-me 通过 27 轮拷问把"我以为你知道"的重复工作细节磨成可复用的 workflow 规格，让 Agent 不再靠猜——先定义清楚"何时做、何算完、何时找人"，再谈自动执行。

💡 Friday 看法

这篇跟你最近关注的方向撞了个满怀——上一期 Codex 任务面板视频的核心痛点（"上下文被噪声淹没、功能无法溯源"）和 loop-me 的解法是同一件事：把跟 AI 的协作从"对话"升级为"规格"。对话是一次性的、靠记忆的；规格是可复用的、唯一真相源的。如果你想把 OpenCode Go 的日常任务（比如每天的飞书日报、每周的课程表核对、微信文章跟踪）也规格化，loop-me 的"拷问出 Trigger / Checkpoint / Brief"框架可以直接借鉴，不用等它的库成熟——这套方法论本身就可以抄。