DXCP (@dxcpgm) header
DXCP (@dxcpgm) profile picture

DXC Program 开发者体验中心计划 Developer experience matters! #devex #dexrel #DX #DevX #developerexperiencecenter

Joined March 2026
Photo by DXCP (@dxcpgm)Photo by DXCP (@dxcpgm)Photo by DXCP (@dxcpgm)Photo by DXCP (@dxcpgm)Photo by DXCP (@dxcpgm)Photo by DXCP (@dxcpgm)Photo by DXCP (@dxcpgm)
深度:认知负荷是新的生产力杀手 AI 每秒能生成数百行代码,但人类大脑的“带宽”并没有进化。 2026 年,最顶级的 DevEx 专家不再谈论“如何让 AI 写得更多”,而是在谈论“如何让开发者想得更少”。 如果你的工具正在用海量的 AI 建议轰炸你,它不是在帮你,它是在透支你的认知负荷。🧵👇 #DevEx
3
1
17
真正的生产力不是忙碌,而是深度思考后的精准交付。 DevEx 的终极目标,是让开发者即便在 AI 环绕的 2026 年,依然能感受到那种“与机器合二为一”的纯粹心流。 你最近一次进入完全没被 AI 或消息打扰的“心流状态”持续了多久? A. 2 小时以上 🧘 B. 不到 30 分钟 😵 C. 什么是心流?我活在通知列表里
12
保卫心流:从“提示词”转向“异步协作” 为了降低认知负荷,领先的工程团队正在实践 “Flow-First DevEx”: 消除即时反馈的暴政:别让 Agent 在你打字时不断弹窗。采用“异步批处理”模式。 上下文静默 (Context Silencing):只给 Agent 开放必要的模块权限。 深度工作模式: IDE 应该具备“防干扰”功能。
6
什么是“AI 认知债务”? 在 DevEx 2.0 中,我们必须面对一个残酷的公式:见附图 当 AI 生成的代码速度远超人类的逻辑消化能力时,就会产生“认知债务”。 结果就是:代码库看起来很丰满,但团队中没人敢拍胸脯说完全理解系统的副作用。这就是为什么“心流”在今天变得如此奢侈。
11
DXC系列:2026 必看的 DevEx 工具栈 (The Landscape) 2024 年我们还在讨论 Copilot 够不够用,2026 年我们已经在构建“Agent 协同矩阵”。 现在的 DevEx 工具栈不再是孤立的插件,而是高度集成的智能化生态。 为了帮大家拨开“工具过剩”的迷雾,我整理了这份 《2026 AI-Native DevEx 全景图》。
4
1
42
在 2026 年,衡量一个 DevEx 工具好坏的唯一标准是:上下文密度 (Context Density)。 工具是否能自动感知你的全库代码、Jira 任务和 PR 历史?如果不能,它就是过时的。 在评论区分享:你的“核心三件套”是什么?👇 #DevEx #AIAgent #EngineeringTooling #CursorAI #CloudComputing #Productivity
21
AI 写的代码,谁来部署和监控? Pulumi AI: 让 IaC (基础设施即代码) 真正告别 YAML 地狱,直接用自然语言描述意图。 Temporal 2.0: 为 AI 生成的分布式任务提供“持久化执行”,解决 Agent 的不确定性。 Langfuse: LLM 时代的新 Datadog。如果你的应用集成了 AI,这是监控“幻觉”和“延迟”的标准配置。
52
比起在 IDE 里对话,这些工具让 AI 真正深入 Git 和终端: Claude Code: Anthropic 的官方 CLI,专门处理逻辑极其复杂的跨模块 Bugfix。 Aider: 直接集成 Git 的结对编程 Agent。它写的代码,连 Commit Message 都比你写得好。 RooCode : 如果你需要极致的可定制性和可靠性,它是资深开发者的首选。
54
编辑器不再只是“打字机”,它是 Agent 的指挥部: Cursor: 2026 年的绝对霸主,其 Composer 模式已实现多文件架构重构。 Zed: 极致的性能追求者。当你在处理 100k+ 上下文时,只有 Zed 的 Rust 底层能扛住。 Windsurf (by Codeium): 它的 "Cascade" 代理不仅能写代码,还能主动预判你的下一步意图。
40
(1/4) 80% 的公司在尝试自建 AI 内部开发者平台(IDP)时会面临失败。 为什么?因为他们把“平台工程”错误地等同于“给 AI 接口包装一个 UI”。 这不是在提升 DevEx,这是在制造新时代的“基础设施碎片化”。真正的 AI-Powered IDP 远比这复杂。 🧵 👇 #devex #idp #platformengineering #aiagent
3
1
46
(4/4)给 CTO 的 3 条避坑建议: 先建设后 AI:如果你的 IDP 连自动拉起环境都做不到,别指望 AI 能救你。 关注护栏Guardrails:平台工程的核心价值是限制过度自由,AI IDP的首要任务是建立自动化的合规护栏。 购买优于自建: 如果你的核心业务不是做平台工具,考虑采用成熟的商业化Agent-Native平台
24
(3/4)DevEx 2.0 时代的 IDP,其核心能力不是让 AI 写代码,而是让 Agent 编排基础设施。 理想的体验: 意图捕捉: 开发者说“我要一个符合 PCI 规范的安全后端”。 黄金路径: 平台自动匹配黄金路径(Golden Path)模板,调用 Agent 自动配置 IAM、K8s 和监控。 闭环验证: Agent 自动运行合规测试
52
(2/4)陷阱:AI 成了新的“运维黑盒” 如果你的平台只是让开发者能“一键生成 Terraform”,你其实是在把运维压力转嫁给未来。 AI 生成的配置: 谁来校验其合规性(Compliance)? 谁来保证环境的一致性? 出现Drift(状态漂移)时,AI还是人类来修复? 不建立完善的自动化治理,AI接口只会加速技术债堆积
44
DXC系列 ~ 别再迷信 DORA,AI 时代需要新指标 如果你的 DevEx 团队还在盯着“部署频率”和“变更失败率”,那你可能正在用 2010 年的尺子量 2026 年的火箭。🚀 在 AI Agent 深度参与的今天,传统的 DORA 指标已经失效了一半。 为什么?因为产出量不再等于价值。我们需要全新的AI-Enhanced Metrics #DXCP
3
1
15
3. 你的团队达标了吗? 尝试在下周的周会上问这三个问题: - 我们 Agent 生成的代码,Bug 率是否高于人工? - 开发者每天处理“AI 幻觉”的时间占比是多少? - 我们是否拥有“一键式”的 Agent 上下文注入环境? 评论区见: 你们公司目前最看重哪个研发指标?👇 #DevEx #AIAgent #SoftwareMetrics
8
2. 关注“感知交付速度” Perceived Velocity AI 缩短了编码时间,但往往拉长了测试和合规检查的时间。真正优秀的 DevEx 应该衡量:意图到验证的闭环(Intent-to-Verification Loop)。开发者提出需求 -> Agent 生成代码 -> 自动化环境拉起 -> 验证通过。这个闭环里的“等待焦虑值”才决定开发者的幸福感
8
1. 从“交付速度”到“理解速度” 2026 年,DevEx 的第一公式应该是:$$DevEx = \frac{Output \times Quality}{Cognitive\ Load}$$ 与其关注代码写得有多快,不如关注 TTU (Time to Understanding):一个由 Agent 生成的 PR,人类 Reviewer 需要多久能真正理解其副作用?TTU 持续上升,团队将“技术债崩塌”
5
DXC系列 ~ IDE 的终结,Agent 控制台的崛起 VS Code 还是那个 VS Code,但它已经不再是个“编辑器”了。 看看你的 IDE,是不是正变得越来越像一个复杂的Agent 控制台? 别再把 AI 当成高级补全工具(Autocomplete)了,2026 年的 DevEx 核心在于:如何让 AI Agent 顺畅地接管你的工作流。 🧵 👇
3
1
12
3. 行动与互动 不要只卷 Prompt 了,去关注那些真正改变 IDE 架构的工具。 未来属于那些能让开发者在心流 (Heart Flow) 和 指挥 (Command) 之间无缝切换的平台。 思考题: 你的 IDE 离“Agent 控制台”还有多远?如果满分 10 分你打几分?👇 #DevEx #AIAgent #VSCode #CursorAI #SoftwareArchitecture
8
2. 什么是 Agent-Native 的 DevEx? 如果你的 AI 还在等你按 Tab 键,它的 DX 就过时了。新一代工具(如 Cursor、Zed 的未来版)正在实现:预判式上下文注入。 当你打开一个 Bug 票,IDE 应该: 自动 Agent 已经定位了相关代码。 自动拉取了最近的 PR 记录。 这就叫:从“被动辅助”到“主动协作”。
8
1. 过去的 IDE 交互: 开发者意图 ➡️ 手动打字 ➡️ IDE 辅助补全 Agent-Native 的 IDE 交互: 开发者意图 (对话/Prompt) ➡️ Agent编排 ➡️ Agent执行操作 (写代码、改配置、跑测试) 开发者从 "搬砖工 (Digger)" 变成了 "起重机操作员 (Crane Operator)"。DevEx的重点从“键盘手感”变成了“意图捕捉精度”。
4