文章摘要

本文标题为“Leaking YouTube creators' private videos”，描述作者身份为“Bug Bounty Hunter & Researcher”（Bug赏金猎人与研究人员）。内容包含一个图像链接（https://javoriuski.com/assets/youtube.jpg），可能用于展示文章主题。整体聚焦于YouTube创作者私人视频泄露相关的安全研究或漏洞报告，涉及隐私风险与平台安全机制。

文章摘要

本文详细介绍了将2003年的实时战略游戏《命令与征服：将军：绝命时刻》原生移植到现代苹果平台（macOS、iPhone、iPad）的技术过程、挑战与成果。

核心项目概述

• 目标与实现：在Apple Silicon Mac、iPhone和iPad上实现游戏原生运行，支持战役、小规模战斗和将军挑战模式。游戏引擎基于ARM64架构编译，图形渲染路径为DirectX 8 → DXVK → Vulkan → MoltenVK → Metal，无模拟层。
• 触控优化：为移动端设计了完整的RTS触控交互方案，包括点选、框选、长按取消选择、双指滚动和捏合缩放。
• 项目基础：基于EA发布的GPL v3源代码，并站在一系列社区项目（TheSuperHackers、Fighter19的Unix移植、fbraz3/GeneralsX）的肩膀上。此分叉版本新增了iOS/iPadOS移植及一系列引擎修复。

主要技术挑战与解决方案

将这款老游戏移植到iOS平台面临诸多挑战：

1. 文件系统适配：iOS应用运行于只读、代码签名的沙盒环境中。原引擎依赖可写文件系统。解决方案是重新路由所有配置、缓存和存档路径，并从应用包自身引导工作目录。
2. 图形API转换：引擎使用DirectX 8，而iPad使用Metal。通过构建了针对iOS的DXVK（D3D8到Vulkan）和MoltenVK（Vulkan到Metal）管道来实现转换，其中对DXVK进行了交叉编译并打了补丁以解决iOS的dlopen限制。
3. 进程生命周期管理：iOS系统在应用切换时会强制回收Metal绘图资源。游戏的整个渲染/模拟循环被设计为能安全地“屏息”，以应对后台状态。
4. 触控输入改造：在SDL3提供的原始触摸事件基础上，构建了RTS语义层。解决了点击延迟处理、拖拽操作意图识别、长按模拟右键点击以及防止误触触发指令等问题。
5. 大量底层问题修复：通过实际设备调试，解决了多个历史遗留Bug，如因纹理格式回退导致小地图渲染全黑、因僵尸音频流导致语音系统随机静默等。这些修复已向上游提交。

项目构建与使用

• 快速开始：提供了在macOS和iOS/iPadOS上的详细构建和部署指南。玩家需要自行通过Steam等渠道拥有游戏资产。
• 项目结构：包含完整的移植工程日志、通用移植方法论文档、构建/部署脚本、Xcode项目、补丁文件等。

已知问题与未来计划

• 已知问题：iPad上长时间游戏可能因内存占用过高被系统终止；后台切换时存在偶发崩溃风险。
• 未来计划：团队已将同样的方法论应用于另一款EA开源游戏《命令与征服：叛逆者》（2002年FPS），并成功使其在Mac和iPhone上可玩。该项目代码量更大（新增约6700行），技术挑战更深，即将发布。

致谢与许可

• 技术栈：关键依赖包括DXVK、MoltenVK、SDL、OpenAL Soft、FFmpeg、Liberation Fonts等。
• 项目谱系：本移植项目是社区协作链条的最新一环，继承了EA、TheSuperHackers、Fighter19、fbraz3等项目的基础性工作。
• 许可：引擎代码遵循GPL v3，游戏资产未包含在项目内，需玩家自行获取。

本文是一份关于“Google Books（或类似平台）所有图书扫描数据”的悬赏任务说明。主要内容如下：

• 核心悬赏：发起一项20万美元的悬赏，目标是获取Google Books或其他类似大规模图书扫描数据库的完整数据。这些数据目前仅能通过搜索功能以片段形式访问。
• 参与建议：如果有人认为自己的方法可扩展，应尽早提交原型与项目方联系，以便获得支持来扩大规模。同时，直接鼓励Google内部员工出于成为“传奇档案保管员”的声誉考虑，协助获取数据。
• 范围扩展：该悬赏也适用于其他同规模的数据集，尤其是由AI公司收集的、且包含大量珍贵书籍的集合。
• 技术指引：提供了GitLab项目（AnnaArchivist/annas-archive）的链接，并要求参与者在提出修改前仔细阅读项目README。推荐使用GitLab CLI（glab）进行分支和合并请求操作。
• 沟通渠道：建议使用特定邮箱（adguard-mail.com或mailinator.com）注册以确保邮件投递，并提供了Matrix聊天群组（#annas:archivecommunication.org）供开发者与翻译者加入。

