DX 即开发者体验（Developer Experience），描述代码库及其工具链让人做好工作的难易程度。良好的 DX 包括快速反馈、清晰错误消息、能够回答实际问题的文档，以及一次设置即可正常工作的开发环境。这个术语早在 AI 编码出现前就已存在；它被收入本词典，主要是为了与 AX 形成对照。
DX 就是人与代码库之间的交互，仅此而已。两类使用者的主要区别在于：人是有状态的，而智能体是无状态的。人学习一次代码库后，可以把这份知识带到之后每一天，因此糟糕的 DX 仍然可以被克服：他们通过批量推送绕开缓慢 CI，通过在 Slack 问一次来绕开缺失文档，通过记住文件位置来绕开混乱结构。这些变通办法不断累积，团队最终仍能在一个处处与他们作对的代码库中保持生产力。
智能体面对同一个代码库时，却没有人类积累的那部分记忆。智能体跨会话无状态，每次都要从头重新学习代码库——它能从快速测试套件和清晰错误消息中受益，但昨天理解的任何内容都会消失，除非被写入环境；而智能体只能通过工具结果感知环境。这就是 AX 所命名的缺口：当开发者变成智能体后，DX 中仍然有效的部分，再加上人类不需要面对的关注点，例如为上下文窗口保留空间。
两者的重叠意味着，投入 DX 往往也会顺带改善 AX——严格类型、快速测试和可预测结构对双方都有帮助。但两者的分歧也意味着这种改善并非总会发生：一份精美的入门文档可以帮助人类一周，却完全帮助不了智能体，除非它能从 AGENTS.md 被发现和读取。
用法：
“我们的 DX 不错——新人一周内就能开始产出。”
“那是因为有人陪他们过了这一周。智能体没有这一周的适应期，要单独检查 AX。”