--- report.previous.md
+++ report.md
@@ -1,43 +1,91 @@
-# 《Mac is running out of time》内容整理
+# 《Mac is running out of time》整理稿
 
-> 视频揭示了Mac OS中一个因32位整数溢出导致的严重TCP网络漏洞，该漏洞在设备持续运行49天17小时2分钟47秒后触发，使系统无法建立新的TCP连接。作者通过分析Photon公司的真实案例，解释了时间等待（time wait）机制与32位计时器溢出的交互原理，并将其类比为Y2K38问题，强调其隐蔽性与广泛影响。
+## 1. 先给判断
 
-## 核心信息
+### 视频类型
+案例对比
 
-- 一个看似微小的32位计时器设计选择，会引发整个操作系统网络功能的彻底失效。
-- 这种基于时间的“幽灵”级漏洞，因其隐蔽性和不可预测的触发点，构成了对长期运行系统的重大威胁。
+### 一句话结论
+这条视频主要是一条“案例对比”内容，主角是 hyzen bug、time wait。
 
-## 跳读导航
+### 这条内容最值得先看什么
+1. 它能帮你看清案例对比到底在证明什么，而不是只看表面效果。
 
-可先看这几段：
+### 读的时候要先带着的保留
+1. 视频未明确说明苹果是否已发布补丁或修复方案。
+2. 实验数据来自第三方报告，作者未提供原始测试记录或可复现的代码片段。
 
-- **00:00:00**：引入软件错误分类，以console.log导致bug消失为例，引出‘观察即改变’的典型现象
-- **00:00:31**：Photon公司监控iMessenger的Mac在精确时间后崩溃，内存失控且无法建立新连接
-- **00:00:40**：引入整数溢出原理，演示8位无符号字节从255到0的回绕过程
-- **00:00:47**：超过约32,000次连接后，新连接彻底失败，系统变砖
-- **00:00:49**：将此问题类比为Y2K38，指出本质是32位时间计数器的周期性溢出
+## 2. 还原内容
 
-## 内容主线
+### 这条内容在讲什么
+- 主角：hyzen bug、time wait
+- 核心问题：一个看似微小的32位计时器设计选择，会引发整个操作系统网络功能的彻底失效。
+- 适合怎么读：先看这份报告抓主线，再决定要不要回到正文细读。
 
-## 49天的死亡倒计时：Mac的隐藏定时炸弹
+### 内容是怎么往下推的
+1. 起点：引入软件错误分类，以console.log导致bug消失为例，引出‘观察即改变’的典型现象
+2. 问题：将此问题类比为Y2K38，指出本质是32位时间计数器的周期性溢出
+3. 判断：一个看似微小的32位计时器设计选择，会引发整个操作系统网络功能的彻底失效。
 
-视频以一个令人不安的时间数字开场，引出Mac系统中一个在特定时间后必然触发的致命网络故障，引发观众对系统稳定性的担忧。
+### 顺着视频往下看
+| 时间 | 内容 | 作用 |
+|---|---|---|
+| 00:00:00 | 引入软件错误分类，以console.log导致bug消失为例，引出‘观察即改变’的典型现象 | 引入 |
+| 00:00:15 | 抛出关键数字：49天17小时2分钟47秒，暗示这是一个定时炸弹式的系统级缺陷 | 整理 |
+| 00:00:26 | 介绍赞助商Kernel.sh，强调AI代理滥用本地网络的风险，为后续技术讨论铺垫背景 | 引入 |
+| 00:00:31 | 揭示真实案例：Photon公司监控iMessenger的Mac在精确时间后崩溃，内存失控且无法建立新连接 | 验证 |
+| 00:00:37 | 解释TCP连接中的端口复用机制与time wait概念，说明端口需等待30秒才能释放 | 整理 |
+| 00:00:40 | 引入整数溢出原理，演示8位无符号字节从255到0的回绕过程 | 验证 |
 
-中间夹有一段赞助/口播，可直接跳过。
+## 3. 提炼方法
 
+### 可以直接借走的做法
+- **定期重启长期运行的Mac，避免接近49天的临界点**：先照着做一遍，再看是否适合你的场景。
+- **对于需要持续联网的AI代理，应使用如Kernel.sh等外部云浏览器，避免直接占用本地网络资源**：先照着做一遍，再看是否适合你的场景。
+- **在开发高可靠性系统时，应进行类似的时间边界测试，尤其是涉及计时器和状态机的逻辑**：先照着做一遍，再看是否适合你的场景。
 