夏延市公共事业委员会因追溯到罕见细菌污染已暂停接受来自数据中心冷却系统的工业废水。该细菌被发现于山羊系统有限责任公司（Meta用于建设其夏延园区的实体）排放的冲洗水中。该细菌为耐金属细菌 Cupriavidus gilardii，干扰了两座水回收厂，并使回用系统离线清理了数月。

事件核心：

• 违规方与行为：山羊系统有限责任公司被认定为严重违规。它在数据中心冷却系统调试阶段（“填充-冲洗”过程）后，将含有上述细菌的废水排入夏延市的下水道。
• 技术背景：“填充-冲洗”是冷却系统启用前的调试步骤，用水冲洗管道以清除碎屑，然后将用过的水排出。微软和英伟达等公司将其密封液冷系统作为近零用水的解决方案推广，但这一初始冲洗步骤仍会产生需要处理的废水。
• 问题发现与处理：市委员会实验室在2月份例行的粪便细菌采样中意外发现了该细菌。由于该细菌不在常规检测范围内，其来源目前未知。委员会于3月24日撤销了该承包商的排放许可，随后暂停了所有连接城市服务的数据中心的相关排放权限。
• 影响与担忧：污染事件违反了夏延市法规和联邦预处理规则。委员会除了担心细菌本身，还指出封闭式冷却系统可能携带乙二醇等化学物质，而市政处理厂并非设计来处理这些物质。夏延市将回收水用于公园和高尔夫球场等绿地灌溉，委员会担心细菌在雾化过程中可能构成危害。
• 后续与回应：目前，受影响的Dry Creek和Crow Creek设施已于6月下旬通过检测，回用系统已恢复在线。Meta表示支持其总承包商Fortis，后者已停止排放并将废水转移到场外处理。独立测试未发现该物质的踪迹。市议员称此事为“非常、非常令人不快的意外”。委员会尚未说明此次暂停对其他仍在建设中的夏延数据中心有何影响。

shadcn/UI 重大更新：默认基础库变更及新功能发布

2026年7月更新概要

shadcn/UI 在2026年7月发布了多项重要更新，主要包括新增组件基础选项、开发辅助工具、排版系统，并将默认组件库从Radix变更为Base UI。

1. React Aria 成为一等公民组件基础

• React Aria 现在可以与 Base UI 和 Radix 并列，作为 shadcn/UI 的组件基础选项之一。
• 开发者可以在CLI、预设和 shadcn/create 项目创建过程中选择 aria 作为基础。
• React Aria 组件拥有完整的文档（安装、使用、组合、示例、API参考）并支持所有八种预设样式。
• 其依赖和样式被限定在独立的Aria注册表中，不影响现有的Base UI和Radix组件。
• 初始化项目时使用：pnpm dlx shadcn@latest init --base aria

2. 新增 @shadcn/helpers 辅助工具包

• 开源了 @shadcn/helpers 包，专注于提供小型辅助函数以简化应用开发。
• 首批助手针对 AI SDK (@shadcn/helpers/ai-sdk) 和 TanStack AI (@shadcn/helpers/tanstack-ai)。
• 允许开发者在代码中编写对话，然后通过实际的 useChat 生命周期运行，无需模型、API路由或网络请求。
• 主要用途：构建组件、创建预览和演示、编写文档、测试流式界面，并提供确定性输出，无后端依赖。

3. 推出 shadcn/typeset 排版系统

• 发布 shadcn/typeset，一个用于HTML和Markdown渲染内容的样式系统，仅需一个CSS文件。
• 通过添加 typeset 类，容器内的标题、段落、列表、表格和代码等元素会自动获得统一且适配容器尺寸的样式。
• 提供三个控制变量：--typeset-size（大小）、--typeset-leading（行高）、--typeset-flow（流间距）。
• 专为流式内容设计，新增内容块不会影响先前内容的样式。适合用于聊天和文档等不同场景的排版。

4. Base UI 成为默认组件库

• 变更：自2026年7月起，shadcn/ui 的默认组件库从 Radix 变更为 Base UI。
• 背景与原因：
  • Base UI 由创建 Radix 的同一团队开发，基于先前经验打造。
  • Base UI 已稳定（v1.6.0，周下载量超600万）并持续改进。
  • 社区使用趋势显示，在 shadcn/create 中创建的项目选择 Base UI 与 Radix 的比例约为 2:1。
• 对用户的影响：
  • Radix 未被弃用：仍被完全支持，更新和新组件会同步为两个库发布（除非某组件仅存在于Base UI）。
  • 无需迁移：现有使用 Radix 的项目无需改动，可继续正常开发和发布。
  • 选择权：如需在新项目中使用 Radix，可在初始化时通过 -b radix 标志指定：pnpm dlx shadcn init -b radix。
