Anthropic的标题是“主要积极”。他们说得没错。人们确实看到了益处。但益处并不等于解决问题。85.7%的人在使用人工智能,同时对它感到不安。这是认知负债。就像所有债务一样,它会累积。如果你是一名创作者,觉得人工智能正在侵蚀你的自我意识,你并不孤单。你属于大多数。前进的道路是有意识地采用:理解你正在交易什么,你正在保护什么,以及为什么这些对你很重要。科学家们已经弄清楚了:验证一切,保持你的身份独立,将人工智能视为工具而不是合作者。这就是韧性。
Anthropic的标题是“主要积极”。他们说得没错。人们确实看到了益处。但益处并不等于解决问题。85.7%的人在使用人工智能,同时对它感到不安。这是认知负债。就像所有债务一样,它会累积。如果你是一名创作者,觉得人工智能正在侵蚀你的自我意识,你并不孤单。你属于大多数。前进的道路是有意识地采用:理解你正在交易什么,你正在保护什么,以及为什么这些对你很重要。科学家们已经弄清楚了:验证一切,保持你的身份独立,将人工智能视为工具而不是合作者。这就是韧性。
## 奥里诺科岩画:一项宏伟的传统 本研究关注于奥里诺科河沿岸发现的一项独特的宏伟岩画传统——特别是大型蛇的雕刻。 近期研究强调了该地区在理解前哥伦布艺术及其与土著知识和文化交流联系方面的重要性。 中奥里诺科地区是岩刻(雕刻)和岩画(绘画)的热点地区,遗址可追溯到早全新世时期。 对157个岩画地点(包括13个拥有超过4米长的雕刻的“宏伟”遗址)的分析揭示了一个一致的主题:巨大的蛇被突出显示并朝向河流。 这些图像很可能作为“神话景观”的关键要素,反映了土著宇宙观,其中蛇代表着与创造、旅程和社会边界相关的强大且常常危险的力量。 地理空间分析表明,这些岩画板被有意放置以从河流和周围景观中获得可见性,表明它们起到了标记作用,并可能具有保护意义。 这一传统似乎与阿拉瓦克人和图卡诺人之间的共同神话相关联,强调了河流旅行和祖先叙事的重要性。 需要进一步的研究来充分理解这些遗址的年代学和文化背景,并继续与土著社区合作以保护和解读这些遗址。
## CSS Grid Lanes:一种新的网页布局方法
CSS Grid Lanes 是一种新的网页布局特性,由 Mozilla、Apple 的 WebKit 团队和 CSS 工作组共同开发,为传统的瀑布流布局提供了一种灵活高效的替代方案。通过 `display: grid-lanes` 激活,它利用 CSS Grid 创建响应式、基于列的排列,无需媒体查询或容器查询。
其核心功能使用 `grid-template-columns`(或行)定义“通道”,允许浏览器动态填充可用空间。一个关键特性是其“容差”设置 (`item-tolerance`),它控制项目在通道之间移动的敏感度,以优化视觉流程——影响视觉外观以及键盘/屏幕阅读器用户的可访问性。
Grid Lanes 简化了复杂的布局,实现了无限滚动和不同的列大小等功能。它还支持跨通道扩展项目,并更改布局方向(列或行)。目前已在 Safari Technology Preview 234 中可用,鼓励开发者进行实验并提供反馈,以便 CSS 工作组最终确定细节。这有望成为创建动态且可访问的网页设计的新工具。
## 布特科呼吸法:一种治疗哮喘的呼吸技巧 布特科呼吸法是一种呼吸技巧,由苏联生理学家康斯坦丁·布特科在 1950 年代开发,旨在调节呼吸并治疗哮喘等呼吸系统疾病。它基于这样的理念:许多疾病因慢性过度通气(过度呼吸)而加重,导致血液中二氧化碳水平过低。 该方法侧重于通过强调鼻呼吸、屏气和放松的练习来重新训练呼吸模式,旨在实现更慢、更浅的呼吸。支持者声称它可以减少哮喘、慢性阻塞性肺病和过度通气的症状和对药物的依赖。 虽然该方法越来越受欢迎——从越来越多的曝光和最近的社交媒体关注可以看出——但布特科呼吸法在医学界仍然存在争议。有限的高质量研究支持其核心理论,而且研究往往存在方法学缺陷。一些研究表明它可能对生活质量和症状管理有潜在益处,但其对肺功能的影响尚不清楚。尽管最初在苏联医疗保健系统中实施,但由于缺乏足够的证据,它并未获得广泛的医学认可。
## 非递归Zip炸弹的构造与分析
本文详细介绍了“非递归”Zip炸弹的创建方法——一种能够展开到巨大尺寸的小型Zip文件,无需依赖嵌套的递归解压文件。该技术通过在Zip容器内重叠文件,多次引用压缩的“内核”数据来实现高压缩率。这使得输出大小能够随输入呈二次方增长,达到超过2800万的压缩比(例如,10MB到281TB),并且通过64位扩展(Zip64)可能达到更高。
构造过程使用了常见的DEFLATE压缩算法,确保与大多数Zip解析器的兼容性,但不包括“流式”解析器。优化重点在于通过仔细平衡内核大小和文件开销,以及高效计算CRC-32校验和来最大化压缩比。本文探讨了各种优化方法,包括引用本地文件头和利用Zip64扩展。
该研究强调了Zip解析实现中潜在的漏洞,并讨论了检测方法,指出强大的防御需要沙箱和资源限制,而不能仅仅依赖于基于签名的检测。作者还记录了已发布的Zip炸弹在现实世界中的反应,包括杀毒引擎的检测,以及网络浏览器和安全服务(如Google Safe Browsing和Comcast Xfinity)的阻止。源代码和数据可在GitHub上获取。
## Qwen-Image-Layered:通过分解实现一致的图像编辑 最近的图像生成模型在一致性编辑方面面临挑战,因为栅格图像本身具有复杂性。受分层设计工具的启发,**Qwen-Image-Layered** 引入了一种新的扩散模型,它将单个图像*分解*为多个独立的 RGBA 图层。这允许隔离编辑——对一个图层的更改不会影响其他图层——从而显著提高一致性。 该模型通过三个关键创新实现这一点:用于统一表示的 RGBA-VAE,能够处理可变图层数量的 VLD-MMDiT 架构,以及多阶段训练策略。至关重要的是,一个新的数据集,包含从 Photoshop 文档中提取的带注释的多层图像,解决了训练数据不足的问题。 实验表明,Qwen-Image-Layered 在分解质量方面优于现有方法,并建立了一种新颖的、一致且直观的图像编辑方法。
## OpenRouter推出响应修复功能,提升LLM输出的可靠性
OpenRouter推出了**响应修复**功能,旨在自动修复大型语言模型(LLM)产生的格式错误的JSON响应。OpenRouter认识到,即使LLM输出中存在很小的错误率(例如2%),也可能严重影响应用程序的稳定性和用户体验,因此响应修复功能可以显著提高可靠性。
早期数据显示出令人印象深刻的结果:**Gemini 2.0 Flash**的缺陷减少了80%,而**Qwen3 235B**的改进率达到了99.8%。这不仅仅是微小的提升——即使将缺陷从2%降低到1%,也能*使错误和支持工单的数量减半*。
该插件解决了常见的JSON错误,例如尾随逗号和缺少括号,为典型响应增加了不到1毫秒的延迟。目前,该功能专注于非流式请求和JSON语法,不处理模式一致性(正确的字段名称/类型),但计划在未来评估此项功能。
**响应修复是免费且可选的**,现已在[openrouter.ai/settings/plugins](openrouter.ai/settings/plugins)开放。OpenRouter旨在提供一个强大的基础设施层,确保LLM输出能够始终“正常工作”。
这篇帖子探讨了一种在 Rust 中启用后缀宏(如 `x.method!()`)的解决方案,而不会违反“无回溯规则”——防止宏在执行过程中重新评估表达式。核心思想是**“部分求值”**:与其将*表达式*传递给后缀宏,不如传递一个*位置*——代表表达式求值结果的内存位置。 直接将表达式存储在临时变量中会因为不正确的位置到值的转换而失败。作者提出了一种新的语言特性,**`let place p = <expr>;`**,它将 `<expr>` 作为位置进行求值,并为其创建别名 `p`,避免不必要的复制或移动。这使得后缀宏可以直接操作该位置,确保副作用可预测地发生。 虽然 `let place` 引入了诸如推断可变性以进行自动解引之类的复杂性,但它出奇地简单,并且不需要更改 Rust 的中间表示 (MIR)。作者甚至建议 `let place` 可以简化模式匹配并解释某些借用检查行为。最终,该提案旨在实现表达力强的后缀宏,并提出 `let place` 即使独立来看也是一项有价值的特性。
Hatchet,一个基于Postgres构建的持久队列,最初随着任务量增长到数亿每天,性能开始下降。为了解决索引和表膨胀以及删除速度慢的问题,团队对他们的核心表(v1_task 和 v1_task_event)实施了基于时间的分割。他们选择自定义分割系统以避免外部扩展依赖。
在成功发布和负载测试后,性能出乎意料地下降——涉及分割表连接的查询速度急剧减慢,原因是Postgres查询计划器对行数的估计不准确。尽管仔细配置了自动vacuum,问题仍然存在。
根本原因在于Postgres分割行为的一个细微之处:`ANALYZE` 不会自动在父分割表上运行。手动在这些表上运行 `ANALYZE` 立即解决了问题,恢复了查询性能。团队现在定期在父表上运行 `ANALYZE`,并建议使用 `DETACH PARTITION...CONCURRENTLY` 删除分割,以及 `DETACH PARTITION...FINALIZE` 进行清理,并确保自动vacuum在子分割上运行。这次经历强调了在实施分割时理解Postgres内部机制的重要性。
错误:无法满足请求。请求被阻止。我们目前无法连接到此应用程序或网站的服务器。可能流量过多或配置错误。稍后重试,或联系应用程序或网站所有者。如果您通过 CloudFront 向客户提供内容,您可以在 CloudFront 文档中找到故障排除步骤,并帮助防止此错误。由 cloudfront (CloudFront) 生成。请求 ID:U83kKppXhEbYXWTcLHJcF-SPI_2LDw7jdYw6G4YBoAn-jHBnRyuubg==