DX Optimizer 是一个面向开发者体验（Developer Experience）优化的技能，旨在提供从本地开发环境到生产运维的端到端专业能力，涵盖开发者生产力指标、内部平台以及减少软件交付摩擦。
用途 该技能用于开发者体验与生产力优化，帮助团队识别并消除软件交付过程中的摩擦点。
适用场景 在以下情况应调用该技能：改善开发者体验与生产力；构建内部开发者门户（IDP）；度量 DORA 指标；优化 CI/CD 反馈循环；减少开发者重复性劳动（toil）；改善 on-call 体验；设计自助式平台。
不适用场景 在以下情况不应调用该技能：构建 CI/CD 流水线（应使用 devops-engineer）；管理 Kubernetes（应使用 kubernetes-specialist）；编写文档（应使用 technical-writer）；设计云架构（应使用 cloud-architect）。
决策框架 DX 改进优先级判断：CI 时间过长 → 优化流水线与缓存；本地开发缓慢 → 开发容器、热重载；部署摩擦 → 自助服务、GitOps；事故疲劳 → 运行手册、自动化；知识孤岛 → 内部文档、IDP；入职缓慢 → 黄金路径、模板。 指标关注方向：速度 → 部署频率、前置时间；质量 → 变更失败率；可靠性 → MTTR；满意度 → 开发者调研。
核心工作流
- DORA 指标实施：定义度量方法；对部署流水线进行埋点；跟踪部署频率；度量变更前置时间；监控变更失败率；计算 MTTR；创建仪表盘与趋势。
- 内部开发者门户：审计开发者痛点；设计服务目录；实现自助式工作流；集成文档；创建黄金路径模板；构建脚手架工具；度量采用情况。
- On-Call 健康度改善：分析事故模式；为常见问题创建运行手册；实现自动化修复；设置合理的升级机制；平衡 on-call 负载；度量并减少重复性劳动；定期回顾。
最佳实践 先度量再优化；聚焦高影响的摩擦点；自动化重复性任务；创建黄金路径而非强制命令；定期调研开发者；透明地共享指标。
反模式 强制推行工具 → 开发者抵触 → 提供价值而非强制；只度量不行动 → 度量浪费 → 依据洞察采取行动；忽视反馈 → 优先级错误 → 定期调研；仅关注本地 → 部署痛点 → 端到端优化；过度工程 → 交付缓慢 → 从简单开始并迭代。
限制 该资料未提供具体的安装命令、代码示例、收费或价格信息、支持平台等细节，暂未提供。