-## 从端口到时间：理解TCP的脆弱机制
+### 哪些人更适合先看这条
+- 提醒开发者和运维人员，长期运行的系统必须考虑此类基于时间的边界条件漏洞
+- 对于依赖自动化任务的AI代理或服务器，此问题可能导致服务中断，需特别关注
+- 再次凸显了在系统设计中选择合适数据类型的重要性，避免因节省空间而埋下隐患
 
-深入讲解TCP连接的底层机制，包括端口复用、time wait延迟以及整数溢出的基本原理，为揭示漏洞提供必要知识铺垫。
+### 看完可以直接带走什么
+- 定期重启长期运行的Mac，避免接近49天的临界点。
+- 对于需要持续联网的AI代理，应使用如Kernel.sh等外部云浏览器，避免直接占用本地网络资源。
+- 在开发高可靠性系统时，应进行类似的时间边界测试，尤其是涉及计时器和状态机的逻辑。
 
+### 关键概念
 
-## 真相揭露：一个32位计时器的致命回绕
+| 概念 | 视频里的意思 | 是否需要进一步核查 |
+|---|---|---|
+| hyzen bug | 一种在被观察或调试时行为发生变化的软件错误，也称‘观察者效应’型bug。 | 否 |
+| time wait | TCP连接关闭后，端口需保持一段时间（通常30秒）以防止旧数据包干扰新连接，期间端口不可用。 | 否 |
+| integer overflow | 当数值超过数据类型所能表示的最大值时，自动回绕到最小值的现象。 | 否 |
+| Y2K38 | 与Y2K类似的问题，指32位有符号整数表示的秒数在2038年1月19日3:14:07后溢出，导致时间回溯。 | 否 |
+| XNU | macOS和iOS操作系统的内核，是Darwin操作系统的核心部分。 | 否 |
 
-揭示漏洞的核心——使用Uint32存储开机毫秒数，在49天后发生回绕，导致系统时间停滞，time wait永久生效，最终耗尽可用端口。
+## 4. 质量复查
 
+### 这份整理稿靠什么站住
+当前转写可用于主题整理，但时间点和引文仍建议回看原视频再确认。
 
-## 边界与保留
+### 这些判断分别来自哪里
+| 判断 | 类型 | 证据 |
+|---|---|---|
+| Photon公司监控iMessenger的Mac在精确时间后崩溃，内存失控且无法建立新连接 | 原文明确 | 00:00:31 / Photon公司所有Mac在精确49天17小时2分钟47秒后崩溃，且症状一致。 |
+| 使用Uint32存储开机毫秒数，4.2亿毫秒约等于49天17小时2分钟47秒后回绕至0 | 原文明确 | 00:00:43 / 代码中使用Uint32存储开机毫秒数，4.2亿毫秒恰好等于49天17小时2分钟47秒，之后回绕至0。 |
+| time wait永远无法超时 | 原文明确 | 00:00:47 / 由于时间回绕，time wait检查永远无法通过，旧端口无法释放，新连接被阻塞。 |
+| 一个看似微小的32位计时器设计选择，会引发整个操作系统网络功能的彻底失效。 | 整理归纳 | 基于多段时间轴、章节摘要与原话做的压缩整理 |
+| 这种基于时间的“幽灵”级漏洞，因其隐蔽性和不可预测的触发点，构成了对长期运行系统的重大威胁。 | 整理归纳 | 基于多段时间轴、章节摘要与原话做的压缩整理 |
+| 提醒开发者和运维人员，长期运行的系统必须考虑此类基于时间的边界条件漏洞。 | 模型判断 | 基于视频主线做出的延伸判断，适合带回自己的场景再验证 |
 
+### 转写情况
+- 分段数量：267
+- 明显识别错误信号：否
+- 时间戳可信度：中
+- 建议阅读方式：扫读
+
+### 还要保留哪些疑问
 - 视频未明确说明苹果是否已发布补丁或修复方案。
 - 实验数据来自第三方报告，作者未提供原始测试记录或可复现的代码片段。
 - 该问题主要影响长时间运行的Mac，对普通用户日常使用影响有限。
@@ -70,12 +118,12 @@
 | 时长 | 00:10:24 |
 | 播放量 | 297,521 |
 
-
-*辅助参考：article.md（校正后全文）*
+*辅助参考：`article.md` 是完整学习稿，`report.md` 负责把主线和证据先收紧。*
 
 ---
 
 *分析引擎: qwen*
 *模型: qwen-flash*
 *原文长度: 11155 字*
-*生成时间: 2026-05-16 20:05*
+*生成时间: 2026-05-18 18:44*
+*报告模板版本: video-digest-article-v2-debug-20260517-1738*