别让倒计时在后台装作准确：用 AI + SwiftUI TimelineView 管好时间型界面

倒计时最容易错在「看起来还剩几秒」

先把时间规则写成一张表

让 AI 只改时间显示层

请只修改当前 SwiftUI 页面中显示倒计时的视图，不要改网络请求、服务端校验、目标时间的来源、导航和提交动作。

使用 TimelineView 按时间更新显示。每次用目标时间减去 TimelineView.Context.date 计算剩余时间，不要保存一个每秒递减的剩余秒数。请按以下规则实现：目标时间是……；显示精度是……；到点显示……；到点后按钮……。

请把实现拆成「进行中」「即将结束」「已结束」三个状态，列出每个状态的文案和可操作按钮。再告诉我：用户离开页面后回来、请求慢、目标时间已经过去时，代码分别如何处理。只返回最小修改范围和验收步骤。

TimelineView(.periodic(from: Date(), by: 1)) { context in
    let remaining = max(0, deadline.timeIntervalSince(context.date))

if remaining == 0 {
        Text("已结束")
    } else {
        Text(formatRemaining(remaining))
    }
}

用 Xcode 验收「时间真的对」

1. 正常倒计时：打开页面，确认数字按规则变化；如果产品只需要分钟，不要因为代码能每秒刷新就把秒数展示出来。
2. 准确到点：在目标时刻前后各看一次，确认页面从「进行中」只切到一次「已结束」，不会出现负数、跳回旧数字或继续显示可提交按钮。
3. 离开再回来：倒计时中离开页面，等待一段时间再回来。页面应根据新的时间重算，不能把离开前的剩余秒数接着减。
4. 慢请求和失败：如果目标时间来自网络，模拟慢响应、失败和空值。网络失败时显示「无法获取截止时间」或产品规定的错误态，不要拿设备时间编一个截止时间。
5. 后台边界：不要把 App 不在前台时的连续跳动当成承诺。回到页面后重新读取当前时间和目标时间；真正的过期判断仍要在提交或关键业务动作上再次校验。
6. 读屏与动态效果：让 VoiceOver 能读出当前状态和目标含义，但不要每秒把整段倒计时当成一条新通知；大字号下，数字、单位和「已结束」仍要完整可见。

PM 今天可以独立完成的清单

• 选一个真实页面，只保留一个倒计时或时间状态。
• 写出目标时刻、显示精度、过期文案和到点后的按钮规则。
• 要求 AI 只改时间显示层，并使用 context.date 重算剩余时间。
• 用 10 秒测试目标覆盖正常、到点、离开再回来和目标已过期。
• 模拟慢请求、失败和空值，确认页面不会伪造截止时间。
• 在大字号、VoiceOver 和 App 回到前台后重新检查状态。