Aura: baixar versions anteriors

Aura v0.3.17
本版本集中优化界面响应、启动开销和后台空闲等待，并统一字号、表单分组与编辑面板间距。
Changes
- 审计历史加载与应用启动移至后台处理，合并重复刷新请求。保留完整有效记录总数、全局最新 500 条记录及已有实例复用行为；启动尚未完成时显示提示并暂缓退出。
- 合并连续拖动分栏时的配置写入，保留首次保存、尾沿保存及正常退出前刷新。托盘事件直接推送，减少固定间隔轮询。
- 优化 Runtime 的语言标识缓存、关闭审计时的日志格式化、注册表句柄查询和时区读取锁；保持 Profile 返回值、句柄容量与错误处理语义。
- 优化启动时的 Runtime 指纹、辅助程序内容比对和 PE 预检查。会话存活检查直接读取 Job 进程数量，减少重复枚举。
- Supervisor 使用可取消的异步管道等待，减少空闲轮询；保留请求认证、超时及状态刷新。
- 界面正文与输入控件统一为 13 px，说明文字使用 12 px；应用和环境编辑按内容分组，路径与参数使用完整表单宽度，设置页归并为常规、数据与诊断、关于三组。
- 保存、取消、删除按钮固定在编辑面板底部。根据实际窗口宽度约束右侧面板，解决较窄窗口或旧分栏比例下表单挤窄、保存按钮换行的问题；缩放窗口时保留用户原有分栏偏好。
Performance
同机对照数据与方法见 性能报告。以下为本轮特定负载的中位数：
- 37.4 万条审计记录下，App 状态构造返回由 312.94 ms 降至 92.68 ms；刷新消息处理由 219.29 ms 降至约 0.002 ms。全量扫描仍需约 218 ms，在后台完成。
- 200 次连续分栏调整的累计消息处理由 251.01 ms 降至 28.47 ms，可观察配置更新由 200 次降至 13 次。
- 同批交替采样的实际 Profile 启动由 144.262 ms 降至 136.012 ms；开启审计时由 151.579 ms 降至 139.359 ms。
- 关闭审计时，单线程 LCID 热循环耗时下降约 89.1%，四线程注册表查询下降约 38.6%。开启审计的 LCID 单线程循环增加约 0.763 ms / 10 万次调用，其他负载的结果见报告。
状态处理数据未包含窗口渲染；内存采样没有统一下降。本次没有引入 DNS 连接池或异步审计写入线程。
Validation
- 性能改动已运行现有 Rust 检查，去重合计 485 passed、0 failed、33 ignored；本机固定 Supervisor 端点占用的三个用例在仅修改端点后缀的临时副本中运行，原用例保持不变。未新增测试用例。
- x64/x86 Runtime Release 构建、现有 Profile 合约检查，以及 Host/Profile 返回值与实际载入 DLL 哈希对照均已完成。
- 最终界面已在独立开发预览中验证 1398 × 878 与 1100 × 760 窗口，实际操作检查覆盖表单滚动、下拉选择、DNS 添加与排序、取消恢复及保存。该验证使用隔离配置。
- 发布门禁使用对应提交的干净 Windows CI，包含完整工作区、双架构 Runtime/DNS fixture、独立会话和 CPU 渲染器检查。正式安装包由 Release 工作流调用项目安装脚本生成。

Aura v0.3.16
本版本支持为已配置的应用创建桌面快捷方式，双击即可按绑定环境启动，无需先打开 Aura。
Changes
- 已保存应用的详情页新增“创建桌面快捷方式”。快捷方式按“应用名 - 环境配置名”命名，例如 ChatGPT - US Development，使用目标应用自身的图标。
- 快捷方式引用 Application UUID，每次启动读取应用最新保存的默认 Profile、参数、工作目录和终端宿主设置。修改应用配置后，原快捷方式继续生效；文件名保留创建时的环境名称。
- 新增无主窗口启动入口，在 GUI 单例检查前处理快捷方式请求。Aura 未运行或主窗口已打开时均可直接启动目标，成功后启动入口退出，独立后台会话继续托管进程树。
- Windows Terminal 启动会等待真实启动交接完成，保留应用选择的终端宿主；交接超时或失败时取消本次启动并显示错误。
- 修复商店应用快捷方式使用 Aura 图标的问题。按 AUMID 从 Windows 应用命名空间读取图标，应用列表与快捷方式共用图标解析；创建快捷方式时可按需取图标，不依赖界面异步加载完成。
- 图标缓存包含实际图标源，编辑同一应用的启动目标后会重新取图标；命令应用先解析 PATH 中的实际程序，避免裸命令名称导致快捷方式使用 Aura 图标。
- 同一应用、配置目录和启动入口的同名快捷方式可重复更新；与其他桌面文件重名时添加编号，不覆盖无关文件。应用或绑定 Profile 缺失、配置损坏及启动失败均给出可见提示，不退回本机环境启动。
Validation
- 已在开发版界面实际创建原生 .lnk，并通过 Windows 桌面启动路径验证无 Aura 主窗口时的启动和后台存活。
- 同一快捷方式先后使用日语／东京时区与英语／伦敦时区，实际 Probe 读数、环境变量和工作目录与保存配置一致。Windows Terminal 启动及绑定 Profile 缺失时的错误提示也已有实机验证。
- 已在本机验证 ChatGPT 商店应用图标生成与 Windows Shell 实际图标读取，保留原快捷方式的启动目标和环境参数。
- 用户已确认本次功能测试通过；当前 ChatGPT、Codex 与命令子进程的 Runtime 载入及美国环境读数已核验，未注入对照进程仍读取宿主原设置。
- 发布门禁沿用干净 Windows CI：完整工作区、双架构 Runtime／DNS fixture、独立会话及 CPU 渲染器检查。正式 Release 工作流使用项目安装脚本生成安装包及 SHA-256 校验文件。
Limitations
快捷方式启动的普通实例由独立后台会话托管，当前不自动显示在 Aura 的运行实例列表中。浏览器网页沙箱仍受既有 Runtime 覆盖范围限制。

