别再纠正AI代码，构建代理所需的系统。
内容提要
AI工具正改变软件工程，开发者从写代码转向管理“上下文”。DevOps之父Patrick Debois指出，软件开发周期已演变为上下文开发周期，强调“改进系统而非提示词”。团队需共享上下文，构建内外部“护栏”和反馈循环，使AI代理自主评估改进。这一转变需组织级协作，从个人到平台扩展，实现AI驱动的持续迭代。
延伸解读
从纠正代码到改进系统
Patrick Debois强调，开发者应停止直接纠正AI生成的代码，转而改进整个系统。这意味着从“与代理一起做”转变为“帮助代理做得更好”。这种思维转变要求开发者关注上下文的质量和系统的反馈循环，而非单纯依赖提示词优化。
上下文开发周期
软件开发周期正演变为“上下文开发周期”，包括生成、评估、分发和观察四个环节。这一周期强调持续迭代，而非一次性输入。团队需要共享上下文，并建立内外部护栏，使AI代理能够自主评估和改进，从而提升整体效率。
组织级协作与平台扩展
上下文和代理的扩展需要从个人到团队再到平台层面的协作。Debois指出，优化应针对整个团队的工作流，而非个人笔记本。组织需建立共享的上下文和反馈循环，避免孤立构建护栏，从而推动AI驱动的持续改进。
Q&A
Patrick Debois认为软件开发周期正在演变成什么？
Patrick Debois认为，随着上下文（AI使用的特定知识）取代人类代码，软件开发周期正在演变为“上下文开发周期”。
当AI代理没有按预期工作时，开发者应该怎么做？
Debois建议开发者不要纠正代码，而是改进系统而非提示词，即从“我和代理一起做”转变为“我帮助代理做得更好”。
上下文开发周期包含哪些环节？
上下文开发周期包括生成、通过测试驱动开发进行评估、将上下文作为包分发以及观察，这些环节形成一系列同心反馈循环。
为什么上下文开发需要团队和组织层面的协作？
因为不同工程师会提供不同的上下文，为了优化整个团队的工作流，需要共享上下文并扩展到平台级别，否则无法实现规模化。
什么是“内部护栏”和“外部护栏”？
内部护栏指代理内部的日志、指标和追踪，使代理看到后果并改进；外部护栏指围绕LLM构建的基础设施和工具，以支持可靠自主的代理开发。
为什么仅靠传统的反馈循环不足以让AI代理投资回报？
因为仅靠传统反馈循环（如让LLM评估代码）可能只是静态检查，没有实际运行代码，无法提供足够的反馈，代理无法自主改进，导致投资回报不足。
上下文开发周期是瀑布式还是迭代式的？
上下文开发周期是迭代式的，不是瀑布式的。如果上下文不迭代，工程师会退回到重新措辞提示词或直接修复代码的坏习惯。
