GSD Core：如何让编码 Agent 不再漂移
2026/6/25大约 7 分钟
为什么编码 Agent 总是漂移？
为什么写着写着就偏离了目标？
为什么上下文一长就失去焦点？
GSD Core 的答案：
把对抗上下文腐化当成第一性原则。
问题：上下文腐化
上下文腐化（Context Decay）是编码 Agent 的核心问题。
随着对话长度增加，AI 的注意力会分散，目标会模糊，决策质量会下降。
对话开始：目标清晰 → 上下文干净 → 决策质量高
↓
对话中段：目标模糊 → 上下文混杂 → 决策质量下降
↓
对话后段：目标偏离 → 上下文混乱 → 决策质量低为什么会出现上下文腐化？
- 注意力分散 — 随着对话长度增加，AI 的注意力被越来越多的细节分散
- 信息过载 — 上下文中积累了过多的信息，AI 难以区分什么是重要的
- 目标模糊 — 原始目标在上下文中逐渐模糊，被细节和临时目标替代
- 缺乏约束 — 没有明确的边界和约束，AI 容易被各种临时需求带偏
GSD Core 的第一性原则
GSD Core 的核心理念：
把对抗上下文腐化当成第一性原则
不是副作用，不是优化点，是设计的核心为什么这是第一性原则？
问题：编码 Agent 为什么不可靠？
- 不是能力问题
- 不是知识问题
- 是上下文管理问题
根因：上下文会腐化
- 随着对话长度增加，上下文质量必然下降
- 这是必然规律
结论：必须对抗腐化
- 不是可选的优化
- 是必须解决的问题
- 应该成为第一性原则
三个核心要素
GSD Core 用三个核心要素来对抗上下文腐化：
┌─────────────────────────────────────────────────────────┐
│ GSD Core 的三个核心要素 │
├─────────────────────────────────────────────────────────┤
│ │
│ 要素 1：阶段循环 │
│ 将任务分解为明确的阶段 │
│ 每个阶段有明确的输入和输出 │
│ 通过循环保持上下文清晰 │
│ │
│ 要素 2：子智能体 │
│ 专业化分工 │
│ 每个子智能体负责特定领域 │
│ 协作完成复杂任务 │
│ │
│ 要素 3：持久化工件 │
│ 将上下文持久化到工件中 │
│ 减少对记忆的依赖 │
│ 提供可追溯的决策记录 │
│ │
└─────────────────────────────────────────────────────────┘要素 1：阶段循环
阶段循环是 GSD Core 的核心机制。
什么是阶段循环？
阶段循环是一种将任务分解为明确阶段的机制：
传统模式（容易腐化）：
任务 → 持续对话 → 上下文越来越长 → 注意力分散 → 质量下降
GSD Core 模式（对抗腐化）：
任务 → 分解为阶段 → 每个阶段独立执行 → 每个阶段重新聚焦阶段循环的结构
一个典型的阶段循环：
阶段 1：理解 ──→ 需求文档
阶段 2：规划 ──→ 设计方案
阶段 3：实现 ──→ 代码实现
阶段 4：验证 ──→ 验证结果
阶段 5：迭代 ──→ 改进方案阶段循环的优势
- 边界清晰 — 每个阶段有明确的边界
- 上下文聚焦 — 每个阶段只关注当前任务
- 质量可控 — 可以在阶段边界检查质量
- 可追溯性 — 每个阶段的输出都是可追溯的
要素 2：子智能体
子智能体是 GSD Core 的专业化机制。
什么是子智能体？
子智能体是一种专业化分工的机制：
传统模式（全能型）：
单一智能体处理所有任务 → 需要覆盖所有领域 → 注意力分散 → 质量不稳定
GSD Core 模式（专业化）：
多个子智能体各司其职 → 每个智能体专注一个领域 → 注意力集中 → 质量稳定子智能体的类型
GSD Core 的典型子智能体：
需求分析智能体 → 理解需求、分析可行性
设计智能体 → 设计架构、API、数据模型
编码智能体 → 编写代码、代码审查
测试智能体 → 设计测试用例、执行测试
部署智能体 → 部署应用、监控状态子智能体的优势
- 专业化 — 每个子智能体专注于一个领域
- 经验积累 — 在自己的领域积累经验
- 并行处理 — 多个子智能体可以并行工作
- 隔离性 — 子智能体之间相互隔离
要素 3：持久化工件
持久化工件是 GSD Core 的记忆机制。
什么是持久化工件？
持久化工件是一种将上下文持久化的机制：
传统模式（依赖上下文）：
所有信息存储在对话上下文中 → 上下文越来越长 → 信息越来越分散 → 检索越来越困难
GSD Core 模式（持久化工件）：
信息存储在持久化工件中 → 上下文保持简洁 → 信息结构化存储 → 检索高效可靠持久化工件的类型
GSD Core 的典型持久化工件：
requirements.md → 需求文档（用户需求描述、功能列表、验收标准）
design.md → 设计文档（系统架构、API 设计、数据模型）
implementation.md → 实现记录（实现细节、关键决策、技术选型）
test-report.md → 测试报告（测试用例、测试结果、问题记录）持久化工件的优势
- 上下文简洁 — 对话上下文只保留关键信息
- 信息结构化 — 工件中的信息结构化存储
- 可追溯性 — 所有决策都记录在工件中
- 持久性 — 工件可以长期保存和使用
三个要素的协同
GSD Core 的三个要素不是孤立的，而是协同工作：
阶段循环 ──→ 定义清晰的阶段
↓
子智能体 ──→ 每个阶段由专门的子智能体执行
↓
持久化工件 ──→ 每个阶段的输出持久化为工件
↓
下一阶段 ──→ 基于工件继续下一阶段协同优势：
- 阶段循环提供清晰的边界
- 子智能体提供专业化执行
- 持久化工件提供信息持久化
- 三者结合实现最大化的抗腐化能力
实践：从漂移到靠得住
GSD Core 如何让编码 Agent 从漂移变得靠得住？
对比：传统模式 vs GSD Core
传统模式：
- 持续对话，上下文不断增长
- 上下文腐化严重
- 容易漂移、不可靠
- 无法成为工程伙伴
GSD Core 模式：
- 阶段化执行，上下文保持简洁
- 对抗上下文腐化
- 不易漂移、靠得住
- 可以成为工程伙伴
转变的关键
从工具到伙伴的转变：
工具模式：
· 需要人类持续指导和纠正
· 只能处理简单任务
· 无法独立完成工程任务
伙伴模式：
· 可以独立完成工程任务
· 可以处理复杂工程任务
· 可以信任和依靠
关键：工程化的约束和机制从漂移到靠得住的路径
如何让编码 Agent 从漂移变得靠得住？
步骤 1：承认问题
承认上下文腐化是必然规律
不是 AI 的问题，是上下文管理的问题
↓
步骤 2：采用工程化手段
使用 GSD Core 的三个核心要素
阶段循环、子智能体、持久化工件
↓
步骤 3：建立信任
通过稳定的决策质量建立信任
通过可追溯的工件建立信任
↓
步骤 4：成为伙伴
从工具转变为工程伙伴
可以放心地托付工程任务收尾金句
- 为什么编码 Agent 总是漂移？因为上下文会腐化
- GSD Core 把对抗上下文腐化当成第一性原则
- 三个核心要素：阶段循环、子智能体、持久化工件
- 阶段循环：将任务分解为明确的阶段，每个阶段重新聚焦
- 子智能体：专业化分工，每个子智能体负责特定领域
- 持久化工件：将上下文持久化到工件中，减少对记忆的依赖
- 三个要素协同工作，实现最大化的抗腐化能力
- 从漂移到靠得住，从工具到伙伴
- 工程化的约束和机制是关键
GSD Core：如何让编码 Agent 不再漂移
把对抗上下文腐化当成第一性原则
"