• 迁移策略（如需）：
  • 提供了名为 shadcn/ui 的 技能（Skill） 而非自动代码修改工具（codemod）。
  • 理由：用户代码通常包含自定义修改，技能允许AI代理理解这些修改并协助逐步迁移，而非机械替换。
  • 迁移过程渐进、可控：可按组件逐个迁移，生成详细报告（.migration/目录），保留清晰Git历史，支持随时暂停和继续。
  • 兼容 Claude Code、Cursor 等支持技能的AI编程代理。

2026年6月更新：聊天界面组件

为构建聊天界面发布了一组新组件和工具：

• 新组件：MessageScroller、Message、Bubble、Attachment、Marker。专注于对话层的核心部分：滚动、消息行、气泡、附件和状态标记。
  • MessageScroller：处理流式回复、历史加载、消息定位等复杂滚动行为，是无样式的头部组件 @shadcn/react/message-scroller 的封装。
  • 其他组件：负责消息布局、表面渲染、附件展示和状态提示。
• 新CSS工具：
  • scroll-fade：为滚动容器添加边缘渐隐效果。
  • shimmer：为文本（如“正在思考...”）添加闪烁动画。
• 引入 @shadcn/react：发布无样式、无逻辑的React组件包，将核心交互逻辑（如滚动行为）封装其中，视觉样式则通过shadcn/UI注册表组件提供。
• 与 AI Elements 的关系：这些聊天组件是shadcn/UI对聊天核心抽象的全新实现，与已有的AI Elements模式并行，用户可按需选择或混合使用。

GPT-5.5 Codex 推理令牌聚集可能导致性能下降

核心发现

在分析Codex的token_count元数据时，发现一个聚合模式：GPT-5.5模型的响应在reasoning_output_tokens值上出现异常聚集，大量响应恰好终止于516个推理令牌，并在1034和1552附近出现额外的固定边界峰值。此模式为GPT-5.5特有，且伴随整体推理令牌强度降低，可能解释了其在复杂/高风险Codex任务上的性能下降。

关键证据与数据

• 数据规模：分析了390,195条响应级别的令牌记录，涵盖865个会话，时间窗口为2026年2月1日至6月27日。
• 516令牌聚集现象：
  • 在所有恰好为516个推理令牌的事件中，GPT-5.5贡献了82.0% 的份额，而其仅占全部响应的19.3%。
  • GPT-5.5的“恰好516 / ≥516”比率高达44.0%，是非GPT-5.5模型基准比率（1.3%）的约33.6倍。
• 模型间对比：该聚集现象在GPT-5.5中显著（44.0%），而在其他模型中较弱或不存在（如GPT-5.2为0.34%，两个Codex专用变体为0.0%）。
• 月度趋势：“恰好516 / ≥516”的比率从2月的0.11%急剧上升至5月的53.30%。
• 推理强度下降：同时期，平均推理令牌数从2月的268.1降至6月的168.5，P90值从772降至515。

可疑原因

1. 反常模式：推理令牌数未随任务复杂度自然变化，反而在特定固定值上异常集中。
2. 分布不均：异常高度集中于GPT-5.5，与其他模型形成鲜明对比。
3. 固定边界：516、1034、1552这些数值看起来像反复出现的阈值边界，而非自然分布。
4. 关联问题：此现象与之前报告的GPT-5.5在恰好516个推理令牌时返回错误答案的任务级复现案例相关。

结论与请求

• 狭义结论：Codex遥测数据揭示了一个GPT-5.5特有的固定令牌聚集异常，其表现与带阈值的推理预算行为一致。
• 未主张：并未证明存在隐藏的思维链截断。
• 调查请求：请Codex团队调查GPT-5.5是否因其内部的预算、路由、截断、降级或调度器行为，导致响应在516/1034/1552个推理令牌附近终止。
• 验证建议：提出了包括按模型查询令牌事件、对比特定值计数、进行任务重放与质量评估在内的具体内部验证检查方法。

大脑逆转衰老：鼻喷疗法展现突破性前景

核心发现： 德克萨斯A&M大学的研究团队开发出一种创新的鼻喷疗法，能够显著逆转大脑衰老迹象。该疗法通过两次给药，即可在几周内大幅减轻大脑炎症、恢复记忆功能，且效果可持续数月。研究结果挑战了“神经炎症性衰老”不可逆的传统观点。

作用机制：

