{"pageContext":{"index":388,"total":389,"name":"2026-10-10","items":[{"node":{"frontmatter":{"title":"美国官方门户网站上线","publish":true,"cover":"","showCover":null,"date":"2026-10-10","category":"other","url":"https://america.gov/","author":"america.gov","translator":"","tags":["other"],"priority":1},"html":""}},{"node":{"frontmatter":{"title":"Clef：开放权重的决策模型与全新RL微调平台","publish":true,"cover":"","showCover":null,"date":"2026-10-10","category":"AI","url":"https://blog.cloudflare.com/clef-decision-models/","author":"Michelle Chen, Alex Reneau, and Kevin Flansburg","translator":"","tags":["other"],"priority":1},"html":"<p>本文主要介绍了Cloudflare正式推出的两款开源决策模型Clef与Clef-flash，以及配套的全新强化学习（RL）微调平台。与传统非确定性的大语言模型（LLM）不同，决策模型专为AI工作流设计，能够快速、稳定地输出带概率的结构化分类结果，使智能体（Agent）无需人工介入即可实现自动路由、工单分发与自主决策。Clef模型相比市场同类竞品具备多项显著优势：内置视觉编码器支持多模态输入、拥有64k超长上下文窗口、API完全兼容且严格类型化输出。在性能表现上，Clef凭借非自回归的并行评分架构与创新的双阶段注意力路由技术，在多项基准测试中展现出超越竞品的准确率，并将推理延迟大幅压缩。文章详细阐述了模型的底层训练路径，包括基于Qwen基座模型、采用标签平滑交叉熵与Brier损失优化概率校准，以及引入专为决策优化的强化学习算法（RLCD）。此外，Cloudflare同步发布了面向企业的RL微调服务与自服务平台，结合AI Gateway、Workers AI和Containers等云原生基础设施，允许客户利用自身业务数据对Clef进行领域定制微调，进一步拓展其在客服分诊、安全审查、爬虫识别等垂直场景中的应用潜力，全面赋能高效、低成本的自动化智能体生态。</p>"}},{"node":{"frontmatter":{"title":"Cloudflare BEACON：借助真实用户大数据洞察全球网页速度","publish":true,"cover":"","showCover":null,"date":"2026-10-10","category":"frontend","url":"https://blog.cloudflare.com/how-fast-is-the-web/","author":"Nic Jansma, Ryan Townsend","translator":"","tags":["other"],"priority":1},"html":"<p>Cloudflare 推出 BEACON 匿名公开网页性能数据集，基于万级网站数十亿用户访问数据，在 BigQuery 上每日更新；该数据集不仅统计 Core Web Vitals 核心网页指标，还拆解 LCP、INP 耗时阶段，对比不同浏览器、地区以及 SPA 单页应用的加载差异，同时结合当地网络与经济水平分析网页体验，揭示 JS 阻塞、首页加载负担等性能痛点；数据集面向开发者与研究者开放，希望依靠大规模真实观测数据，推动全球互联网网页整体访问体验优化。</p>"}},{"node":{"frontmatter":{"title":"`livenerf` 追踪前沿AI模型发布后性能变化的基准测试项目","publish":true,"cover":"","showCover":null,"date":"2026-10-10","category":"javascript","url":"https://github.com/ninjahawk/livenerf","author":"ninjahawk","translator":"","tags":["other"],"priority":1},"html":"<p><code class=\"language-text\">livenerf</code> 是一个开源的、追求高度确定性的长期基准测试项目，旨在科学检测前沿大语言模型（首期聚焦 Claude Opus 5.5）在正式推出后是否存在性能悄然退化（即社区常说的“nerf”）的现象。针对以往缺乏发布首日基线、结论多依赖主观感受的问题，该项目通过冻结系统提示词、严格锁定 CLI 客户端版本、使用纯函数评分器以及永久追加原始日志等方式，最大限度消除环境与配置波动带来的噪声。评估基于英国 AI 安全研究所的 <code class=\"language-text\">Inspect</code> 框架，遵循 Anthropic 的误差棒统计规范，并实行严格的预注册协议以保证透明度。实验设计选取模型“偶尔能答对”的题目构建校准面板，每日执行一轮完整测试，持续 30 天（前 10 天确立基线，后续两个 10 天窗口进行交叉对比）。除核心准确率指标外，项目特别关注单次输出的 Token 数量变化，因其往往是模型减少推理努力或切换低配版本的先行信号。整个流程包含正交控制臂、A/A 校验与压力测试，所有数据仅追加不可篡改，结果定期在 Discord 公开讨论。该项目完全独立于 Anthropic，以透明、可复现的方式为社区提供客观的性能漂移监测工具。</p>"}},{"node":{"frontmatter":{"title":"React 可视化标记：厘清组件两棵树的新思路","publish":true,"cover":"","showCover":null,"date":"2026-10-10","category":"frontend","url":"https://julesblom.com/writing/react-visual-notation","author":"Jules Blom","translator":"","tags":["react"],"priority":1},"html":"<p>文章中提出一套 React 可视化标记规范，专门区分<strong>父树（渲染嵌套位置）与所有者树（JSX 创建归属）</strong>，借助图形符号表达 memo、Context、Suspense、Portal 以及 RSC 边界等机制；旨在弥补 React DevTools 的短板，把抽象的组件关系画出来，减轻人脑推导负担，适用于教学、代码架构评审，也便于审核 AI 生成的 React 代码；目前仅有原型工具，尚未完整支持 Hook 与动态渲染，作者期待后续深度集成到编辑器，以可视化辅助开发者思考组件架构</p>"}},{"node":{"frontmatter":{"title":"Node.js：繁忙机器上的线程池思考","publish":true,"cover":"","showCover":null,"date":"2026-10-10","category":"nodejs","url":"https://sancho.bearblog.dev/google-weird/","author":"Matteo Collina","translator":"","tags":["other"],"priority":1},"html":"<p>这篇文章不赞成直接依据 CPU 数量自动扩大 Node.js 线程池；<code class=\"language-text\">os.availableParallelism()</code>仅评估理论可用并行能力，不代表 CPU 实际空闲，多进程以此设置线程会争抢 CPU，引发上下文切换、缓存冲突，拖累事件循环与整体吞吐量。即便通过 Linux nice 降低部分工作线程优先级，也无法让线程真正等待 CPU 空闲，还会拉长请求延迟。在单 vCPU 容器场景，过多工作线程同样会降低 CPU 密集任务的处理效率。同时 CPU 密集运算（如 bcrypt 哈希）与 I/O 等待场景线程扩缩逻辑不同，磁盘 I/O 阻塞时增加线程有收益，但缓存读、存储设备打满时则无效。作者认为线程池规模不应自动调整，应当在真实繁忙环境实测，兼顾延迟与吞吐量，并且必须限制任务队列，单纯增加线程无法保障无限队列安全。</p>"}},{"node":{"frontmatter":{"title":"Shaders 核心引擎以 MIT 协议开源","publish":true,"cover":"","showCover":null,"date":"2026-10-10","category":"frontend","url":"https://sancho.bearblog.dev/google-weird/","author":"shaders","translator":"","tags":["other"],"priority":1},"html":"<p>WebGPU 特效平台 Shaders 将渲染引擎、着色器组件、框架绑定以 MIT 协议开源，初衷是让设计工程师无需成为图形专家也可实现着色器效果，开发者可将组件自由用于个人、商业、SaaS 等各类项目，免费从编辑器导出代码，还可使用公开的<code class=\"language-text\">defineShader</code>自定义组件并提交 PR；付费 Shaders Pro 版本继续保留，包含海量预设、视频图像渲染、优先支持等增值能力，价格不变，旧 Core 订阅用户将免费获得 Pro 全部权益，近 30 天因商业 / 导出需求购买 Pro 的用户可联系官方处理。</p>"}},{"node":{"frontmatter":{"title":"Claude Code Mods 入门指南","publish":true,"cover":"","showCover":null,"date":"2026-10-10","category":"javascript","url":"https://claude.dev/blog/getting-started-with-claude-code-mods/","author":"Addy Osmani","translator":"","tags":["other"],"priority":1},"html":"<p><strong>Mods</strong>是 Claude Code 的插件内钩子模块（JS/TS），能够监听、拦截会话事件，实现观察、改写、接管三类行为，还可渲染自定义 UI，深度定制 AI 编码工具，甚至 Claude Code 部分内置功能本身就基于 Mods 实现claude.dev。文章手把手搭建示例<strong>Token Weather</strong>，在输入框上方可视化展示上下文窗口占用，包含占比、令牌数量、历史走势图，支持热重载、类型校验与单元测试，也可直接用自然语言让 AI 生成 Mod 代码。另外介绍两个典型案例：<strong>Blast Radius</strong>拦截 rm‑rf 等高风险 Shell 命令，预览受影响文件，由用户确认是否执行；<strong>Replay Theater</strong>记录每轮全部文件修改，提供命令逐步回放变更 diff。教程讲解项目目录结构、状态持久化、测试验证、打包分发、共享安装流程，给出四条开发最佳实践，同时给出 Mod 开发创意方向，并提醒 Mod 拥有和 Claude Code 同等权限，只可安装可信来源的 Mod</p>"}},{"node":{"frontmatter":{"title":"开源地图众包应用StreetComplete iOS版现已开放公测","publish":true,"cover":"","showCover":null,"date":"2026-10-10","category":"mobile","url":"https://github.com/streetcomplete/StreetComplete/issues/5421","author":"westnordost","translator":"","tags":["other"],"priority":1},"html":"<p>采用Kotlin Multiplatform与Compose Multiplatform技术栈的跨平台构建方案，旨在通过共享核心业务逻辑与UI声明式代码，最大限度减少Android/iOS平台特定代码，从而避免像使用Flutter框架那样需要将整个代码库重写为Dart语言。目前（截至2024年上半年）整体迁移进度约已完成50%，该项目最初预估需一年单人工作量，现由核心维护者全职推进并高度依赖社区协作。文中列出了清晰的实施步骤，包括分离平台相关代码、用Kotlin多平台依赖替换原有Android组件，以及自底向上逐步将现有UI迁移至Jetpack Compose进而过渡到Compose Multiplatform。此外，作者通过项目看板公开了具体任务清单，积极招募开发者认领开发工作、接受资金赞助以保障全职投入周期，并呼吁社区协助日常维护与Issue分类，共同推动iOS版本的顺利落地。</p>"}},{"node":{"frontmatter":{"title":"Video.js v10 正式发布：从零重构的现代网页视频播放器","publish":true,"cover":"","showCover":null,"date":"2026-10-10","category":"frontend","url":"https://github.com/videojs/v10/","author":"VideoJS","translator":"","tags":["other"],"priority":1},"html":"<p>Video.js 于 2026‑10‑01 推出完全重写的 v10 稳定版，融合多款开源播放器经验，包体积相比 v8 缩减 60%，原生支持 React、TS、Tailwind，可借助 Shadcn 深度自定义 UI，还针对 AI 编码助手优化；该版本不能直接平滑升级，npm 主包仍保留 v8，v10 使用独立包名发布，部分流媒体能力仍在完善，官方提供迁移指南。</p>"}},{"node":{"frontmatter":{"title":"pure‑web‑bottom‑sheet：CSS 驱动的高性能底部弹窗 Web 组件","publish":true,"cover":"","showCover":null,"date":"2026-10-10","category":"frontend","url":"https://github.com/viliket/pure-web-bottom-sheet","author":"Vili Ketonen","translator":"","tags":["other"],"priority":1},"html":"<p><code class=\"language-text\">pure‑web‑bottom‑sheet</code> 是 MIT 协议的无框架依赖 Web Component，利用 CSS scroll‑snap、滚动驱动动画实现底部弹窗，现代浏览器核心几乎零 JavaScript，依托原生 dialog/popover 保障无障碍，支持 SSR、多停靠锚点，适配 React/Vue 与各类浏览器，JS 仅用于兼容与手势增强。</p>"}},{"node":{"frontmatter":{"title":"css‑doodle：基于 Web Component 的 CSS 图案绘制组件","publish":true,"cover":"","showCover":null,"date":"2026-10-10","category":"frontend","url":"https://css-doodle.com/","author":"css-doodle","translator":"","tags":["other"],"priority":1},"html":"<p>css‑doodle 是依托 Shadow DOM 与 Custom Elements 标准的 Web 组件，无需垫片即可在主流浏览器运行，它会根据 CSS 规则自动生成 div 网格，借助大量扩展选择器、属性与内置函数，支持网格布局、随机取值、数学运算、形状生成、SVG、GLSL 着色器，用来创作图案、图形与动画；可通过 CDN 或 npm 引入，支持 seed 固定随机结果、CSS 变量导入规则，配套 JS API 实现更新渲染、图片导出，能力上限取决于 CSS 本身。</p>"}},{"node":{"frontmatter":{"title":"半色调点阵化艺术二维码：利用抖色算法融合图像","publish":true,"cover":"","showCover":null,"date":"2026-10-10","category":"javascript","url":"https://www.andrewt.net/dithered-qr-codes/wtf/","author":"Andrew Taylor","translator":"","tags":["other"],"priority":1},"html":"<p>这篇文章讲解了抖动艺术二维码的实现逻辑：二维码的功能定位图形不可改动，但存储数据的数据模块允许适度改造，可借助 3×3 单元划分结合 Floyd‑Steinberg 误差扩散抖动算法，通过两轮误差扩散处理抵消数据模块带来的画面噪点，把图片融合进二维码；相关工具还支持旋转、调整编码等进阶操作，但美化会损耗纠错性能，需要在美观度和扫码可靠性之间做权衡，同时要注意预留扫码必需的边距，不能仅以自身设备扫码结果作为可用性标准。</p>"}},{"node":{"frontmatter":{"title":"尽力排他锁：CockroachDB 下 SELECT…FOR UPDATE 的定位","publish":true,"cover":"","showCover":null,"date":"2026-10-10","category":"database","url":"https://gaultier.github.io/blog/what_good_is_a_best_effort_exclusive_lock_anyway.html","author":"Philippe Gaultier","translator":"","tags":["other"],"priority":1},"html":"<p>在CockroachDB默认的SERIALIZABLE（可串行化）隔离级别中，<code class=\"language-text\">SELECT … FOR UPDATE</code>是<strong>尽力型排他锁</strong>，它不像PostgreSQL、MySQL那样可以保障逻辑正确性；该锁为内存非副本锁，遇到租约转移、分片分裂合并就会丢失，仅做性能优化手段，不能当作正确性保障依赖。文章以票务抢购高并发热点更新场景举例：它可以让部分请求提前等待，减少大量事务整体重试带来的高昂开销，缓解锁竞争，但数据正确性依旧依靠SERIALIZABLE隔离的事务冲突检测与事务重试机制保证；如果切换到READ COMMITTED隔离可以让FOR UPDATE实现完整排他锁，但会丢失可串行化带来的数据安全保障。作者最后总结，处理高冲突业务除使用尽力锁等待外，还可以采用条件写、分散热点写入等其他优化方案。</p>"}},{"node":{"frontmatter":{"title":"告别 Deno，重回 Node.js","publish":true,"cover":"","showCover":null,"date":"2026-10-10","category":"nodejs","url":"https://dbushell.com/2026/10/03/deno-to-node/","author":"David Bushell","translator":"","tags":["other"],"priority":1},"html":"<p>作者把自己的静态站点生成器项目从 Deno 迁移回 Node.js，发现新版 Node 已经吸收大量 Deno 曾经的优势：Node 26 原生支持 TypeScript，现代化 Web 标准 API 淘汰旧接口，项目仅少量修改导入语句就完成迁移，构建速度还提升 15%。作者选用 pnpm 做包管理，通过别名兼容 npm 脚本，还设置包最小发布时间策略，规避恶意包风险。</p>\n<p>作者阐述离开 Deno 的原因：Deno Land 团队裁员过半，创新放缓；Shell 集成存在缺陷、接口限流 429 报错、HTTP 并发 Bug 等实际问题影响开发体验。虽然 Deno 大幅强化 Node 兼容性，但作者实际项目中遭遇各类阻碍，最终选择回归 Node。文章不是全盘否定 Deno，是个人真实迁移经历，对比两个运行时近年变化，探讨二者取舍。</p>"}},{"node":{"frontmatter":{"title":"借助 Watt 大规模优化 Node.js，降低 38% 计算成本","publish":true,"cover":"","showCover":null,"date":"2026-10-10","category":"nodejs","url":"https://medium.com/booking-com-development/node-js-at-scale-rebalanced-how-we-cut-cost-by-38-62ce247a3002","author":"Booking.com","translator":"","tags":["other"],"priority":1},"html":"<p><a href=\"https://Booking.com\">Booking.com</a>自研 <a href=\"https://github.com/platformatic/platformatic\">Watt</a> 调度框架，将 Node.js 服务从 pm2 集群切换为 Worker Threads + SO_REUSEPORT 直连内核接收请求，业务代码完全不用修改，实现 Pod 数量、内存开销下降，尾部延迟优化，整体计算成本降低 38%。</p>"}},{"node":{"frontmatter":{"title":"“Conversations”免费全面转向F-Droid分发","publish":true,"cover":"","showCover":null,"date":"2026-10-10","category":"mobile","url":"https://gultsch.de/posts/breaking-up-with-google-play/","author":"Daniel","translator":"","tags":["other"],"priority":1},"html":"<p>本文作者详细回顾了其开发的Android开源即时通讯客户端Conversations自2014年以来的发展轨迹与商业模式演变。该项目最初作为个人需求启动并发布在Google Play商店收费销售，逐步成长为作者的主要收入来源。然而，作者与Google Play的合作关系长期恶化：应用频繁遭遇无理解拒与随机下架，客服支持极差（仅能联系到AI或外包员工），审核周期不断延长且未区分安全更新与功能更新，而Google却持续抽取15%的分成（作者每年为此承担超1000欧元成本）。随着近年来通过NLnet基金会及欧盟委员会等渠道获得稳定资助，作者已彻底摆脱对Play商店收入的依赖。基于经济独立与对平台垄断的不满，他决定正式终止与Google Play的合作，不再上架收费版本，转而将F-Droid作为核心分发渠道，并宣布Conversations全面免费。</p>"}},{"node":{"frontmatter":{"title":"欠下价值十亿美元的英伟达股票","publish":true,"cover":"","showCover":null,"date":"2026-10-10","category":"other","url":"https://colo.to/nvidia-stock-narrative.html","author":"Eric Gullichsen","translator":"","tags":["other"],"priority":1},"html":"<p>本文记述了作者Eric Gullichsen在1993年受邀担任英伟达早期技术顾问并获得2.5万份股票期权的经历。根据双方签署的正式协议，这些期权本应分四个季度（即一年内）全部归属，但1996年公司财务负责人却单方面告知仅部分归属并催促其行权，作者随后按指示操作并遗忘了此事。直到2024年，作者偶然重读旧文件才发现公司对归属期的解释与原始合同严重不符，实际上所有期权早在1994年就已完全归属。考虑到英伟达上市以来累计480倍的股票拆分，当时未行权的9375股如今已折合约450万股，市值接近十亿美元。为此作者聘请资深律师团队与英伟达法务部门进行多轮交涉，但对方以“诉讼时效早已届满”为由坚决否认。经过慎重评估，作者最终认定由于自己长达三十余年“沉睡于权利之上”，在法律上几乎不可能通过诉讼挽回损失。文章将此经历作为一则现实警示，提醒商业参与者务必密切关注并按时行使合同赋予的权利，同时作者也以豁达幽默的态度坦然接受了这一遗憾。</p>"}},{"node":{"frontmatter":{"title":"德里如何将电力损耗从50%降至5%","publish":true,"cover":"","showCover":null,"date":"2026-10-10","category":"other","url":"https://spectrum.ieee.org/delhi-electricity-loss","author":"Mini Shaji Thomas","translator":"","tags":["other"],"priority":1},"html":"<p>本文详细回顾了印度新德里在2002年至2026年间将电网综合损耗率从超过50%大幅降至5%-6%的系统性转型历程。2002年初，德里电网因设备严重老化、技术落后、窃电猖獗、计费抄表混乱、基层员工缺乏专业训练与问责机制，导致日常停电频发、电压不稳、供电质量极差且企业营收微薄。为彻底扭转困局，德里顺应印度《2003年电力法》推动体制改革，将原公有配电机构拆分为两家私营运营公司（Tata Power-DDL与BSES）。改革采取了“技术升级+管理重构+社区共治”的综合策略：技术上部署SCADA实时监控系统、更换老旧变压器与断路器、大规模安装电容补偿装置稳定电压、改用三相绝缘电缆阻断非法接线、全面替换机械电表为可远程读取的数字/智能电表，并引入AI算法精准识别异常用电模式；管理上重塑组织架构、明确岗位权责、强化员工安全与技术培训，建立严格的绩效考核与问责制度；服务与治理方面开通全天候线上缴费平台、推行早缴奖励，并在高损贫民窟创新性地雇佣当地女性担任电费收缴员，同步配套改善供水与扫盲金融教育等民生项目，有效化解了收费难题。历经近二十五年持续攻坚，德里电网可靠性指数从约70%跃升至99.9%以上，不仅彻底告别了无序停电时代，还极大提振了城市商业活力、改善了居民生活品质并助力碳减排。文章最后强调，电网现代化的成功绝非单纯依赖硬件投入，而是技术赋能、铁腕执行、运营问责与公众深度参与缺一不可的协同结果，其完整路径可为全球众多面临配电网衰败与高额损耗挑战的城市提供极具价值的范本。</p>"}},{"node":{"frontmatter":{"title":"民间非官方修复力量通过“盗版”手段守护电影历史原貌","publish":true,"cover":"","showCover":null,"date":"2026-10-10","category":"other","url":"https://mubi.com/en/notebook/posts/pirating-the-pirates","author":"Devan Scott","translator":"","tags":["other"],"priority":1},"html":"<p>本文深入探讨了电影修复与保存领域中长期存在的官方商业发行与民间非官方修复之间的张力与合作。作者以自身非法拼接《黄金三镖客》不同版本音画的经历开篇，揭示了主流片商常出于商业或技术原因对经典影片进行擅自剪辑、重混音效或修改画质，导致历史准确的原始版本难以面世。尽管Criterion、Arrow等独立厂牌致力于还原导演意图，但仍受制于预算、档期及导演的修订偏好。在此背景下，民间爱好者网络凭借无版权束缚、时间充裕及对影像细节的执着，通过非法扫描、Remux无缝拼接、私人论坛共享等方式，长期致力于抢救《星球大战》原版、《诺斯费拉图》、《拿破仑》等影史经典。这些行为虽触犯DMCA等版权法，但在社群内部逐渐形成了“仅限个人收藏、绝不牟利、需购买至少一份实体碟作为依据”的“海盗守则”，被视为一种对抗文化流失与资本干预的地下抵抗。文章最后指出，随着民间修复的技术价值与历史意义被广泛认可，专业修复机构已开始主动吸纳爱好者的专业知识与数据成果，实现了“盗版者”与“正版方”的知识融合，表明这种自下而上的民间保护力量已成为电影文化遗产传承中不可或缺且日益制度化的重要环节。</p>"}},{"node":{"frontmatter":{"title":"测评 11 款 HTTP 容错库","publish":true,"cover":"","showCover":null,"date":"2026-10-10","category":"nodejs","url":"https://blog.gaborkoos.com/posts/2026-10-04-I-Tested-11-Http-Resilience-Libraries/","author":"Gabor Koos","translator":"","tags":["other"],"priority":1},"html":"<p>作者针对重试、熔断、舱壁、对冲、请求去重等能力设计 21 组测试用例，测评 11 个 JavaScript HTTP 容错库，发现各库独立基础重试功能普遍可靠，但<strong>容错策略叠加、请求取消、状态竞态场景暴露出大量隐性缺陷</strong>，包括无法中断退避等待、队列资源泄露、超时边界失效、熔断状态错乱、Promise 永久挂起、对冲请求后台残留等；自研库 ffetch 综合正确性最佳，hedging 对冲特性整体实现最不成熟；测试存在作者主观评判标准，不评估性能与 API 体验，作者建议选型时要结合业务组合场景做验证，项目已开源并自动持续更新测评矩阵。</p>"}},{"node":{"frontmatter":{"title":"美国居家待客比例近五十年骤降70%","publish":true,"cover":"","showCover":null,"date":"2026-10-10","category":"other","url":"https://www.derekthompson.org/p/the-death-of-the-american-host","author":"Derek Thompson","translator":"","tags":["other"],"priority":1},"html":"<p>本文系统剖析了美国居家待客与面对面社交活动近半个世纪的急剧衰退现象。调查数据显示，自1975年到2026年，每月在家中招待客人或参加聚餐的比例从42%暴跌至12%，整体降幅达70%。作者首先驳斥了“社交转移至餐厅酒吧”或“被健身、观演等活动取代”等假设，指出整体面对面交流确实在减少，且现代人实际居家时间反而大幅增加。在此基础上，文章归纳了导致“社交萎缩”的四大深层原因：一是双职工家庭普遍繁忙，筹备聚会的沟通、采购与协调工作被视为额外负担；二是当代父母转向“密集型养育”，晚间时间大量倾注于子女照料而非成人社交；三是亲密友谊网络持续收缩，尤其非婚及低学历群体社交基础薄弱，使得居家待客逐渐变为一种“阶层性奢侈品”；四是流媒体、短视频与播客等数字娱乐高度发达，独自在家变得极其舒适有趣，人们无需他人陪伴即可高效消遣。文章最终指出，这并非个人层面的懈怠，而是现代科技引发的“休闲协调失灵”——技术不断降低独处成本并提升其吸引力，从而系统性取代了需要多方配合的传统社交休闲。</p>"}},{"node":{"frontmatter":{"title":"谷歌搜索何时变得如此怪异？","publish":true,"cover":"","showCover":null,"date":"2026-10-10","category":"other","url":"https://sancho.bearblog.dev/google-weird/","author":"Sancho Panza","translator":"","tags":["other"],"priority":1},"html":"<p>作者搜索 NBA 老梗 “hes never coming over dario”，想查找和篮球运动员达里奥・萨里奇相关的旧时网络帖子，但谷歌却直接生成了AI摘要。该AI摘要不仅未提供有效链接，反而错误地揣测作者因感情受挫而情绪低落，试图扮演共情倾听者的角色。作者对此感到十分荒谬，强烈质疑搜索引擎为何要越俎代庖地进行情感安慰，而非专注信息检索；尽管在页面深处仍能找回原本想要的结果，但他指出这种被大语言模型主导的搜索已严重偏离了平台初衷，并表达了对当前人机交互日益趋向“拟社会关系”的担忧，认为在引入LLM之前传统的搜索模式或许更加合理，最后以反讽语气调侃自己是否该去和谷歌谈心。</p>"}},{"node":{"frontmatter":{"title":"CSS 原生锚点定位简化 Tooltip 与弹出层开发","publish":true,"cover":"","showCover":null,"date":"2026-10-10","category":"frontend","url":"https://allthingssmitty.com/2026/10/05/css-does-your-tooltip-positioning-now/","author":"Matt Smith","translator":"","tags":["other"],"priority":1},"html":"<p>以往开发 tooltip、下拉弹窗需借助 JavaScript 计算坐标、监听滚动和窗口缩放事件处理位置溢出翻转，如今 CSS 的<code class=\"language-text\">anchor-name</code>、<code class=\"language-text\">position-anchor</code>等锚点定位 API 可实现该能力，配合<code class=\"language-text\">position-try-fallbacks</code>自动做位置回退翻转、<code class=\"language-text\">anchor-size()</code>读取锚点尺寸，结合<code class=\"language-text\">popover</code>属性还能零 JS 构建下拉菜单；该特性仅处理视觉定位，显隐逻辑仍需<code class=\"language-text\">:has()</code>、popover 或 JS 实现，虽主流浏览器已支持，但存在浏览器实现差异与无障碍短板，仅适合相对于指定元素定位的场景，普通父容器定位依旧使用传统 relative+absolute 即可。</p>"}},{"node":{"frontmatter":{"title":"OpenAI与微软高管明知非法抓取盗版书籍训练AI将摧毁人类作家生计","publish":true,"cover":"","showCover":null,"date":"2026-10-10","category":"AI","url":"https://authorsguild.org/news/ag-v-openai-top-execs-knew-mass-book-piracy-was-illegal/","author":"authorsguild.org","translator":"","tags":["other"],"priority":1},"html":"<p>本文详细披露了美国作家协会及其旗下众多知名作家对OpenAI和微软提起的版权侵权诉讼中最新公开的法庭文件与内部通信记录。新证据显示，两家公司的高管及研发人员早在2019年便已明知其使用盗版网站LibGen上的受版权保护书籍训练AI模型属于违法行为，且清楚该技术产品将直接替代人类作家的创作劳动、导致大量创作者失业。内部邮件与聊天记录表明，管理层不仅将作家的抗议与经济受损轻描淡写为“可接受的经济破坏”，甚至曾讨论让AI自动续写知名作家的未竟作品；公司决策主要出于对负面舆论的担忧而非法律合规，并曾在2022年紧急执行“清除项目”以删除相关数据痕迹、掩盖侵权事实。该集体诉讼指控企业为赢得AI技术竞赛故意无视版权法，严重威胁人类文学创作生态与出版行业，案件预计将于2027年初进入听证阶段。</p>"}},{"node":{"frontmatter":{"title":"Pi项目因技术架构优化与生态演进需求正式将MCP纳入核心","publish":true,"cover":"","showCover":null,"date":"2026-10-10","category":"AI","url":"https://earendil.com/posts/you-said-no-mcp/","author":"Earendil Engineering","translator":"","tags":["other"],"priority":1},"html":"<p>文章指出Pi项目此前曾公开声明不支持MCP（模型上下文协议），但在近期升级后已将其正式纳入核心功能。团队改变立场的主要原因是随着生态发展，MCP本身已大幅演进，且引入MCP所需的底层改造对提升系统其他模块（如Jev的集成）同样具有普遍价值。尽管当前MCP在工具可组合性上仍存在短板（部分服务器仍为节省Token而偏好文本输出），但Pi认为现代MCP应更接近具备智能发现能力的OpenAPI规范，强调结构化数据返回与文档驱动。此外，为适配支持延迟加载工具、动态系统提示词等新特性的现代大模型，传统MCP扩展缺乏必要的元数据配置，因此将MCP与Pi自研的“Codemode”机制深度绑定成为更优路径。Codemode是一种运行在可信环境中的工具编排沙盒，允许Agent通过JavaScript灵活调度工具调用顺序、保持会话状态，而非依赖外部文件系统。文章最后通过一个实际代码示例，展示了如何结合Codemode、MCP（Linear工单插件）与Jev分类模型高效分析用户反馈情绪，充分体现了Pi团队顺应技术趋势、主动融入并引导开源工具生态演进的开放策略。</p>"}},{"node":{"frontmatter":{"title":"从家族往事看 AI 时代的职业焦虑","publish":true,"cover":"","showCover":null,"date":"2026-10-10","category":"AI","url":"https://manuel.darcemont.fr/posts/the-last-time-my-family-was-replaced-by-technology/","author":"@mdarcemont","translator":"","tags":["other"],"priority":1},"html":"<p>作者的高曾祖父是法国乡村的蹄铁匠，负责给马钉掌、修理马车。汽车出现后，他面临被新技术淘汰的风险，之后转型成为一名机修工。尽管要告别熟悉的马匹、经历失落，但他保留了工作的核心目标——帮助人们出行，只是把工具从马匹换成了内燃机，此后机修成了家族传承的行当。</p>\n<p>如今很多开发者担忧AI会取代自己，作者从先辈的经历获得慰藉。人们常认为AI是史无前例的变革，但历史上拖拉机、汽车问世时，前代从业者同样对未来充满惶恐。当然并非所有蹄铁匠都成功转型，这个个案不能当作普适定论。</p>"}}]}}