Aura v0.3.15
本版本新增浏览器独立数据目录、实际出口与时区查询、Profile HTTP／SOCKS5 代理和两个固定检测入口，并整理环境配置、应用、运行实例三个页面的职责。
Changes
- 环境配置可查询实际网络出口并预览 IANA／Windows 时区，确认后只填入两个时区字段，保存后生效。出口 IP 为本次请求的只读结果；取消、查询失败或过期结果不会覆盖已保存配置。时区映射使用随产品提供的 Unicode CLDR 数据，不通过国家或 UTC 偏移猜测具体时区。
- Profile 支持无代理、HTTP、SOCKS5，以及代理服务器地址和端口。受支持 Chrome 与出口／时区查询共用该配置；SOCKS5 使用代理侧 DNS，代理连接失败不回退直连。未配置代理的旧应用保留原网络行为，Host 启动不继承 Profile 代理；不修改 Windows 全局代理，不支持认证代理或任意进程全流量代理。
- Chrome 应用可开启独立数据目录，按应用和实际选择的 Profile 稳定分配；Host 使用单独身份。普通启动、临时选择环境与历史工作区链路共用目录规则。已有目录占用、参数冲突或配置身份无法确认时明确拒绝，不把旧浏览器误报为新的受控实例。
- 应用页提供 IPPure Claude 与 Net.Coffee Claude 检测入口，可选择已保存环境或 Host。页面在对应 Chrome 中打开，不调用系统默认浏览器，不永久改写应用参数；只有启动配置可确认匹配时才复用已运行浏览器。
- 当前支持的全部 11 个国家和地区统一显示中文；搜索同时识别中文名称和不区分大小写的地区代码。保存值仍使用原 ISO 标识，未知旧代码保持可见。
- Profile 页面只负责配置，已移除“使用此配置运行”面板及查看配置时不必要的后台管理请求。启动和浏览器检测在应用页，刷新、停止及诊断集中到运行实例页。
- 运行实例页同时展示本次会话与 Supervisor 后台记录，按实例 UUID 去重并统一应用筛选。后台管理不依赖当前选中的 Profile 草稿；环境批量停止有明确范围，应用筛选时不提供跨应用批量停止。
- DNS 上游按协议、地址和操作分项显示，连接 IP 与证书策略按需查看；概览不再把多个上游挤成一串。运行技术数据默认折叠到诊断详情，保留兼容启动、跟踪中断和配置观测状态。
- 修复空实例列表嵌入滚动区时的布局崩溃，以及旧 UTC 时区恒等替换可能出现的死循环。
Validation
- 开发构建中实际验证了出口／时区预览、填入与保存、HTTP／SOCKS5 查询、代理失败提示、代理保存重开，以及 Chrome 参数、网页出口对照与检测页面复用。目录冲突、代理参数冲突及变更配置后拒绝复用旧根进程有实际证据。
- 普通 Profile、临时选择环境、Host 与工作区 Chrome 的独立目录及关闭 GUI 后继续使用已有实际浏览器证据。后台重启后的兼容实例跟踪中断、停止拒绝，以及原 Job 在线归零后的退出确认已有专项记录。
- 页面调整后实际验证 Profile 不再显示运行面板、应用页正常启动及打开两站、会话实例的筛选和停止；发现并修复空列表布局崩溃后重新检查了空态及非空列表。
- 既有 GUI 检查 62 项通过、5 项忽略；本次功能与页面调整经独立 Standards／Spec 审查。未新增测试用例；仅按用户明确许可将原有日本地区显示断言同步为中文。
- 发布门禁要求同一提交通过干净 Windows CI 的完整工作区、双架构 Runtime／DNS fixture、独立会话及 CPU 渲染器检查，再由正式 Release 工作流使用项目安装脚本构建并发布安装包。
Limitations
页面调整后的后台实例真实列表、诊断展开、单实例／环境批量停止及待确认启动结果查询尚未在同版本 Supervisor 下重新实机验收。本机已安装服务与开发版制品身份不匹配；用户选择保留当前 Chrome 的管理状态，因此未切换服务。该部分已有源码及既有检查复核，干净 CI 不替代这项桌面验收。
Chrome 工作区使用明确标识的兼容启动：强制注入并确认根进程载入匹配配置，但不提供严格 EXE 入口门禁保证，也不把 Hook 安装数量或 Job 成员数量当作全部读取入口、沙箱 renderer 已验证。Supervisor 重启后，旧兼容实例可能保持 TrackingLost，不能自动接管或停止。
未实际覆盖其他 Chrome 渠道、认证代理、更多 IPv6 代理端点，以及第三方服务格式变化、证书异常、超限和全部网络时序分支。相同代理配置不保证所有网站分流出口一致；第三方检测评分不是 Aura 启动成功或匿名性的保证。