1. 递送系统：疗法使用细胞外囊泡作为“快递车”。这些微小囊泡负载着关键的microRNAs（一种基因调控分子）。
2. 给药途径：通过鼻腔喷雾给药，囊泡可绕过血脑屏障，直接进入脑组织被吸收。
3. 作用靶点：
   • 抑制炎症：被脑内免疫细胞（小胶质细胞）吸收后，microRNAs能抑制NLRP3和cGAS-STING等驱动慢性炎症的信号通路。
   • 修复细胞功能：治疗能为神经元的“发电站”——线粒体——充电，减少氧化应激，恢复其能量生产和信息处理能力。

研究意义与前景：

• 治疗潜力：该方法为治疗阿尔茨海默病等神经退行性疾病提供了新思路，未来或可替代侵入性手术或长期用药。研究人员认为它也可能应用于帮助中风患者恢复脑功能。
• 社会需求：研究指出，随着人口老龄化，痴呆症病例预计将大幅增加，凸显了开发有效干预措施的紧迫性。
• 研究进展：该疗法在实验模型中对雌雄均有效。团队已为该疗法申请了美国专利，并强调这代表了向“成功老龄化”——即保持大脑健康、敏捷和连接——迈出的重要一步。

局限与展望： 目前结论基于动物模型研究，进一步的人体研究和临床开发是必要步骤。研究成果发表于《细胞外囊泡杂志》。

交互设计原则：按钮的核心职责

本文通过对比iPhone与Nothing Phone在处理快速连续点击“旋转图片”按钮时的不同行为，阐述了通用设计原则和情境性使用的重要性。

核心问题

• iPhone行为：允许用户快速连续点击（例如8次），系统会缓冲并依次处理每次点击，确保最终完成所有旋转操作。
• Nothing Phone行为：在动画播放期间，虽然提供触觉和声音反馈，但会忽略新的点击输入，导致部分操作丢失。

设计理念与通用性

1. 情境性残疾：残疾并非只影响少数人。在特定情境下（如急迫操作、环境干扰），任何用户都可能暂时陷入类似残障的不便状态。因此，无障碍设计关乎所有人。
2. 情境性高级用户：即使是通常被视为“休闲使用”的功能（如手机图片编辑），在特定场景下（如批量处理数十张需要旋转的文档照片），用户也会转变为需要高效、可预测操作的“高级用户”。此时，强制用户等待动画结束会严重降低体验。

核心设计原则

• 永远不要强制用户等待动画完成。界面应尊重用户的操作节奏。
• 可行的解决方案包括：
  • 缓冲处理输入（如iPhone做法）。
  • 允许中断动画（点击后停止或加速当前动画）。
• 目标：提供可预测、无阻碍的交互，尤其在用户需要进行批量或重复操作时。

总结

一个看似简单的按钮，其交互细节直接影响用户体验的深度和广度。优秀的设计应预见并适应从“休闲使用”到“高强度任务”的连续光谱，确保在任何情境下，用户的意图都能被准确、高效地执行。

Zig 开发日志摘要 (2026年)

2026年6月30日

包管理功能从编译器移至构建系统

• 将包管理子命令（如 zig build、zig fetch）移至独立的构建进程（maker），编译器只负责编译。
• 编译器体积减少4%，包管理逻辑（网络、TLS、Git协议等）改为源码形式，便于用户修补。
• 构建进程在 ReleaseSafe 模式下编译，增强了网络操作的安全性，并能利用主机CPU的特殊指令集。
• 调整了进程树结构，使构建服务器协议更平滑，为ZLS（Zig语言服务器）后续支持铺平道路。
• 非破坏性变更：替换了一些编译器标志（如 --maker-opt 变为环境变量 ZIG_DEBUG_MAKER），并列出了0.17.0发布前的待办事项。

2026年6月26日

SPIR-V后端重大进展

• 修复了因编译器变更导致的后端退化问题，并大幅改进。
• 引入 @SpirvType 内建函数，支持采样器、图像等SPIR-V特有类型，解决了着色器编写的长期障碍。
• 将执行模式信息（如工作组大小）从内联汇编移至调用约定（如 .spirv_vertex、.spirv_kernel），简化了着色器定义。
• 功能和扩展声明现在由目标CPU特性驱动，类似其他架构。
• 实现了多线程代码生成，提升了编译性能。
• 支持链接 .spv 对象文件，行为测试通过率提升至49%，后端实用性显著增强。

2026年6月25日

@bitCast 语义重定义与LLVM后端改进

• @bitCast 重定义：新语义基于类型的“逻辑位布局”而非内存重解释，在不同字节序目标上行为一致（例如 [2]u8 转 u16 的结果与字节序无关）。这解决了旧语义的歧义和跨平台问题。
• LLVM后端优化：改进了非ABI标准位宽整数类型（如 u4、i13）的处理方式，避免了LLVM优化器的已知缺陷和错误编译，间接使Zig编译器自身性能提升约5%。
• 此变更还统一了编译器前端、所有后端（LLVM、C）以及编译时（comptime）的 @bitCast 行为。

