Prompt 已死、Loop 当立？这套新范式，PM 已经跑了十年
Loop Engineering 被科技圈当成范式革命，但作者指出它本质上是”头一回把产品经理这份工作抽象成了一段能自己运行的代码”。工程师用 prompt→context→harness→loop 四次范式跃迁，才退到 PM 一开始就站着的位置。这波浪潮真正被重新定价的岗位是 PM，而且是利好——“把模糊目标翻译成机器可验收的完成标准”从软技能变成了整个系统能否运转的承重墙。
基本信息
- 来源类型：文章
- 原文位置：raw/articles/2026-07-01-183905-tg-0e0e07.md
- 原文 URL：https://www.woshipm.com/ai/6422371.html
- 作者：@发疯的超
- 发布平台：人人都是产品经理
- 消化日期：2026-07-01
核心观点
-
Loop = PM 工作流的代码化：loop 的核心机制是”你不再亲手给 AI 下每一条指令，而是设计一个系统，让它替你下指令、替你验收、不合格自己重来”。把 AI 遮住，这就是一个还不错的项目经理带团队：目标给清楚、标准定明白、过程不用盯、卡住了再找我。所谓 loop engineering，本质是”第一次把产品经理这份工作，抽象成了一段能自己运行的代码”——来源：2026-07-01-loop-engineering-pm-codification
-
四次范式跃迁只是控制粒度一格格往上抬：Prompt（把话说清楚）→ Context（把背景喂到位）→ Harness（搭能干活的环境）→ Loop（让它自己转）。每一步都把人往后推一格，离具体执行更远、离规则设计更近。“工程师花了四次范式跃迁，才退到 PM 一开始就站着的那个位置。“往学术里看是 2022 年姚顺雨的 ReAct，往管理里看是 PDCA，loop 是被两个方向同时验证过的老配方——来源：2026-07-01-loop-engineering-pm-codification
-
loop 的五个零件 = PM 工作流的五个环节：验收门禁（=Definition of Done）、独立验证器（=code review / QA 与开发分家）、状态文件（=需求文档 / 会议纪要 / 看板）、止损上限（=WIP 限制 / 排期预算）、升级机制（=向上汇报 / 升级路径）。“上面没有一条是 AI 时代的新知识，全是带团队的老规矩。“——来源：2026-07-01-loop-engineering-pm-codification
-
PM 被重新定价，且是利好：提示词时代，控制权从产品滑到离模型最近的工程师手里；loop 时代掉了个头——loop 能不能跑起来取决于”你能不能给出一个机器可以验收的完成标准”，而”把模糊目标拆成清晰可验收标准”是 PM 的本职。这项最被低估的手艺”一夜之间从可有可无的软技能，变成整个系统能不能跑起来的承重墙”——来源：2026-07-01-loop-engineering-pm-codification
-
loop 是一面照出目标没想清的镜子：大多数团队根本给不出干净的、机器可验收的 done，需求本来就含糊。大量 loop 在生产环境翻车，原因不在模型笨，而在”没人能把要什么说清楚”。这波浪潮把瓶颈从工程问题（模型够不够强）搬到产品问题（能不能定义清楚成功长什么样）。“系统越自动，这面镜子照得越狠。“——来源：2026-07-01-loop-engineering-pm-codification
-
loop 把管理难题原封不动搬了过来：拿到一支不顶嘴、不请假、24 小时连轴转的 Agent 团队后，授权 vs 微管理、信任产出 vs 逐条复核、出事算谁的等老问题一个不少地回来了。而且 Agent 没有独立人格，“它办砸的每一件事，最后都得记在设计循环、按下启动键的人头上”——权力和责任一起往 PM 端集中。“loop 真正的难点从来不是工程，是管理。“——来源：2026-07-01-loop-engineering-pm-codification
-
Agent 最棘手的毛病是”装懂”：新人不会时会愣一下、会来问；Agent 不会，它把没搞明白的事办得无比流畅、措辞无比笃定，把错误结果自信满满交给你。它可能在状态文件里把没跑通的功能写成”已完成”，下一轮接着假前提盖楼，错误被硬化成既定事实。“它说做完了，和它真的做完了，是两件需要分开核实的事。“你唯一的依靠是提前设好的、铁面无私的验收门禁——把怀疑做成制度——来源：2026-07-01-loop-engineering-pm-codification
-
永远外包不出去的是”没人写下来的判断”：loop 能把决定周围所有步骤跑得飞快，唯独跑不了决定本身——这个用户到底想要什么、两个都对的方案选哪个、这事现在值不值得做。Addy Osmani：两个人搭一模一样的 loop 能跑出完全相反的结果（一个加速吃透的工作，一个逃避吃透）。Karpathy：“你可以把思考外包出去，但你没法把理解外包出去。“——来源：2026-07-01-loop-engineering-pm-codification
实操内容保留
PM 自己就能跑的 loop 案例：竞品监控
- 触发器：每天早上九点自动跑一次
- 技能：一段写好的指令，抓竞品的更新日志和应用商店评论，按关心的维度归类
- 状态文件：记着昨天抓到哪、哪些已汇报过，别重复打扰
- 门禁（验收线）：同时满足”有信源 + 能去重 + 按维度归好类”才算合格，否则打回重抓
- 升级：发现某条重大改版、或拿不准算不算重要时，单独标红推给你拍板
建 loop 前的四问筛选法
在建任何一个 loop 之前，先拿四个问题筛一遍，四个全过才值得建：
- 这活重复发生吗？
- 有机器能验收的标准吗？
- token 预算扛得住吗？
- 给它配的工具够称职吗？
建 loop 的正确顺序（跳步是生产环境最常见死法）
先手动把它跑通一次
→ 固化成一个可复用的技能（skill）
→ 包进循环（loop）
→ 最后才上定时（schedule）
唯一有用的 loop 效益指标
别去数烧了多少 token、开了多少 PR、跑了多少轮，那些都是虚的。唯一有用的指标是：每个被采纳的改动，平均花了你多少成本。
- 及格线：被采纳率低于一半，这个 loop 就是在亏钱 → 赶紧收窄任务、修验收器，或干脆关掉
- 成本从”按次结算”悄悄变成”按轮结算”，这是经营问题不是工程问题
哪些活不该交给 loop
- 别碰（判断密集、对错不清、依赖人拍板）：架构怎么定、鉴权怎么写、支付逻辑怎么设计、产品往哪个方向走
- 适合（对错清晰、机器可验证、不需人权衡）：自动修 lint、提依赖更新 PR、给 CI 失败分类、复现偶发测试
关键概念
- Loop Engineering — 本文核心讨论对象，从”PM 工作流代码化”视角重新解读
- AI产品经理 — 本文认为 loop 时代真正被重新定价（利好）的岗位
- 理解力债务 — 图省事不读交付物欠下的最隐蔽的债
- 认知投降 — 照单全收养成的、从”做判断的人”退化为”点同意的人”
- ReAct — 2022 年姚顺雨提出的思考-行动-观察循环，loop 的学术雏形
- Claude Code — 独立验证器、多 Agent 并行的产品化实践
- Definition of Done（完成的定义，纯文本，暂未建页）— 验收门禁对应的 PM 概念
与其他素材的关联
- 与 2026-06-22-loop-engineering-woshipm 的关系：同一主题（Loop Engineering）的两个互补视角。前者从工程视角系统拆解六模块框架和 Generator-Evaluator-Loop 三角色结构；本文从管理/PM 视角论证 loop 本质是 PM 工作流的代码化，强调”目标可验收”是承重墙、管理难题原样搬移、“装懂”风险。五零件（本文）与六模块（前者）高度对应，可交叉印证
- 与 AI产品经理 的关系：本文给出了 loop 时代 PM 价值重估的完整论证，是该实体”loop 时代 PM 承重墙”视角的主要来源
- 与 2026-06-03-claude-code-multi-agent-accounting 的关系：5 Agent 顺序管道就是本文”派一群 Agent 并行干活、一个写一个验、搞不定才进收件箱”的实例
原文精彩摘录
这波热点真正改变的岗位，根本不是提示词工程师，是 PM。所谓 loop engineering，本质上是头一回，把产品经理这份工作，抽象成了一段能自己运行的代码。而且耐人寻味的是，全网都在喊 PM 快去学工程师的新本事，但我想说的是工程师，终于追上了 PM 一直在做的那件事。
Prompt、Context、Harness、Loop，四个词，听着像四次革命，本质上是同一件事在反复发生，人对 AI 的控制粒度，一格一格地往上抬。而这条往后退的路，终点站站着的那个角色，不写代码、不碰执行、只定义目标和验收、为最终结果负责，它早就有名字了，就叫产品经理。
他们以为买的是一个能自动干活的系统，其实买的是一面镜子，照出自己根本没把目标想清楚。系统越自动，这面镜子照得越狠。
一个团队最危险的状态，从来不是下属能力不行，而是领导停止思考、只负责盖章。Agent 把盖章这件事，变得前所未有地顺手，也前所未有地危险。
卡帕西讲得更狠……你可以把思考外包出去，但你没法把理解外包出去。AI 能替你想办法，可你自己，得真的懂那个问题。这大概是整场 loop 狂欢里，最清醒的一句。