用途：本技能整理 Duolingo 工程博客中关于生产可靠性的实践，回答两个问题——生产环境当前实际在做什么，以及系统停止时由谁决定如何响应。内容强调来自真实生产的信号与故障响应，不涉及 LLM 驱动的测试或迁移智能体设计。
主要能力：了解生产状态方面，包括采样追踪与请求身份（采样发现系统性浪费，单个客户问题需要常开身份，通常可从已有日志推导）、识别被引用但从未执行的代码（静态分析看不到，已结束实验会留下残留）、以内部遥测作为发布门禁（内部使用预发布版本可在数小时内获得稳定性信号，需附带规则与负责人）、保留测试已生成的视觉记录（CI 已渲染各设备与语言状态却删除证据）、让上报免费并聚合所有渠道（就地捕获并附上下文，汇总渠道寻找突增）。故障响应方面，包括故障开关必须失效开放（控制故障的工具依赖应少于被控系统）、在事件工具内自动修复已获得的状态、安抚即卸载（焦虑用户重试会加剧故障）、长事件需要不同手册（超过约一个班次需只负责协调的指挥、具名决策人与书面叙述）、事件前约定共享事实来源。质量作为常设职能方面，包括数据集即生产软件（CI 中 lint、PR 中 diff、蓝绿部署、仅对失败与陈旧告警）、常开系统的持续 QA（无终点的系统无法批量审计，需对照趋势监控并将异常路由给分级专家）、验证控制而非断言控制（建议而非门禁，持续测试自身控制，从外部测试者购买发现而非评分）。资金方面，用有日期的公开时刻为重建争取资源，原文坦承这是反常激励。
使用方式：资料以节点形式组织，每个节点包含“What Duolingo does”部分并引用博客文章 slug 与发布日期，内容已内联，可离线独立阅读。
适用场景：需要从真实生产信号出发改进可观测性、发布门禁、故障响应与质量职能的工程团队。
限制：资料未提供具体安装命令、代码示例、收费或平台信息；部分实践的成本与失败情况仅在原文中提及，本整理不补充未提供的事实。