2026年5月30日

ELF链接器改进

• 新ELF链接器（使用 -fnew-linker 启用）取得重大进展，现已能成功构建包含LLVM和LLD库的Zig编译器。
• 主要亮点：支持极快的增量编译。在x86_64 Linux上，即使链接外部库和C代码，也能实现毫秒级的重新构建。
• 当前主要缺失功能是为Zig代码生成DWARF调试信息，但增量编译已能极大提升开发体验（如调试输出）。

2026年5月26日

构建系统重构

• 将构建过程拆分为两个进程：configurer（编译用户的 build.zig 逻辑，调试模式）和 maker（执行构建图，发布模式）。configurer 的输出被序列化为配置文件并缓存。
• 三大性能提升：
  1. 仅当 build.zig 逻辑变更时重新编译，构建系统本身无需重复编译。
  2. 可利用缓存配置，避免冗余执行（例如更改命令行标志时）。
  3. 执行构建的 maker 进程经过优化。
• 基准测试显示，zig build -h 的执行时间减少了约90%。
• 这是主要的非API破坏性变更，少数行为有调整（如移除 b.args 观测能力）。

2026年4月8日

支持LLVM后端的增量编译

• 增量编译功能（通过 -fincremental --watch 启用）现在支持LLVM后端。
• 虽然不能加速LLVM自身的代码生成（LLVM Emit Object），但能大幅减少Zig编译器阶段的开销，在代码存在编译错误时尤其明显，能快速提供反馈。
• 该功能已在主分支可用，并计划包含在即将发布的0.16.0版本中。

2026年3月10日

类型解析逻辑重设计

• 重构了编译器内部的类型解析逻辑，使其更清晰、更惰性。
• 关键改进：
  1. 若类型仅作为命名空间使用（如 std.Io.Writer），编译器不再分析其字段，避免不必要的编译错误。
  2. 依赖循环错误消息得到极大改善，能精确指示循环来源。
  3. 修复了增量编译中的大量已知问题，特别是“过度分析”问题，显著提升了增量编译速度。
• 此次重构还包含数十项错误修复和小型语言变更。

2026年2月13日

标准库I/O：io_uring与GCD实现

• 为 std.Io.Evented 添加了基于 io_uring（Linux）和Grand Central Dispatch（macOS）的实现。
• 两者均使用用户态栈切换（纤程/协程）。
• 目前仍被视为实验性，有待改进错误处理、性能优化和功能补全。
• 这标志着Zig在实现可插拔I/O后端方面迈出了关键一步，允许应用程序轻松切换底层I/O实现。

2026年2月6日

包管理工作流增强

1. 本地包存储：下载的包现在存储在项目根目录下的 zig-pkg 目录中（需添加到 .gitignore）。这便于本地检查、编辑依赖，并支持离线构建的源代码归档。
2. --fork 标志：新增 zig build --fork=[路径] 命令，可临时将整个依赖树中匹配的项目替换为指定路径的本地源码副本。这简化了使用依赖库的开发分支进行调试和贡献的流程。

2026年2月3日

绕过Windows kernel32.dll

• Zig标准库策略是优先使用原生API（ntdll）而非Win32封装（kernel32），以避免不必要的堆分配、性能开销和错误模式。
• 以获取随机字节和文件读写（ReadFile / NtReadFile）为例，展示了直接调用ntdll API如何能简化逻辑、提高可靠性和性能。

2026年1月31日

zig libc 子项目

• 目标是逐步用Zig标准库的包装函数替换冗余的C源代码文件的libc函数实现（如 memcpy、strnlen）。
• 已删除约250个C源文件，减少了对第三方项目和C语言的依赖，提高了编译速度，减小了安装和二进制体积。
• 新的实现使libc函数与主Zig代码共享编译单元，实现了类似LTO的优化。
• 未来可能结合 std.Io 的改进，让用户能控制第三方C代码的I/O行为（如强制使用事件循环）。

Verizon 计划停用 Gizmohub 应用引发 Gizmo 手表功能中断危机

背景

• 用户两年前为孩子购买了 Verizon Gizmo 手表，使用配套应用 Gizmohub 进行短信、位置跟踪和联系人管理。
• Verizon 推出新应用 Verizon Family，计划迁移所有用户，并于 2026年7月6日 关闭旧应用 Gizmohub。

迁移问题

• 新应用不兼容：Verizon Family 暂不支持仅使用 Gizmo 手表的账户（即无 Verizon 智能手机）。
• 用户迁移失败：作者尝试切换时，手机号码显示“不符合资格”；使用社交登录时，双重认证（2FA）短信发送至 Google Fi 但未显示。
• 功能损失风险：停用 Gizmohub 后，用户将无法与孩子互发短信、查看位置或添加新联系人（手表仅限联系人通话）。

