20260706:新增一些文章

articles/prompt-to-loop-engineering-2026.md

@@ -0,0 +1,83 @@
+---
+title: "AI 开发范式演进：从 Prompt Engineering 到 Loop Engineering"
+created: 2026-06-29
+updated: 2026-06-29
+type: article
+tags: [prompt-engineering, context-engineering, harness-engineering, loop-engineering, agent, paradigm-evolution]
+sources: [https://mp.weixin.qq.com/s/hcgKahtQRE2QqI6xplv2Rg]
+authors: ["邱汉宸（东南大学、阿里淘天）"]
+platform: Datawhale
+---
+
+# AI 开发范式演进：从 Prompt Engineering 到 Loop Engineering
+
+> 来源：[Datawhale 公众号](https://mp.weixin.qq.com/s/hcgKahtQRE2QqI6xplv2Rg)，作者：邱汉宸
+
+## 一句话
+
+系统性复盘 AI 开发范式的四次浪潮：**Prompt Engineering → Context Engineering → Harness Engineering → Loop Engineering**，揭示人类从 Agent 循环内部走向外部、从执行者变为设计者的范式迁移。
+
+## 核心命题
+
+2025–2026 年三句话引爆 AI 社区：
+- "I really like the term 'context engineering' over prompt engineering." — Tobi Lütke, Shopify CEO
+- "You shouldn't be prompting coding agents anymore. You should be designing loops that prompt your agents." — Peter Steinberger, OpenClaw
+- "I don't prompt Claude anymore. I have loops running. My job is to write loops." — Boris Cherny, Claude Code
+
+## 四次浪潮
+
+### 1. [[prompt-engineering|Prompt Engineering]]（2022–2024）
+"如何跟 AI 沟通"。核心方法论：Zero-shot/Few-shot、Instruction Prompting、[[dspy|DSPy]] 声明式自动编译。瓶颈：上下文窗口限制、缺乏记忆/工具调用、[[blind-prompting|盲提示]] 带来的技术债务。
+
+### 2. [[context-engineering|Context Engineering]]（2025）
+"信息怎么喂给模型"。三大方法论：
+- [[minimum-viable-context|轻量化装配 (MVC)]]
+- [[graphrag|知识图谱增强检索 (GraphRAG)]]
+- [[just-in-time-retrieval|即时检索 (JIT Retrieval)]]
+
+三种故障模式：[[context-failure-modes|信息匮乏 / 信息过载 / 上下文腐烂]]。关键隐性维度：[[prefix-matching-invariant|前缀匹配不变性]] 与 [[prompt-caching|提示词缓存]] 的成本经济学。
+
+### 3. [[harness-engineering|Harness Engineering]]（2026–）
+"Agent = Model + Harness"。四大支柱：环境资产与工具集、控制与编排逻辑、规则中间件（Hooks）、运行时可观测性。八条[[model-proposes-harness-executes|非妥协原则]]。DataTalks.Club 事故案例：Claude Code 执行 `terraform destroy` 抹除生产数据库 — 问题不在模型，在 Harness 缺位。
+
+### 4. [[loop-engineering|Loop Engineering]]（2026–）
+"Loop = Cron + 决策器"。系统从人类单次触发的工具演进为具备独立运行周期的自主工程。[[loop-maturity-levels|三级成熟度]]：Open Loop → Closed Loop → Review Loop。核心组件 "五件套 + 一个记忆"：Automations / Worktrees / Skills / Connectors ([[mcp|MCP]]) / Sub-agents / State 文件。
+
+## 核心框架
+
+### Loop Contract（[[loop-contract|循环协议]]）
+六维约束：TRIGGER / SCOPE / ACTION / BUDGET / STOP / REPORT。BUDGET 和 STOP 固化为 [[circuit-breaker-pattern|熔断器]] 和 [[watchdog-pattern|看门狗]] 两道硬约束。
+
+### 嵌套关系
+> Prompt ⊂ Context ⊂ Harness ⊂ Loop
+
+### 架构哲学
+[[mechanism-policy-separation|机制与策略分离]] — 底层平台提供机制（定时器、工作区隔离），控制策略由架构师独立配置。
+
+## 工程实践
+
+- **[[harness-as-a-service|HaaS（脚手架即服务）]]**：Worktree + Skills + Connector + Subagent + State 封装为标准底座
+- **[[skill-issue-framework|Skill Issue 框架]]**（CodeRabbit）：当 Agent 表现不佳，排查 Harness 代码而非责怪模型
+- **分层拦截流水线**：确定性规则层（Semgrep）→ 策略网关层（OPA）→ AI 审查层 → 人类终审（80%/15%/5%）
+
+## 人类角色转变
+
+开发者进化为 **[[loop-designer|Loop Designer（循环设计师）]]**，聚焦三件事：
+1. 定义终止边界（Goal & Verifier）
+2. 维护工具链与领域资产（Tooling & Skill）
+3. 设计安全断路器（Human-in-the-Loop & Budget Guard）
+
+## 关键引用
+
+- Terminal Bench 2.0 实证：不改模型权重，仅改写 Harness 约束使排名从 30 → 前五
+- 缓存经济学：同一前缀命中第 3 次即可净收益（首次 100% 计费，后续 20%）
+
+## 相关概念
+
+- [[prompt-to-harness-evolution|三阶段工程演进]] — 需扩展为四阶段
+- [[agent-harness|Agent Harness (Claw)]]
+- [[harness-engineering]]
+- [[context-engineering]]
+- [[prompt-caching]]
+- [[human-in-the-loop]]
+- [[mcp]]