三星已正式宣布，2026 年夏季 Unpacked 活动将于 **7 月 22 日在伦敦** 举行。届时，三星预计将推出第八代折叠屏手机 **Galaxy Z Fold 8** 和 **Z Flip 8**，此外还可能带来新一代 Galaxy Watch 以及备受期待的 **Galaxy Glasses** 智能眼镜。 ## 活动看点：折叠屏与 AI 深度融合 三星在预告中表示，新设备将“延续其在折叠屏领域的领导地位”，并进一步将 **AI 能力** 与全新形态融合。结合近年三星在 Galaxy AI 上的投入，Z Fold 8 很可能在分屏多任务、跨应用智能助手、实时翻译等场景上带来更深入的 AI 体验。 除了手机，智能手表也是焦点之一。传闻称三星今年将放弃 Classic 设计，转而推出 **Galaxy Watch 9** 和 **Galaxy Watch Ultra 2**。而真正可能引爆全场的，是三星在 2 月 Unpacked 上预告过的 **Galaxy Glasses**——这款对标 Meta Ray-Ban 的智能眼镜能否在 7 月正式亮相，成为最大悬念。 ## 提前锁定优惠：如何省下 1230 美元 虽然新品尚未发布，三星已提前开启预约通道。通过官方渠道支付 **50 美元** 订金，即可获得 **30 美元** 的预约信用额度，并锁定叠加后续以旧换新等促销。根据过往经验，以旧换新叠加首发折扣，最高可节省 **1230 美元**。 具体操作步骤： 1. 前往 **Samsung.com** 的 Unpacked 预约页面。 2. 选择心仪设备（Z Fold 8 / Z Flip 8 等）。 3. 支付 50 美元订金，获得 30 美元信用额度。 4. 活动结束后完成购买，并提交旧机以旧换新。 ## 如何观看与跟踪 - **时间**：7 月 22 日上午 9:00（美国东部时间） - **直播渠道**：Samsung.com、Samsung Newsroom、三星官方 YouTube 频道 - **媒体报道**：ZDNET 将现场报道，第一时间带来最新产品资讯。 ## 小结 三星这次 Unpacked 不仅是折叠屏的常规迭代，更可能成为 **AI 硬件生态** 的关键节点。从手机到手表再到眼镜，三星正在构建一个以 Galaxy AI 为核心的跨设备智能体验。对于消费者而言，提前预约不仅能锁定首发优惠，更是率先体验下一代移动 AI 的绝佳机会。
Meta 近日正式发布其最新 AI 图像生成模型 **Muse Image**（内部代号“Mango”），由 Meta 超级智能实验室（Meta Superintelligence Labs）打造。该工具将通过 **Meta AI 应用**、**Instagram Stories** 和 **WhatsApp** 免费提供，旨在为用户提供创意图像生成、广告设计、家居装饰可视化等多元功能。 ## 功能亮点与使用场景 Muse 的核心能力与其他主流 AI 图像生成器类似，用户可通过文本提示生成卡通、搞笑等风格的图像。为降低使用门槛，Meta 内置了 **预设提示（presets）**，帮助缺乏灵感的用户快速上手。 官方演示视频展示了几个典型应用： - **自定义广告**：利用 Muse 快速生成广告素材，顺应 AI 在广告领域渗透的趋势。 - **家居装饰预览**：用户可拍摄自家车库或房间，让 Muse 模拟放入二手家具后的效果。该功能将与 **Facebook Marketplace**（Meta 的二手交易平台）深度整合，方便买家预览商品摆放效果。 - **智能图像编辑**：支持基于文本的编辑操作，例如将用户“放置”在历史地标前、清除照片中的“抢镜者”，甚至生成可扫描的二维码图像。 ## 与 Instagram 深度集成 Meta 同时为 Instagram Stories 推出了一系列由 Muse 驱动的 **AI 特效**，包括多种可自定义的滤镜，能够对已有照片进行风格化修改。这些特效将直接嵌入 Stories 创作工具，无需跳转应用。 ## 免费使用与订阅限制 Meta 表示，Muse 对日常创作 **完全免费**，但超出一定使用额度后，用户需订阅 Meta 的付费套餐。具体阈值尚未公布，预计与生成次数或分辨率相关。 ## 未来规划：Muse Video 已在路上 Meta 还透露，**Muse Video**（AI 视频生成器）已在开发中。这标志着 Meta 正从图像生成向视频生成领域拓展，与 OpenAI Sora、Runway Gen-3 等竞品展开直接竞争。 ## 行业背景与战略布局 过去一年，Meta 密集发布了多款 AI 产品，包括助手 **Creator** 和低代码游戏开发应用 **Pocket**。尽管外界批评其 AI 战略“模糊不清”，但 Meta 仍计划在今年投入巨资建设 AI 基础设施。Muse 的推出，可视为其整合 AI 能力至核心社交生态的关键一步——通过免费工具吸引用户，再以订阅和广告变现，形成闭环。 ## 小结 Muse 凭借 **免费策略**、**跨平台集成**（Instagram、WhatsApp、Facebook Marketplace）以及 **低门槛预设**，有望快速获得用户基础。然而，在 AI 图像生成赛道已拥挤的当下（如 Midjourney、DALL·E 3、Stable Diffusion），Muse 能否凭借 Meta 的社交生态优势突围，仍有待观察。
Meta 于本周二正式发布了其首个 AI 图像生成模型 **Muse Image**，该模型深度集成于 Instagram 应用中，旨在与 OpenAI 的 GPT Images 2.0 及 Google 的 Nano Banana 2 等产品竞争。然而，伴随新模型上线的是一项颇具争议的默认设置：**所有公开 Instagram 账户的照片将自动被纳入 AI 生成素材库**。 根据 Meta 官方说明，用户只需在提示词中标记某个公开账户的用户名，即可利用 Meta AI 生成包含该用户形象的图像。Meta 将这一功能描述为一种“个性化创作”手段，例如设计活动邀请函或创意概念图。但这一做法引发了隐私担忧：用户不仅无法得知自己的照片何时被他人用于 AI 生成，而且即使后续关闭该功能，**已生成的 AI 图像也不会被删除**。 ### 如何关闭？ 若用户希望阻止自己的内容被用于 AI 生成，需手动进入 Instagram 设置：依次点击个人主页 → 右上角三横线 → 向下滚动至“共享与重用”选项卡。在“允许他人在 Instagram 和 Meta 的 AI 功能中使用你的内容”部分，可分别关闭“帖子”和“Reels”的开关。值得注意的是，**关闭设置仅能阻止未来的 AI 生成，无法追溯删除已存在的图像**。 ### 行业背景与影响 Meta 此举并非孤例。近年来，多家科技公司因默认将用户数据用于 AI 训练而遭受批评。例如，Google 曾因默认使用用户照片训练 AI 而调整政策。Meta 的这次更新再次凸显了 **AI 时代用户数据控制权的模糊边界**：默认开启、选择退出（opt-out）的模式，将举证与操作负担转嫁给了用户。 对于普通用户而言，最直接的应对方式是立即检查自己的 Instagram 设置，或直接将账户设为私密。若保持公开，则需意识到：**你的每一张公开照片，都可能成为他人生成 AI 图像的原材料**。 ### Meta 的回应 Meta 在帮助中心页面表示，用户“可能能够使用你的 Instagram 内容通过 Meta 的 AI 功能创建内容”，并明确“你不会收到关于使用 AI 功能创建内容的通知”。这意味着用户甚至无法知晓自己的形象被用于何种场景——无论是恶搞、商业用途还是其他目的。 ### 小结 Meta 的 Muse Image 模型在技术上或许是 AI 图像生成领域的重要一步，但其默认纳入用户数据的做法，为这一技术突破蒙上了阴影。在 AI 快速渗透日常生活的今天，**用户隐私保护不应成为默认弃权的选项**。对于 Meta 而言，更透明的通知机制和更简便的退出流程，或许是重建信任的关键。
据 WIRED 报道，OpenAI 首席未来学家 Joshua Achiam 于周二通知同事，他将在任职近九年后于本月晚些时候离开公司。Achiam 此前负责领导一个旨在维护 OpenAI 非营利使命的团队。他在给员工的备忘录中表示，离职并非出于特定原因，而是考虑了一段时间的决定。他说：“世界现在已知道这个秘密，感觉可以在前沿实验室之外为使命而工作。我相信我们可以实现一个和平、空前繁荣和充满想象可能性的世界，无论是社会层面还是科学层面。无论我接下来做什么，我将继续与你们一起让这一愿景成为现实。” Achiam 的角色处于公司 AI 安全与政策团队的交汇点，负责研究人工智能崛起带来的潜在危害与益处。他与全球事务负责人 Chris Lehane 等高管合作，倡导与 OpenAI 使命一致的政府监管：确保通用人工智能（AGI）造福全人类。 自 2022 年 ChatGPT 发布以来，OpenAI 迅速从一个小型研究实验室成长为大型科技公司，期间多次重组安全、产品和研究团队。2024 年，OpenAI 宣布成立由 Achiam 领导的“使命对齐团队”，负责维护公司使命。今年 2 月，该团队被解散，Achiam 被任命为首席未来学家。 过去一年，OpenAI 致力于弥合 AI 研究与政策团队之间的差距，以制定预见技术发展的规则和标准。随着两个部门开始更紧密地合作，包括 Boaz Barak、Noam Brown 和 Adrien Ecoffet 在内的多名研究人员表示，他们更多地参与了政策工作。前白宫 AI 顾问 Dean Ball 本周加入 OpenAI，担任战略未来主管，将与 Achiam 短暂重叠。Ball 预计也将与研究人员和政策领导者合作。 Achiam 是最新一位离职的以安全为重点的领导者，随着公司准备上市，这一名单还在不断加长。
随着人工智能和大数据技术的飞速发展，数据中心作为算力基础设施，其能源消耗正以前所未有的速度增长。这一趋势不仅引发了环境担忧，更直接冲击了美国中西部“锈带”地区的制造业复兴计划。特朗普政府曾承诺通过“美国制造”计划重振工业，但数据中心与制造业争抢电力资源的矛盾日益尖锐，导致制造业用电成本飙升，威胁到该计划的可行性。 ## 电力蛋糕之争：数据中心 vs 制造业 数据中心的高能耗并非新问题，但AI大模型训练的爆发式增长让这一矛盾更加突出。据美国电力研究院估计，到2030年，数据中心可能消耗美国总发电量的9%，是当前水平的两倍。而制造业，尤其是钢铁、汽车等传统产业，对电价高度敏感。在俄亥俄州、宾夕法尼亚州等锈带地区，电力公司不得不建设新电厂或延长老旧电厂寿命来满足数据中心需求，成本最终转嫁给所有用户。 例如，**亚马逊、微软、谷歌**等科技巨头正在俄亥俄州大规模建设数据中心，导致当地工业电价上涨15%-20%。这直接抵消了特朗普政府通过减税和放松监管为制造业创造的成本优势。一位俄亥俄州钢铁厂主表示：“我们的电费账单比三年前高出30%，这让我们在全球竞争中处于劣势。” ## 政策困境：环保承诺与产业振兴的两难 特朗普政府一方面推动化石燃料发电以降低电价，另一方面却面临数据中心和制造业双重需求带来的碳排放压力。更棘手的是，数据中心通常享有税收优惠和快速审批通道，而制造业项目却因环境审查而延迟。这种政策倾斜加剧了资源分配不均。 此外，**可再生能源**虽被寄予厚望，但风能和太阳能的间歇性特性无法满足数据中心24/7的稳定供电要求。这意味着新建天然气电厂成为短期解决方案，而这与特朗普的“能源主导”政策吻合，却与环保目标冲突。 ## 技术破局：能效优化与分布式计算 面对能源瓶颈，行业开始探索多种解决方案。**液冷技术**可将数据中心PUE（电能使用效率）降至1.1以下，大幅减少冷却用电；**边缘计算**则将部分算力分散至靠近用户的小型节点，减轻核心数据中心压力；而**AI自身**也被用于优化电网调度和负载均衡。 但长期来看，**核能小型模块化反应堆**（SMR）被视为潜在解决方案。微软已与三哩岛核电站签署协议，计划重启部分机组专门为数据中心供电。然而，SMR的商业化仍需数年，且面临安全和成本挑战。 ## 小结 数据中心与制造业的电力博弈，本质是数字经济和实体经济在资源分配上的冲突。特朗普的“美国制造”计划若想成功，必须协调好两者需求，否则可能陷入“为AI供电而熄灭火炉”的尴尬境地。未来，政策制定者需在能源投资、电网升级和产业扶持间找到平衡，否则美国制造业的复兴将因“缺电”而受阻。
Meta 于周二宣布，其超级智能实验室（Superintelligence Labs）开发的首个 AI 图像生成模型 **Muse Image** 正式上线，目前已集成至 Meta AI 应用、Instagram 和 WhatsApp 的图像生成工具中，并即将登陆 Facebook 和 Messenger。该模型属于取代 Llama 系列的 **Muse 家族**，定位为“智能体”（agentic）模型：它与 Muse Spark 大语言模型协同工作，能够“推理你的提示词、搜索网络、规划后再生成图像”，从而提升生成质量与上下文理解能力。 ### 核心功能亮点 - **@提及用户**：用户可以在提示词中 @其他 Instagram 账号，Muse Image 会利用该账号的公开照片生成包含其形象的 AI 图像。Meta 强调，用户可以控制他人如何将自己的内容用于 AI 生成。 - **图像编辑与设计**：支持基于建议提示词转换图像、制作邀请函和明信片等设计。还能根据从 Facebook Marketplace 或网页上获取的图片对房间进行重新设计，用户甚至可以直接在照片上绘制修改，并分享到动态、快拍或聊天中。 - **新 AI 特效**：Muse Image 将为 Instagram 快拍提供 30 种新的 AI 特效，先在美国上线，随后扩展到其他国家及 Meta 其他应用。 ### 行业背景与意义 Muse Image 的推出标志着 Meta 在生成式 AI 领域的重大转向。从 Llama 到 Muse 家族，Meta 正构建更统一、更智能的模型体系。超级智能实验室负责人 Alexandr Wang（去年加入 Meta）表示，Muse Video 模型也在开发中，将“在提示词遵循、视觉保真度和时间一致性上具有竞争力”。 这一功能将社交互动与 AI 生成深度绑定，通过 @提及直接调用真实用户形象，可能引发关于隐私与肖像权的讨论。Meta 已提供控制选项，但实际执行效果仍有待观察。 ### 未来展望 Muse Image 的“智能体”特性使其能自主搜索网络并规划生成过程，这为 AI 工具带来了更强的上下文理解能力。结合即将推出的 Muse Video，Meta 正在打造一个覆盖图像、视频、文本的完整 AI 创作生态。对于用户而言，从简单的图像生成到复杂的场景改造，门槛进一步降低，但同时也对数据使用和内容监管提出了新挑战。
## 开源AI崛起，但前沿模型支出为何依然坚挺？ Decagon CEO **Jesse Zhang** 近日提出一个颇具启发性的理论：企业AI部署中，成熟用例正逐渐转向更轻量的开源模型，然而前沿模型的总体支出却几乎未受影响。这看似矛盾的现象背后，隐藏着AI经济中一种新的生命周期规律。 Zhang 在文章中描述道，前沿模型和开源模型并非直接竞争对手，而是同一生命周期的两个阶段——**昂贵的尖端模型用于验证新用例**，一旦用例成熟，便迁移至更便宜的开源替代方案。由于新用例不断涌现，前沿模型的总支出并未显著下降。 尽管 Zhang 未提供详细数据，但第三方平台的数据佐证了这一趋势。**Vercel** 的AI网关仪表盘显示，过去一周内，DeepSeek 的token处理量已跃居首位，占平台总token量的三分之一以上；智谱AI（GLM-5.2模型）也攀升至第四位。然而在**实际支出**方面，Anthropic 仍占据平台AI总支出的一半以上。尽管近期因Anthropic涨价导致份额略有下滑，但整体格局未变。 **OpenRouter** 的数据进一步印证了这一模式。DeepSeek V4 Flash 在周token处理量上以 **5.3万亿** 领先，而最受欢迎的前沿模型 Opus 4.8 约为 **2万亿**。但 Opus 4.8 的每百万token成本（约1.37美元）是 V4 Flash（约0.06美元）的 **23倍**，这意味着 Opus 仍占据总支出的绝大部分。 值得注意的是，这些数据尚未包含英伟达新发布的 **Nemotron** 模型。凭借英伟达的生态优势和模型本身的强适应性，Nemotron 有望迅速跻身前列。 Zhang 的理论或许无法完全解释所有现象，但它揭示了AI行业一个关键动态：**开源模型与前沿模型正在形成共生而非替代关系**。对企业和开发者而言，这意味着在探索新场景时仍可依赖前沿模型的强大能力，而规模化部署时则可转向成本更优的开源方案。这种“先验证、后迁移”的模式，可能正是未来AI落地的核心路径。
你是否也曾被电视自带的遥控器折磨过？按键设计不合理、电池突然没电、找遥控器找到抓狂……这些痛点几乎每个智能电视用户都遇到过。ZDNET资深撰稿人Jack Wallen分享了他的亲身经历：当他的电视遥控器电池耗尽，又没有备用电池时，他尝试用手机替代，意外发现了一款名为**Bluetooth Remote**的免费应用，彻底改变了他的电视操控体验。 ### 为什么说它“聪明”？ Bluetooth Remote最大的亮点在于它的**触控板模式**。开启后，电视屏幕上会出现一个光标，用户只需在手机屏幕上滑动手指，就能像操作电脑一样精准控制电视。相比传统遥控器上那些笨拙的导航按键，这种交互方式直观且高效——无论是快速切换应用还是浏览流媒体内容，都变得像玩手机一样流畅。 此外，该应用还集成了**虚拟键盘**、**数字键**、音量控制、频道切换、电源关闭（蓝牙连接下无法开机）、菜单控制、字幕开关、播放/暂停/快进/快退等常用功能。可以说，它几乎覆盖了原装遥控器的所有功能，还额外增加了触控板和键盘这两个杀手级特性。 ### 免费且可靠，但有一点需要注意 作者强调，这款应用**完全免费**，且连接过程极其简单：打开应用后会自动搜索并识别电视，点击即可配对。相比市面上很多需要复杂配置或收费的遥控应用，Bluetooth Remote的“零门槛”体验令人印象深刻。不过，由于依赖蓝牙连接，它无法在电视完全关机时实现开机功能——但这对于大多数场景来说影响不大，毕竟我们通常只会用遥控器开关机，而日常操控才是高频需求。 ### 对AI行业的一点启示 虽然这只是一款小工具，但它折射出一个更大的趋势：**手机正在成为智能家居的核心控制终端**。随着AI语音助手和智能设备生态的成熟，手机作为“万能遥控器”的潜力远未被挖掘。Bluetooth Remote的成功在于它没有堆砌复杂功能，而是精准解决了“遥控器不好用”这一个痛点，并用触控板这一创新交互给出了优雅方案。对于AI产品经理而言，这提醒我们：**好的体验不需要颠覆，只需在细节上比传统方案“聪明一点点”**。 ### 小结 如果你也受够了电视原装遥控器的糟糕设计，或者只是希望多一个备用方案，Bluetooth Remote值得一试。它免费、轻量、功能扎实，尤其适合那些经常在电视上浏览网页或使用复杂应用的用户。当然，如果你追求语音控制或更智能的联动，可能需要搭配Google TV或苹果生态的解决方案，但作为一款“救急”工具，它已经超出了预期。
随着AI成本持续攀升，硅谷巨头纷纷寻求节流之道。微软也加入这一行列，据彭博社报道，微软已开始在Excel和Word中部署自研的MAI模型，以处理部分用户请求，从而减少对OpenAI和Anthropic等第三方模型的依赖。过去，微软曾宣传Office 365大量采用这些第三方模型，但如今正加速自研AI代理。在上个月的Build大会上，微软发布了七款新MAI模型，包括编码助手和文生图工具。微软的举措并非孤例，亚马逊、Uber、Meta、埃森哲等公司也纷纷削减AI支出。高昂的AI成本已引发行业争议，部分企业甚至转向更便宜的中国模型，尽管存在安全隐患。 ## 成本压力催生自研策略 微软的转变反映了整个行业的成本焦虑。自今年早些时候的“token狂欢”后，科技公司开始精打细算。微软通过自研MAI模型替代外部模型，直接降低API调用费用。虽然微软未透露具体替代比例，但这一策略在Office核心产品中的落地，标志着自研模型已具备实用能力。 ## 行业连锁反应 微软并非唯一“吃螃蟹”的公司。亚马逊、Uber、Meta、埃森哲等巨头也传出削减AI支出的消息。部分企业甚至开始测试中国模型，以更低成本获取代理解决方案，尽管可能面临数据安全风险。这显示出行业对“AI性价比”的重新权衡。 ## 微软的自研生态布局 微软的自研模型并非临时起意。今年Build大会上的七款MAI模型，覆盖编码、图像生成等场景，显示出微软试图构建从基础模型到应用的全栈能力。尽管仍会保留部分第三方合作，但自研模型比例提升将增强其议价能力和技术独立性。 ## 挑战与前景 自研模型面临效果和稳定性挑战。微软需确保MAI模型在复杂办公场景中不逊于GPT-4等先进模型。同时，减少对OpenAI的依赖可能影响双方合作关系。但长远看，这是微软控制成本、巩固生态的关键一步。 ## 小结 微软的“省钱”策略是AI行业从狂热转向理性的缩影。当技术红利遭遇成本现实，巨头们开始回归商业本质。未来，更多公司可能会效仿微软，在自研与外部采购之间寻找平衡点。
Discord 近日承认，其 AI 审核系统存在一个严重漏洞，导致超过 8000 名用户在过去两个月内被错误封禁。这些用户上传的无害图片——包括电子表格、棋盘、游戏纹理以及白色和灰色透明背景——被系统错误地标记为有害内容。问题自 5 月起开始影响账户，上周末又有 200 名用户被封禁，直到团队确认并修复了问题。目前，所有受影响的账户正在逐步恢复。 ## 误封事件的来龙去脉 Discord 在 X 平台发布详细说明，解释道：其自动化安全系统通过将上传内容与已知有害材料数据库进行匹配来识别违规内容。尽管技术设计初衷是捕捉非法内容，但公司承认有时会产生误报。正常情况下，系统会先由人工审核员审查标记内容，但此次漏洞导致系统直接封禁了受影响账户。 “我们正在加强防护措施以防止此类事件再次发生，”Discord 写道。 ## 用户反馈与推测 在 X 和 Reddit 上，许多用户声称自己仅仅因上传包含方形网格图案的图片就被永久封禁。部分用户猜测，Discord 的 AI 审核工具对网格状图案变得异常敏感，是因为这些图案此前曾被用于试图隐藏或伪装 NSFW 及儿童剥削内容，以规避自动检测系统。受影响的用户表达了强烈不满，认为基于自动检测的永久封禁会带来严重后果，尤其是对于那些依赖 Discord 进行工作、游戏社区或远距离社交的用户。 一位 X 用户写道：“因为如此不公的原因失去 Discord 账户可能极具毁灭性，并严重影响用户。每天都有数百万用户受到虚假 AI 封禁的影响。这必须停止。” ## 反思：AI 审核的困境 此次事件凸显了 AI 辅助审核日益增长的挑战。随着越来越多的平台依赖自动化系统大规模识别非法或滥用内容，误报问题成为不可避免的副作用。Discord 的案例表明，即使是经过人工审核流程设计的系统，也可能因技术漏洞导致错误决策。如何在效率与准确性之间取得平衡，是行业亟待解决的难题。 Discord 承诺改进防护措施，但用户信任的修复可能需要更长时间。
Windows 11 用户可能正面临一个隐蔽的存储空间问题：一个系统文件会不断增长，最终吞噬高达 **500GB** 的磁盘空间。这个问题源于 `CapabilityAccessManager.db-wal` 文件，它是权限管理服务的一部分，用于记录应用对摄像头、麦克风等隐私功能的访问日志。正常情况下，该文件大小应不超过几 MB，但由于一个已知 bug，它会持续膨胀至惊人尺寸。 ### 如何判断是否受影响？ 你可以通过以下步骤快速检查： 1. 打开 **设置** → **系统** → **存储**。 2. 在顶部存储条下方，点击 **“显示更多类别”**。 3. 查看 **“系统和保留空间”** 项的大小。 - 如果显示为 **几十 GB**（通常在 20-40GB 以内），则系统正常。 - 如果超过 **100GB**，则很可能受到了该 bug 的影响。 ### 问题根源与修复 该 bug 并非新问题——早在一年前就有 Reddit 用户报告过。微软已在 **6 月预览更新** 和 **7 月正式更新** 中修复了此问题。如果你已安装这些更新，系统会自动清理异常增大的文件。 ### 建议操作 - **立即检查存储空间**：按照上述步骤确认是否受影响。 - **安装最新更新**：前往 **设置 → Windows 更新**，检查并安装 2026 年 7 月或之后的累积更新。 - **手动清理**：如果更新后空间仍未释放，可尝试使用磁盘清理工具或手动删除 `CapabilityAccessManager.db-wal` 文件（需谨慎操作）。 ### 行业背景 此类存储泄漏问题在操作系统更新中并不罕见。类似问题曾在 Windows 10 的搜索索引或 Windows 11 的临时文件中出现。对于用户而言，定期检查存储空间和及时安装系统补丁是避免此类困扰的关键。 > 提示：如果你发现系统盘空间无故减少，不妨先检查这个“隐形”文件，或许能轻松找回数百 GB 空间。
## 当AI遇见银行：ChatGPT Finances 如何重塑个人理财体验 想象一下，你不需要打开五六个不同的银行、投资和信用卡应用，只需在一个聊天界面里，就能看到所有账户的余额、消费记录、投资组合和债务情况——还能直接问AI“我这个月超支了吗？”或“我的投资组合风险高吗？”——这就是 **ChatGPT Finances** 带来的改变。 ### 核心能力：聚合数据 + 智能分析 ChatGPT 通过接入金融数据聚合平台 **Plaid**，在获得用户授权后，可以安全地连接银行、信用卡、投资和贷款账户。它**不能执行转账**，也**看不到完整的账号或密码**，只读取交易明细、余额和持仓等只读数据。这意味着： - **全方位财务总览**：所有账户信息汇集到一个界面，一目了然。 - **智能问答分析**：你可以问“我这个月房租之外的最大开销是什么？”或“帮我算一下信用卡利息”，AI 会基于真实数据给出答案。 - **订阅管理与预警**：自动识别重复扣款，提醒你取消不用的订阅。 - **投资洞察**：分析投资组合的行业分布、风险评级，甚至比较基准指数。 ### 实际体验：从手动记账到“对话式理财” 作者分享了自己的使用流程： 1. **连接账户**：在 ChatGPT 设置中授权 Plaid，选择要关联的银行、券商和信用卡。整个过程类似使用 Mint 或 YNAB，但更加简洁。 2. **日常查询**：每天打开 ChatGPT 问“今天总余额多少？”或“我的信用卡消费是否在预算内？”——不再需要逐个登录应用。 3. **深度分析**：月末让 AI 生成消费报告，指出“餐饮支出比上月增长15%”，并建议“将订阅费从$14.99降到$9.99”。 4. **投资复盘**：输入“帮我检查我的401(k)资产配置”，ChatGPT 会分析行业权重，提醒“科技股占比过高，建议增加债券配置”。 ### 安全性：AI 理财的底线 尽管功能强大，但 ChatGPT Finances 并非全能： - **只读权限**：无法发起转账、支付账单或修改账户信息，降低了误操作风险。 - **数据加密**：通过 Plaid 的银行级加密传输，OpenAI 声称不存储原始财务数据。 - **隐私提醒**：敏感对话可能用于模型训练（除非关闭历史记录），建议避免询问密码或社保号。 ### 行业背景：AI 与金融科技的融合趋势 ChatGPT Finances 并非孤例。近年来，**生成式 AI + 金融聚合**成为热门赛道： - **Copilot 与 Monarch Money** 等应用已内置 AI 分析。 - **银行自身**也在推出 AI 助手，但通常局限于自有账户。 - **OpenAI 的优势**在于通用大模型的推理能力，能理解“我下个月要去日本，需要存多少钱？”这样的复杂语境。 ### 小结：AI 能否取代传统理财应用？ 对于熟悉 AI、追求“一站式”体验的用户，ChatGPT Finances 提供了前所未有的便捷。但如果你需要**预算规划、账单支付或信用评分追踪**，仍需依赖传统金融应用。 > **一句话总结**：ChatGPT 不是银行，而是你的“财务分析师”——它让你随时能问“我的钱怎么样了？”，并得到有意义的答案。 --- *注：本文基于 ZDNET 报道及公开信息整理，具体功能以 OpenAI 官方发布为准。*
Anthropic 宣布，其 AI 协作平台 **Claude Cowork** 将于本周二首次登陆移动端和网页版。此前，Cowork 仅通过 macOS 和 Windows 的桌面应用提供，现在 iOS 和 Android 用户也能使用。不过，Anthropic 表示，桌面版仍提供“完整体验”，包括本地文件访问等功能。 此次扩展首先面向 **Max 订阅者** 开放，其他计划的用户将在“未来几周”内获得访问权限。Cowork 会话现在默认在云端运行，这意味着用户可以在不同设备之间无缝切换，甚至合上笔记本电脑后，任务仍可在后台继续执行。桌面应用仍保留本地处理选项，用户可自由切换云端与本地模式。 此外，**定时任务** 现在即使没有任何设备在线也能运行。Claude 还可在任务完成或需要审核时，向手机发送 **Cowork 通知**。 伴随此次发布，Anthropic 还将 **双倍 Cowork 使用限制** 延长至 8 月 5 日。此举进一步巩固了 Claude 在多设备协作领域的竞争力，尤其在远程办公和跨平台工作流日益普及的背景下。
微软正在预览一项名为 **Cloud rebuild**（云端重建）的全新恢复工具，旨在解决 Windows 11 系统因严重故障而无法启动的问题。该功能目前处于预览阶段，允许用户通过云端下载干净的 Windows 镜像和最新驱动，将系统恢复到出厂般的纯净状态，同时自动集成 Windows Update 的最新安全补丁，无需手动更新。 与现有的“重置此电脑”选项不同，Cloud rebuild 不依赖本地系统健康状态或 USB 介质，而是直接从 Windows Update 获取目标镜像和设备驱动，确保恢复后的系统功能完整且更新至最新。但需注意，此过程会清除所有个人文件、自定义设置和已安装应用，用户需提前备份数据。 这一功能极大降低了系统崩溃时的恢复门槛，尤其适合那些因驱动冲突、文件损坏或恶意软件导致无法进入系统的场景。微软表示，Cloud rebuild 的目标是让用户无需技术背景也能轻松应对系统级故障。目前该功能仅在预览版中可用，正式版发布时间尚未公布。
智能家居设备越来越多，但每件设备都用各自的App控制，反而让生活变得碎片化。本文将介绍如何利用 **Home Assistant OS** 将闲置PC变成统一的开源智能家居中枢，实现跨品牌设备联动，且完全免费。 ## 为什么需要智能家居中枢？ 智能音箱、智能灯泡、智能插座……每个设备都有独立App，控制起来手忙脚乱。**Home Assistant OS** 提供了一个统一控制面板，让你在一个界面管理所有设备，还能设置自动化场景，比如“离家模式”自动关灯、关空调。 ## Home Assistant OS 是什么？ Home Assistant 是一款开源的家庭自动化平台，支持超过2000种品牌和协议。**Home Assistant OS** 是其官方操作系统版本，专为树莓派、旧PC等设备优化，开箱即用，无需手动安装依赖。 ## 如何将闲置PC变成智能家居中枢？ ### 准备工作 - 一台闲置PC（建议至少2GB内存、16GB存储） - 一个U盘（用于安装系统） - 网线或WiFi连接 ### 安装步骤 1. **下载 Home Assistant OS 镜像**：前往 [home-assistant.io](https://www.home-assistant.io/installation/) 选择对应PC架构的镜像（如x86-64）。 2. **制作启动盘**：使用 Rufus 或 Balena Etcher 将镜像写入U盘。 3. **从U盘启动**：在BIOS中设置U盘优先启动，进入安装程序。 4. **完成安装**：系统会自动安装到硬盘，重启后即可通过 `http://homeassistant.local:8123` 访问。 ### 配置设备 - 首次访问会引导创建账户和初始化。 - 集成设备：在“配置-集成”中搜索你的设备品牌，按提示授权即可。 - 创建自动化：在“自动化”页面设置条件与动作，例如“当门磁传感器打开时，开启客厅灯”。 ## 优势与注意事项 **优势**： - 完全本地化，数据不出家门，隐私安全。 - 支持离线自动化，断网也能用。 - 社区活跃，插件丰富，可扩展性强。 **注意事项**： - 需要一定动手能力，但官方文档详尽。 - 部分设备可能需要通过HACS（Home Assistant Community Store）安装第三方集成。 - 建议使用有线网络，稳定性更好。 ## 结语 将闲置PC改造成智能家居中枢，不仅环保，还能让你真正掌控家中的智能设备。Home Assistant OS 免费、开源、功能强大，是打造个性化智能家居的理想选择。如果你有一台吃灰的旧电脑，不妨试试这个方案。
Amazon QuickSight 近期推出了一项重要更新——**数据集增强（Dataset Enrichment）**，允许用户将业务上下文（如列描述、同义词、计算字段、自定义指令和业务规则）直接嵌入数据集本身。这一变化标志着从传统 Topics 到语义数据集的架构迁移，解决了以往 Topics 与数据集需同步维护、权限分离、版本混乱等痛点。 ## 为什么需要迁移？ 在旧架构中，**Topics** 作为独立于数据集的对象存在，负责存储列同义词、计算字段、命名实体、过滤器和自定义指令。这种设计导致两个资产必须始终保持同步——任何一方的变更都可能引发“静默断裂”，例如数据集中重命名一列，而 Topics 中的同义词未更新，查询结果便会失真。此外，权限、血缘和版本管理分散在两处，增加了治理复杂度。 新的 **数据集增强** 将业务上下文直接“烘焙”进数据集。从此，权限、语义、AI 上下文都随数据流动，自动被基于数据集构建的所有资产继承。**一个资产、一个事实来源、一个管理点**，从根本上简化了治理。 ## Topics 的新定位：跨数据集语义与推理层 值得注意的是，Amazon QuickSight 并未废弃 Topics，而是重新定义了其角色。**Topics 现在成为多数据集语义与推理层**——用于组合多个数据集、定义关系、编写业务指标以及映射业务术语。原本属于数据集内部的语义下沉到数据集层，而 Topics 则专注于跨数据集的关系、度量和术语管理。 这一架构变化不是表面调整，而是建立了**清晰的前瞻性架构**：既支持确定性 BI 工作流，也为 AI 驱动的灵活分析提供了共享语义基础。同时，它为后续目录集成奠定了基础。 ## 三种迁移场景与分步指南 Amazon QuickSight 提供了三种迁移场景，帮助用户平滑过渡： 1. **简单替换**：当 Topics 仅包含单数据集语义（如同义词、计算字段）时，可直接将这些信息迁移至数据集增强中，然后删除旧 Topics。 2. **功能拆分**：如果 Topics 既包含数据集内语义，又包含跨数据集关系，则需将数据集内语义迁至数据集增强，跨数据集关系保留在重构后的 Topics 中。 3. **渐进迁移**：对于复杂环境，可逐个数据集迁移，同时保持旧 Topics 运行，直至所有数据集完成转换。 每类场景都附有详细步骤，包括如何在新的数据准备体验中编辑数据集、添加列描述与同义词、迁移计算字段，以及验证迁移后的查询结果。 ## 对 BI 与 AI 工作流的深远影响 此次更新对 Amazon QuickSight 用户意义重大。对于 BI 分析师，不再需要维护两套资产，减少了出错概率；对于 AI 驱动的分析（如 Q 的自然语言查询），嵌入数据集中的业务上下文（同义词、自定义指令）能显著提升查询准确性和用户体验。 长远来看，这一架构为**统一语义层**铺平了道路——所有数据产品（仪表板、报表、AI 问答）共享同一套业务定义，无论是人工分析还是机器推理，都能基于一致的理解进行。 ## 小结 从传统 Topics 到数据集增强的迁移，不仅是功能升级，更是 Amazon QuickSight 在语义层架构上的重要演进。它降低了治理成本，提升了数据一致性，并为 AI 原生分析奠定了基础。对于正在使用 QuickSight 的组织，尽早规划迁移路径，将有助于释放数据的全部业务价值。
## 从预连接表到运行时关联：QuickSight 数据建模的范式转变 商业智能分析师在启动每个分析项目时，几乎都会遇到同样的困境：回答一个业务问题所需的数据分散在多个表中。销售交易、客户人口统计、产品属性、退货、预测和运营指标各自占据不同的数据源。以往，在 Amazon QuickSight 中组合这些表需要在分析开始前将所有数据预连接成宽表、反范式化的数据集。这种做法虽然可行，但迫使数据建模决策前置，导致不同粒度的度量重复、维护开销增加，并且通常需要为几乎每个报表场景准备不同的数据集。 今天，Amazon QuickSight 正式推出**多数据集关系**功能。这项新能力允许用户在 QuickSight 数据集之间定义逻辑关系，并在查询时执行运行时连接。您不再需要提前扁平化表，而是将每个表保留为独立的 QuickSight 数据集，然后在 QuickSight Topic 中声明这些数据集之间的关联关系。QuickSight 会根据可视化、计算字段、筛选器或自然语言问答的需求，动态构建所需的连接。 ### 核心优势 - **更少的前期数据准备**：关系只需定义一次，QuickSight 在分析时仅连接相关表。 - **保留原始粒度**：每个数据集维持自身的细节级别，避免跨粒度重复度量。 - **跨分析复用**：一个包含已定义关系的 Topic 可服务于多个分析场景，无需重建数据集。 - **简化治理**：在单个数据集级别管理权限、转换和业务逻辑。 - **独立刷新调度**：根据数据变动频率，按不同节奏（小时、天、月）分别摄取数据。 - **运行时行级安全**：行级安全（RLS）规则在运行时连接时执行，确保数据访问策略跨数据集一致。 ## 数据建模最佳实践 为了充分发挥多数据集关系的价值，建议遵循以下设计原则： 1. **以主题域划分数据集**：将业务实体（如客户、产品、销售）分别建模为独立数据集，以保持逻辑清晰和复用性。 2. **明确关系类型**：根据业务逻辑使用一对多、多对一或多对多关系。例如，一个客户可以有多个订单（一对多），一个订单属于一个客户（多对一）。 3. **避免循环依赖**：在定义关系时确保无闭环，防止查询歧义或性能问题。 4. **优先使用星型模式**：事实表（如销售）与维度表（如时间、客户）建立关系，这是分析型查询的最优模式。 5. **处理粒度和聚合**：当数据集粒度不同时，在计算字段中明确聚合逻辑，例如使用 SUM 或 AVERAGE 处理事实表度量。 ### 支持的模式 QuickSight 多数据集关系支持以下常见模式： - **星型模式**：一个事实表关联多个维度表。 - **雪花模式**：维度表进一步关联子维度表。 - **多事实表**：多个事实表共享维度，例如销售和退货表都关联时间维度。 ## 结语 Amazon QuickSight 的多数据集关系功能标志着 BI 工具在数据建模灵活性上的重要进步。通过将连接逻辑从 ETL 阶段转移到查询运行时，分析师可以更敏捷地响应业务需求，同时保持数据治理的简洁性。对于希望减少数据准备时间、提升分析复用性的团队来说，这是一个值得投入的方向。 关于每种模式的具体实现和高级技巧，可以参考本系列的第二篇文章：《Amazon QuickSight 多数据集关系的数据建模模式》。
## 从概念到实践：Amazon QuickSight 多数据集关系的建模模式 在上一篇文章中，我们介绍了 Amazon QuickSight 多数据集关系的基础概念和维度建模最佳实践。本文则聚焦于**具体模式**，为每种数据模型提供表结构、用例、实现步骤和示例 SQL 查询，帮助你在实际工作中快速应用。 ### 前置说明 当前版本中，所有多数据集关系均使用**内连接**，只有键匹配的行才会出现在查询结果中。设计数据模型时需充分考虑这一点。 ## 七种原生支持的建模模式 ### 场景 1：简单星型模式 这是最常用且推荐的模式：一个中心事实表关联多个维度表。 **表结构示例**： - `SALES_FACT`：事实表，包含 `sale_id`（主键）、`customer_id`、`product_id`、`time_id`、`store_id`（外键）以及 `quantity`、`revenue`、`cost` 等度量。 - `CUSTOMER_DIM`：维度表，包含 `customer_id`（主键）、`name`、`email`、`city`、`state` 等。 - `PRODUCT_DIM`、`TIME_DIM`、`STORE_DIM` 类似。 **适用场景**：按客户细分和区域统计总销售额、按产品类别查看月度收入趋势、按平均订单价值排名前 10 的门店。 **实现方式**：为每个表创建独立数据集，通过外键建立关系（如 `SALES_FACT.customer_id → CUSTOMER_DIM.customer_id`）。所有连接均为单跳（事实到维度），无需链式连接。 **示例 SQL**： ```sql SELECT c.segment, s.region, SUM(f.revenue) AS total_revenue FROM SALES_FACT f JOIN CUSTOMER_DIM c ON f.customer_id = c.customer_id JOIN STORE_DIM s ON f.store_id = s.store_id GROUP BY c.segment, s.region; ``` ### 其他场景简介 除星型模式外，QuickSight 还支持： - **雪花模式**：维度表进一步规范化，需多跳连接。 - **多事实表共享维度**：多个事实表可复用同一维度表。 - **自引用关系**：如员工表包含经理 ID。 - **多对多关系**：通过桥接表实现。 - **时间序列与快照表**：处理累计快照和周期快照。 - **聚合与明细混合**：预聚合表与明细表共存。 每种模式都配有详细的表结构、适用场景和实现步骤，帮助用户根据业务需求灵活选择。 ## 高级场景与变通方法 对于需要额外建模步骤的复杂场景，文章也提供了变通方案，例如使用 SQL 自定义查询创建中间数据集，或利用计算字段处理非标准关联。 ## 当前限制总结 - 仅支持内连接，不支持外连接。 - 数据集关系基于键值匹配，无法直接使用复杂条件（如范围连接）。 - 链式连接（维度→维度）需谨慎，可能影响性能。 ## 小结 掌握这七种建模模式，你就能应对大部分业务分析需求。建议从简单的星型模式入手，再逐步尝试更复杂的结构。QuickSight 的多数据集关系功能为构建灵活、可扩展的分析报表提供了坚实基础。
## 概述：从预连接数据集到 AI 动态生成 SQL 在实际业务分析中，大多数问题都需要跨多个表查询。例如，零售商要分析**按产品类别的净收入**，就需要同时访问销售事实表、退货事实表和产品维度表。传统做法要求数据工程师预先将这些表连接成一个数据集，然后才能提供给 Amazon Quick Sight 进行分析。 Amazon Quick Sight 的**多数据集主题**（Multi-Dataset Topics）改变了这一模式。它允许分析团队通过两种方式将多个数据集整合到同一个主题中：一是定义显式的关系键（详见另一篇博文），二是为生成式 AI 引擎提供足够的语义上下文，让其自行编写 SQL。本文聚焦于第二种路径：**基于聊天的 AI 生成 SQL**。 ## 核心机制：语义引导栈 当您为聊天（Chat）配置主题时，无需预先定义关系。相反，您需要构建一个语义层，包括数据集级自定义指令、主题级指令、字段同义词和字段描述。AI 在查询时利用这些上下文生成感知上下文的 SQL。这使得**外连接、联合、子查询、自连接、跨粒度比较和条件连接逻辑**都变得可行，且不受关系图的结构约束。 本文为数据架构师、BI 工程师和分析工程师提供了一套实用的最佳实践框架，称为**语义引导栈**（Semantic Guidance Stack），用于结构化组织所有指导 AI 的元数据。 ## 八大最佳实践 1. **编写清晰的主题级指令**：在主题设置中提供全局上下文，例如“本主题用于零售销售分析，包含销售、退货和产品数据”。 2. **为每个数据集添加自定义指令**：明确数据集的用途、粒度（例如“每行代表一次交易”）和关键约束。 3. **定义字段同义词**：为业务常用术语提供多个别名，例如“收入”也可称为“销售额”、“营收”。 4. **提供详细的字段描述**：说明字段的计算逻辑、数据来源和业务含义，例如“净收入 = 销售额 - 退货额”。 5. **使用示例问题引导**：在主题中预设常见问题示例，帮助 AI 理解用户意图。 6. **处理多对多关系**：通过语义描述说明关系类型，例如“一个产品属于多个类别，一个类别包含多个产品”。 7. **处理角色扮演维度**：当同一维度表被多次使用时（如订单日期和发货日期），为每个角色赋予不同的别名和描述。 8. **处理跨粒度比较**：描述不同数据集之间的粒度差异，例如“销售表按订单行记录，退货表按退货单记录”。 ## 复杂模式处理 - **外连接**：在指令中说明需要包含所有记录，即使没有匹配项。 - **递归层级**：对于组织架构等层级数据，提供层级深度和路径描述。 - **条件连接逻辑**：描述连接条件，例如“根据订单状态选择不同的连接字段”。 ## 决策框架：选择何种方式 - **显式关系键**：适合关系稳定、性能要求高的场景。 - **纯语义引导**：适合关系复杂、频繁变化的场景，或需要快速原型验证。 - **混合方法**：结合两者，对核心关系使用显式键，对边缘查询使用语义引导。 ## 总结 多数据集主题与 AI 生成 SQL 的结合，大幅降低了数据准备的门槛，让分析师能够更专注于业务问题。通过精心设计的语义层，团队可以在几分钟内实现原本需要数天的跨表分析。本文提供的实践框架将帮助您最大化这一新能力的价值。
Amazon Quick 近日宣布其 BI 服务 Quick Sight 推出 **多数据集主题（Multi-dataset Topics）** 的公开预览版，允许用户在一个主题内关联最多 12 个数据集，并通过自然语言查询跨数据集获得统一答案。这一更新打破了此前“一个主题绑定一个数据集”的限制，使企业能够在不破坏数据规范化结构的前提下，构建更灵活的语义层。 ## 从“单表扁平化”到“多表智能关联” 传统上，Quick Sight 将数据集表示为单一扁平化表格。当数据源包含多个表时，用户需通过数据准备阶段将表连接为一张大宽表（denormalized table），这虽然避免了运行时连接、提升了查询性能，但也带来了数据冗余、维护成本高、灵活性差等问题。随着企业数据模型日趋复杂，这种“一刀切”的方式逐渐成为瓶颈。 多数据集主题改变了这一模式。用户现在可以在一个主题中添加多个数据集，并明确定义它们之间的关系（如一对多、多对多等）。当业务用户通过自然语言提问时，Quick 的 AI 引擎会自动解析意图，识别涉及的数据集，根据预定义关系构造合适的 SQL 连接，最终返回跨数据集的统一答案。整个过程对用户透明——他们无需了解底层 schema，即可获得更丰富的洞察。 ## 零售分析场景实战演示 文章以零售分析为例，展示了多数据集主题的端到端实现。假设企业拥有“订单”和“产品”两个独立数据集，传统做法需预先合并它们。现在，只需在主题中分别添加两个数据集，并定义“订单.产品ID”与“产品.产品ID”的关系。当用户提问“上月销量最高的产品类别是什么？”时，AI 引擎会自动跨表关联，返回准确结果。 更关键的是，**同一个多数据集主题既可以用于构建可视化分析，也可以用于问答对话**，实现了语义层的一体化复用。这大大降低了 IT 部门维护多个主题的负担，同时让业务用户获得更一致的数据体验。 ## 行业意义与展望 多数据集主题的推出，反映了 BI 工具向 **语义层智能化** 演进的趋势。随着数据湖、数据网格等架构普及，企业数据往往分散在多个系统中。传统 BI 工具要求用户提前完成数据整合，而 AI 驱动的语义层则能够在查询时动态关联，既保持了数据源的原始粒度，又提供了统一的业务视角。 对于 Quick Sight 用户而言，这一功能尤其适用于以下场景： - **零售分析**：订单、库存、客户数据分属不同表，却需要统一分析。 - **财务报告**：预算、实际支出、预测数据来自不同系统。 - **运营监控**：设备日志、告警、工单数据跨库关联。 目前该功能处于公开预览阶段，用户可在 Quick Sight 控制台中启用。Amazon 表示，后续将根据反馈优化性能，并可能增加更多数据集数量上限。