支持交互记录

1. 2026年6月10日：收到 Gizmohub 停用通知邮件。
2. 2026年6月17日：联系 Verizon 支持 30 分钟，被告知问题已知但无解决方案；客服同意向上级反馈，建议推迟停用日期，但未收到后续邮件。
3. 2026年6月19日：致电支持，被告知问题正在解决，预计 4-5 个工作日，且不会在新应用可用前关闭 Gizmohub。
4. 2026年7月2日：再次致电，获得票号并承诺 24-48 小时内上级回复，但未保证在停用前解决问题。
5. 截至更新前：承诺时限已过，未收到回复；停用日期临近，问题仍未解决。

编辑更新（2026年7月8日）

• Gizmohub 未停用：Verizon 技术人员联系用户，表示不会在解决问题前关闭 Gizmohub。
• 问题部分解决：技术人员协助设置，并解决了 2FA 问题；2FA 短信最终在“垃圾邮件和阻止”中找到。
• 已知技术问题：Verizon 确认向 Google Fi 发送 2FA 代码存在故障，建议用户检查垃圾短信。

关键要点

• Verizon 的迁移计划存在缺陷，未充分考虑仅手表账户的用户。
• 多次客服交互显示问题已知但解决延迟，依赖用户主动联系。
• 最终更新表明 Verizon 延迟停用并提供支持，但迁移问题仍需完全解决。

文章《Better Models: Woes Tools》探讨了Anthropic新模型在工具调用方面出现的一个反常现象：更先进的模型（如Opus 4.8和Sonnet 5）在使用Pi的编辑工具时，有时会在调用中添加多余的、不符合预定义schema的字段，导致调用失败。而较旧的模型则无此问题。

核心问题：模型在生成工具调用时，虽然核心参数（如旧文本和新文本）通常是正确的，但会在嵌套的edits[]数组中凭空添加多余的键（如requireUnique、type、in_file等）。该问题具有上下文依赖性，在复杂的历史会话或多轮交互中更易复现。

工具调用机制：工具调用本质上是基于文本的带内信号。模型通过特殊的标记（如Anthropic的ANTML）来构造调用。工具schema的执行主要有两种方式：一种是模型生成JSON后验证，另一种是使用语法感知（约束）解码来阻止无效token的生成。在无约束的情况下，模型仅依赖于学习到的惯例。

问题根源分析：作者推测，这是由于强化学习训练环境的影响。Anthropic的官方客户端（如Claude Code）采用了宽松的容错机制，能够自动修复错误的工具调用（例如，忽略未知键、进行参数别名匹配）。这可能导致模型在训练中学会了“不精确”的调用方式，并将这种行为泛化到了其他schema不同的工具上。换句话说，模型可能被过度适应了其原生训练环境（Claude Code的特定工具schema），当面对不同的工具schema时，其强先验（prior）反而可能导致不匹配的输出。

严格模式：文章指出，在Anthropic的API中启用strict工具模式可以消除此问题，因为该模式会强制采样过程遵循JSON schema。然而，Anthropic对工具定义的复杂性有限制，这可能解释了为何某些客户端（如Claude Code）默认未启用严格模式。

影响与启示：

1. 工具schema并非中立：模型的性能受到其训练后环境所接触的特定工具schema的显著影响。对于使用与训练环境不同的工具schema的开发者来说，可能会遇到意想不到的兼容性问题。
2. 封闭生态的风险：由于Anthropic模型和其默认训练环境（Claude Code）是闭源的，外部开发者无法确切知晓其强化学习的具体细节。这使得预测和适配模型在新工具上的行为变得更加困难。
3. 对约束解码的考量：此问题促使作者重新审视严格约束解码的价值。尽管约束解码可能有质量权衡，但为了确保工具调用在复杂场景下的可靠性，它可能成为必要的保障。

总之，文章揭示了更强大的模型可能因其训练方式而在特定工具交互中表现更差，并强调了在模型训练与工具设计之间考虑兼容性的重要性。作者已在Pi的跟踪器上提交了该问题以供讨论。

2026年夏天，英国和欧洲在短短数日内经历了两次破纪录的热浪，这被视为其“新常态气候”的一个缩影。联合国气象机构称此事件为“非凡的”，并指出这在一定程度上是由人类活动（主要是燃烧化石燃料）导致的气候变化所加剧和驱动的。

事件与数据概览 在英国，6月的热浪尤为严峻，最高气温达到37.7°C，比1957年创下的6月历史纪录高出2°C以上。超过170个气象站打破了历史纪录。此次热浪伴随着高湿度和异常的夜间高温，多地经历了“热带夜”（夜间最低气温不低于20°C），严重影响了民众休息与健康。图表显示，2026年英国的平均最高气温在5月和6月显著高于长期平均水平。

