独立启动，进入现场
将镜像写入 U 盘，启动 Linux 恢复环境。在主系统之外识别设备、磁盘和可用日志。
USB BOOT / LINUX ENVIRONMENTAI-POWERED RECOVERY ENVIRONMENT
系统停下了。
诊断继续。
让故障诊断，从开不了机开始。
一个 U 盘，启动独立恢复环境；连接 AI，
从 Windows 与 Linux 日志中找到下一步。
正在构建 · 尚未开放镜像下载
✳ AI2PE / RECOVERY SESSION概念演示
先找到证据，
再理解故障。
01启动恢复环境✓
02连接网络与 AI 服务✓
03读取原系统日志✓
✳ AI 诊断思路
将故障前后的驱动安装记录与系统事件关联，检查异常是否出现在同一时间窗口。
System.evtxSetupAPI.dev.log
原系统只读 · 结论可追溯
BOOT. CONNECT. UNDERSTAND.为故障现场而设计
一个恢复环境，两类系统证据。
Windows/Linux首版面向 x86-64
01 / THE APPROACH
不是从头猜。
从日志开始。
主系统无法启动，故障线索可能还在。
AI2PE 的目标，是让这些线索变得可读、可关联、可行动。
联网，把 AI 带进来
计划集成常用网卡驱动、固件与网络配置工具，对接内部或云端 AI 服务。
NETWORK / AI CONNECTION关联证据，明确下一步
解析 Windows 事件与 Linux 历史日志，让分析回到具体记录，给出有依据的验证步骤。
EVIDENCE / DIAGNOSIS02 / HOW IT WORKS
从启动 U 盘，
到有依据的判断。
首版规划以只读诊断为核心。
把恢复环境、日志和 AI 串成一条清晰的工作流。
- 01
启动
写入镜像，从 U 盘
进入独立恢复环境。 - 02
连接
配置有线或无线网络，
检查 AI 服务连接。 - 03
采集
选择原系统与故障时间，
只读提取必要日志。 - 04
理解
关联日志与时间线，
生成原因假设和验证步骤。
先保护数据，再讨论修复。
默认只读是产品的设计原则。首版不自动修改原系统；加密卷需有效凭据，恢复密钥不进入 AI 上下文。
03 / BUILDING IN THE OPEN
恢复的第一步，
是理解发生了什么。
AI2PE 目前处于早期开发阶段。
我们先把诊断链路做好，再逐步验证真实硬件上的恢复体验。
开发中 · 暂无可下载的 ISO 镜像
A首版目标
日志与 AI 诊断
日志解析、证据定位、诊断报告
B规划中
恢复镜像集成
U 盘启动、网络配置、只读采集
C规划中
真实设备验证
启动兼容性、网卡与加密卷处理
04 / GOOD QUESTIONS
先说清楚。
现在可以下载使用吗？
还不可以。AI2PE 目前处于早期开发阶段，本页展示的是产品方向与首版计划。页面中的诊断界面为概念演示，不代表已发布软件。
AI2PE 是 Windows PE 吗？
当前规划基于 Linux 恢复环境，从 U 盘独立启动，并读取原 Windows 或 Linux 系统中保留下来的日志。
会自动修复或修改我的硬盘吗？
首版以只读诊断为目标，提供故障假设、支持证据和下一步建议。修复操作不自动执行，只读挂载行为也将作为镜像验收的一部分。
没有网络，还能做什么？
计划保留离线日志查看、采集和导出能力；连接内部或云端模型的 AI 分析需要相应网络可达。实际联网能力取决于网卡、驱动及网络配置。
支持所有电脑和加密磁盘吗？
首版面向 Intel / AMD x86-64 电脑，具体机型、网卡和 Secure Boot 兼容性有待验证。BitLocker、LUKS 等加密卷需要有效解锁凭据；缺少日志时会明确提示。
系统日志会发送到哪里？
设计方向是先在本地采集与筛选，再将必要证据交给用户配置的 AI 服务。计划提供脱敏和发送前预览，恢复密钥不上传。