,
, ![]()
, , - 等）
2. 保留所有图片的 src 和 alt 属性
3. 只翻译标签之间的文本内容
4. 所有英文必须翻译成中文，不保留英文原文
5. 输出完整的 HTML 代码
HTML 内容：
我们在令牌上花费数千美元，并花费数小时调整系统提示词，但真相往往更简单：大多数上下文窗口臃肿是因为我们的软件架构一团糟。
我最近一直痴迷于上下文工程，有一个模式持续带来惊人的结果：将“老派”软件工程应用于“新派”人工智能。
问题：“无所不在”的提示词
我们常常像对待初级开发人员一样对待智能体，把 10 页长的维基文档扔给它们，因为我们的代码库纠缠不清。当智能体不理解某个函数时，我们就添加更多文档。这造成了“令牌死亡螺旋”。
解决方案：领域驱动设计 + 有界上下文
通过应用领域驱动设计，我们不仅仅是在组织代码；我们是在压缩意图。
-
激进的范围隔离：每个智能体都拥有自己微小且专注的宇宙。
-
通用语言：如果你的代码使用与领域相同的术语，智能体就不需要在系统提示词中拥有“罗塞塔石碑”。
-
清晰架构：当你的副作用被隔离时，智能体可以推理“黄金路径”，而不会迷失在细枝末节中。
结果：我最新的智能体需要的文档减少了 60-70%。为什么？因为好的设计是自文档化的。
为什么这有效
清晰的代码充当了大语言模型的无损压缩算法。你的设计越好，你的智能体就越“聪明”——而无需向问题投入更多令牌。
🛠 让我们聊聊行话
我很想看看其他人是如何弥合经典软件工程与代理人工智能之间的差距的。
- 你是否使用有界上下文来限制智能体的工具访问权限？
- 在重大重构后，你是否看到了幻觉的减少？
请在下方分享你最大的“顿悟”时刻或你的架构片段。让我们一起探索上下文工程。
免责声明：本文内容来自互联网，该文观点不代表本站观点。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，请到页面底部单击反馈，一经查实，本站将立刻删除。
我们在令牌上花费数千美元，并花费数小时调整系统提示词，但真相往往更简单：大多数上下文窗口臃肿是因为我们的软件架构一团糟。
我最近一直痴迷于上下文工程，有一个模式持续带来惊人的结果：将“老派”软件工程应用于“新派”人工智能。
问题：“无所不在”的提示词
我们常常像对待初级开发人员一样对待智能体，把 10 页长的维基文档扔给它们，因为我们的代码库纠缠不清。当智能体不理解某个函数时，我们就添加更多文档。这造成了“令牌死亡螺旋”。
解决方案：领域驱动设计 + 有界上下文
通过应用领域驱动设计，我们不仅仅是在组织代码；我们是在压缩意图。
- 激进的范围隔离：每个智能体都拥有自己微小且专注的宇宙。
- 通用语言：如果你的代码使用与领域相同的术语，智能体就不需要在系统提示词中拥有“罗塞塔石碑”。
- 清晰架构：当你的副作用被隔离时，智能体可以推理“黄金路径”，而不会迷失在细枝末节中。
结果：我最新的智能体需要的文档减少了 60-70%。为什么？因为好的设计是自文档化的。
为什么这有效
清晰的代码充当了大语言模型的无损压缩算法。你的设计越好，你的智能体就越“聪明”——而无需向问题投入更多令牌。
🛠 让我们聊聊行话
我很想看看其他人是如何弥合经典软件工程与代理人工智能之间的差距的。
- 你是否使用有界上下文来限制智能体的工具访问权限？
- 在重大重构后，你是否看到了幻觉的减少？
请在下方分享你最大的“顿悟”时刻或你的架构片段。让我们一起探索上下文工程。
免责声明：本文内容来自互联网，该文观点不代表本站观点。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，请到页面底部单击反馈，一经查实，本站将立刻删除。