欧洲大范围破纪录 同一场“热穹”事件也席卷了欧洲大陆。德国、法国等国的气象部门称其为“历史性”热浪。超过十几个欧洲国家的6月气温纪录被打破，部分国家（如匈牙利、捷克、德国、丹麦）甚至刷新了包括所有月份在内的全年气温纪录。瑞士6月气温达到39°C，比此前纪录高出2°C以上。

气候变化的明确信号 科学家明确指出，人类引起的气候变化使此类事件变得更加频繁和强烈。数据显示，欧洲的升温速度快于全球其他主要大陆，平均气温已比1991-2020年基准值高出0.87°C。这主要归因于冰雪融化导致反射阳光减少、空气污染颗粒物减少，以及可能的大气环流模式变化。

海洋的加剧作用 欧洲海域异常偏暖，部分海区海表温度比常年平均高出2°C以上。海洋热浪会削弱海风的降温效应，从而可能加剧未来的陆地热浪，因为海水比空气更慢降温。

长期趋势与未来展望 长期升温趋势清晰可见。以英国为例，6月气温达到30°C在过去相对罕见，但如今已成为常态。科学家警告，随着全球平均气温持续上升，未来的热浪将能达到更高的峰值。只有实现全球温室气体净零排放并稳定气候，热浪才会停止变得更热。

摘要：

欧洲南方天文台（ESO）一项新研究指出，当前计划向轨道发射超过170万颗卫星（包括极亮卫星），将对天文学产生“毁灭性后果”。为保护地面望远镜观测夜空的能力，绕地球运行的卫星数量不应超过10万颗，且这些卫星需暗至肉眼不可见。

现状与威胁 自2019年以来，在轨卫星数量已增至超过1.4万颗（以SpaceX的Starlink为主）。包括SpaceX、E-Space、中国CTC-1/2在内的多项提案计划再发射约170万颗卫星。美国初创公司Reflect Orbital计划发射5万颗巨大镜面卫星，在夜间反射阳光，其亮度远超以往卫星，甚至会使夜空背景亮度增加三到四倍。

对天文观测的具体影响

• 直接干扰：卫星明亮的轨迹会污染天文图像，导致观测数据丢失。模拟显示，使用甚大望远镜（VLT），图像中可能出现数十条卫星轨迹，造成高达28%的视场损失。对于薇拉·鲁宾天文台这类探测器，明亮的卫星轨迹及其“鬼影”可能使数小时内的图像完全无法使用。
• 天空背景增亮：即使肉眼不可见的较暗卫星也会产生“漫射光”，而明亮卫星的光线经过大气散射，会整体提升夜空的背景亮度，阻碍对遥远星系、系外行星及小行星等暗弱天体的观测。

研究结论与建议 研究认为，计划中的170万颗新卫星将对地面天文学造成剧烈影响。为避免此后果，需将在轨卫星总数（包括现有及未来发射）限制在10万颗以内，且其亮度必须低于视星等7级（即肉眼不可见）。若部分卫星过亮，则可允许的总数需大幅减少。

背景与应对 该研究已被《天文学与天体物理学》期刊接收，并作为ESO与英国皇家天文学会、国际天文学联合会联合向美国联邦通信委员会（FCC）提交反对意见的依据。FCC已收到大量针对Reflect Orbital和SpaceX发射申请的公众评论。ESO总干事指出，需限制未来卫星发射，并让各相关方合作采取严格缓解措施。

附加影响 研究者指出，卫星星座的影响不仅限于天文学。其光污染可能干扰生物节律与生态系统，频繁的发射和卫星再入大气时燃烧也会造成空气污染。低地轨道是宝贵的资源，需妥善管理以保护其未来可用性。

爱尔兰威克洛郡一家五星级酒店取消了由美国科技亿万富翁彼得·蒂尔联合创立的团体所计划举行的“秘密会议”。原定于八月在Powerscourt酒店度假村及水疗中心举行的活动，预计将有北约高级指挥官和特朗普政府官员参加，现已确认不会在该场地举行。

彼得·蒂尔是支付集团PayPal和国防承包商Palantir的联合创始人，后者因大规模监控及在以色列对加沙的行动中与以色列国防军（IDF）的“战略伙伴关系”而备受批评。一份泄露的会议日程显示，这场由蒂尔和企业家Auren Hoffman二十年前共同创立的邀请制团体“Dialog”主办的“静修会”，议题包括第三次世界大战准备、战场技术、核能以及邪教组织构建等。

酒店发言人证实该活动取消，但未提供更多评论。酒店所有者和运营商MHL酒店集团表示，得知取消消息后“感到宽慰和高兴”。Powerscourt庄园也对此表示感谢，称经历了“一段充满巨大担忧的时期”。

该拟议活动此前已招致反对党和亲巴勒斯坦团体的批评。亲巴勒斯坦团体因Palantir与以色列国防军的关联，发起运动要求取消会议。原本计划在庄园外举行抗议活动的“Drop Dialogue”运动称，取消是“所有动员起来反对它的有良知人士的胜利”，并证明直接行动有效。该运动要求MHL酒店集团确认其在爱尔兰的其他酒店也不会举办该活动，否则运动不会停止。

爱尔兰巴勒斯坦团结运动主席佐伊·劳勒欢迎取消决定，认为这类会议不应在爱尔兰举办，并呼吁其他场地在接纳会议时应“表现出更多审慎”。活动人士警告，如果会议转移到爱尔兰的其他地点，他们将在那里进行抗议。爱尔兰议员理查德·博伊德·巴雷特称取消是“人民力量的胜利”，并敦促其他场地不要考虑接待彼得·蒂尔、Palantir或此类活动。

编程工作曾长期提供冥想式的专注状态，这种状态能抑制默认模式网络（DMN），DMN关联白日梦、反思以及反刍思维，因此有助于平静心神。如今，日常工作转变为全天候的上下文切换，虽然通过多任务并行提升了生产力，但心流体验时间显著减少。鉴于编程的冥想属性已改变，程序员应考虑培养新的冥想习惯，例如使用冥想应用或投入专门冥想时间，以维持心理健康。

水母快速愈合伤口的奥秘

十年来，研究人员持续观察一种名为 Clytia hemisphaerica 的水母，其游动水母体能在数分钟内闭合小伤口，且不留疤痕，愈合速度远超人类。该物种生命周期包含固着的螅状体（类似灌木）和短暂的游动水母体（类似花朵）。

研究优势与发现

水母的透明特性使科学家能在活体动物中实时观察细胞运动，其伤口愈合过程无需免疫系统参与，避免了炎症和毛细血管再生的干扰。研究发现，水母的伤口愈合机制与哺乳动物高度相似，表明其可作为研究其他动物（包括人类）伤口愈合的理想模型。

核心愈合机制

研究人员揭示，所有上皮伤口愈合均由两种关键细胞结构按顺序协同驱动：

1. 片状伪足：伤口形成后，边缘细胞伸出富含肌动蛋白的“脚状”探针，在基底膜（上皮细胞下方的蛋白质层）上爬行，牵引细胞向前移动以覆盖伤口。此机制甚至适用于单个细胞内部的微小伤口。
2. 肌动球蛋白缆：在片状伪足前进的同时，其后方会形成一条肌动球蛋白缆。一旦片状伪足覆盖了基底膜区域，该缆就会收缩，像“束口绳”一样将细胞拉拢。
   • 基底膜受损时：此缆结构尤为重要，它能将细胞拉过膜损伤区，并清除伤口碎屑。
3. 集体细胞迁移：对于过大的伤口，片状伪足无法使细胞相互接触，此时整个上皮层会整体移动，直到前方的片状伪足相遇，随后再通过上述机制闭合。

研究者认为，这套机制能使水母快速适应自然环境中可能出现的各种伤口。

未来方向

研究人员下一步计划探究基底膜的修复机制。目前，如何修复任何系统中的基底膜损伤尚不明确，他们希望从水母身上找到答案。这项研究有望为理解人类及其他动物的伤口愈合提供新见解。

https://www.seattletimes.com/business/local-business/as-downtown-seattle-offices-empty-city-facing-years-of-zombie-towers/

芬兰于周二正式关闭了其模拟固定电话网络，结束了近150年的服务历史，成为全球向数字基础设施转型进程中的最新国家。此前，爱沙尼亚、荷兰、挪威和西班牙等国已完成类似转变。

芬兰的固定电话网络始于19世纪80年代，但随着数字革命和移动技术的普及，基于铜缆的传统电话服务逐渐被取代。芬兰最大的电信运营商之一Elisa公司是该国最后一家运营铜缆固定电话网络的主要供应商。该公司客户中仅剩“几千个”纯固话套餐，且已多年未售出新套餐。

为标记服务的终结，Elisa的首席执行官与芬兰通信和运输机构负责人进行了一次象征性的告别通话，他们回忆了使用固话的往事，并讨论了移动技术的未来。从周二起，芬兰仅剩地方运营商为少数依赖本地通话的客户提供固话服务。

技术上，铜缆电话属于模拟技术，只能传输模拟原始声波的连续电信号，数据承载能力有限。而通话和网络流量已越来越多地转移到光纤网络上，后者利用光脉冲通过玻璃纤维传输信息，速度更快、连接更可靠。这一转型反映了全球通信基础设施的必然发展趋势。