2026-第三十二周

该周报主要为各个地方内容的汇总整理

技术

每次都能放心遵循的视觉设计规则

本文提供一套可安全遵循的视觉设计规则，涵盖色彩、对比、对齐、间距、排版与阴影等；大多数情况下适用，但若有充分理由也可打破。

• 🎨 用近黑近白代替纯黑纯白，避免刺眼对比
• 🌈 中性色混入少量主色（HSB 饱和度 < 5%）让调色板更协调
• 🔆 重要元素用高对比吸引注意，次要结构用低对比
• 🎯 对设计中每个元素（留白、对齐、尺寸、颜色等）都要有意识，能解释其存在理由
• 👁 光学对齐优于数学对齐，按视觉中心手动调整
• 🔠 文字越大，字距和行高越低；越小则越高
• 🖼 容器边框颜色需同时区别于容器和背景，保证边缘清晰
• 📐 每个元素都要与至少一个其他元素对齐，建立关联
• 🎚 调色板各颜色的亮度值应有明显差异，避免互相竞争
• ⚖️ 中性色只使用暖色或冷色一种，不要混用
• 📏 间距和尺寸采用数学比例（如 8px 倍数）保持一致
• 📊 同行/列元素按视觉重量从重到轻排列，重的靠外侧
• 🔲 使用水平网格时用 12 列，灵活适应 1-4 列分割
• ↔️ 间距测量从高对比点到下一个高对比点，而非元素边界
• 💡 越靠近用户的元素应越亮（明暗模式都适用）
• 🌫 投影模糊值设为距离值的 2 倍，并随靠近降低不透明度
• 🧩 简单背景配复杂前景，或复杂背景配简单前景，避免双复杂
• 🎛 深色界面容器亮度差≤12%，浅色界面≤7%
• 📦 容器外部内边距≥内部内边距，强化内部关联
• 🔤 正文字号≥16px，保证可读性
• 📖 行长约 70 个字符，避免过短/过长影响阅读
• 🔘 按钮水平内边距为垂直的 2 倍，符合常规形态
• ✒️ 最多使用两种字体，避免视觉混乱
• 🔄 嵌套圆角：内角半径=外角半径 - 间距（如 30-20=10）
• 🚫 避免两个硬分割相邻（背景过渡、容器边、分割线）
• 🌑 深色界面避免使用阴影，难以显示且不自然
• 🧊 界面中只用一种深度技术（如软阴影），保持一致性
• 🏷 与文本配对的图标需降低对比度，避免视觉过重

工具

loopx

LoopX 是一个轻量级的本地控制平面，专为长期运行的 AI Agent 工作设计。它通过持久化状态层（目标、门禁、待办、证据、配额）让跨轮次、跨工具、跨 Agent 的长期工作可审查、可重启、可交接，不替代 Agent 运行时，并始终保留人类判断和最终控制权。

• 🎯 核心定位：本地控制平面，管理长期 AI Agent 工作，保持目标、门禁、待办、证据、配额稳定，不替代 Agent 运行时。
• 🧠 状态内核：以目标/议题/项目为中心，维护门禁、待办、范围、证据和配额，形成“Agent 原生看板”心智模型。
• 🔄 循环机制：每个有界回合执行后写回证据、交接并更新下一待办，配额决定下一步是否继续。
• 🤝 多 Agent 对等协作：注册 Agent 通过对等声明、租约、任务边界和类型化交接协作，无需持久领导身份。
• ⏱️ 长期实战验证：OpenViking 议题修复和 Auto ML 实验轨迹均跨越 200+ 小时，公开可查，展示决策延续性。
• 🚀 快速上手：Python 3.11+，curl 一行安装，无外部运行时依赖；支持 Codex、Claude Code、Cursor、Pi 等宿主。
• ❓ 五大控制问题：目标是什么？下一步是什么？哪里需要人类判断？证据有何变化？循环能否继续？
• 🛠️ 丰富控制面：状态、配额、运行时桥、操作员界面、外部投影、领域能力（如 issue-fix、ml-experiment）等一应俱全。
• ⚖️ 安全与治理：自动执行前必须检查配额，用户门禁不可绕过，危险操作、发布和最终所有权保留给人类。
• 📚 文档生态：提供用户手册、架构、集成指南、治理、配额分配等完整文档，支持自定义运行器和高级路径。
• 🚦 当前状态：v0.4.x 早期可用，不是完整 Agent 平台或自主生产控制器；持续改进安装、适配器和终端验收。
• 📄 开源协议：MIT，欢迎贡献和反馈。

seedance-2.0

该仓库是“Seedance 2.0 Skill OS”——一个面向字节跳动 Seedance 2.0 视频生成模型的模块化智能体技能包。它主张“执导场景而非装饰场景”，通过导演式思维让镜头、灯光、调度、表演与声音共同服务叙事意图，并配套多语言支持、专业影视工作流、序列续写、安装与验证体系。

• 🎬 核心理念：先“读场景”再写提示词，让所有画面元素服务同一意图，拒绝空洞的“电影感”堆砌。
• 🧠 导演引擎：强制“导演解读”流程，分析功能、转折、权力变化、矛盾等，并对非叙事内容单独设道，避免虚构戏剧。
• 🛠️ 多模态工作流：覆盖文生视频、图生视频、视频生视频、参考生视频、首尾帧等模式，并按角色分离参考资产。
• 🌐 多语言支持：提供中、日、韩、西、俄等语言的电影词汇、示例与快速入门，参考标签保持原样传递。
• 🎞️ 序列续写：基于已接受生成片段的真实结束状态续写，以项目状态为事实来源，而非盲目扩展原提示词。
• 🎥 专业制作：为导演、摄影、剪辑、调色、声音、本地化、交付/QC 等角色输出对应的生产工件。
• 🔒 安全合规：将不安全的名人、IP、品牌等请求改写为安全创意等价物，仅澄清良性生产语境，绝不隐藏意图。
• 📦 安装便捷：支持 Git 克隆或 ZIP 下载，脚本可安装至 Codex、Claude Code、Antigravity 等多种客户端。
• ✅ 质量验证：离线 CI 检查、模式与提示词压力测试、来源新鲜度审查，以及模型在环的盲评评估。
• 🎨 设计标准：采用编辑式设计系统，避开 AI 默认风格与相机元素，SVG 由生成脚本保证一致性。
• 📄 开源说明：MIT 许可证，当前 v6.7.0，仓库约 6.2k 星标、925 fork。

labs-OO-Agents

NVIDIA-NeMo labs OO Agents (NOOA) 是一个模型无关的 Python 框架，用于构建可靠的 AI 智能体。它采用面向对象的设计，将智能体的状态、能力、提示词和类型接口统一在单个 Python 类中，支持“代码即行动”的模式，并注重 Pythonic 的开发体验。框架提供安装、快速入门、追踪、安全沙箱等完整支持。

• 🐍 智能体即 Python 对象：字段表示状态，方法表示能力，docstring 即提示词，类型注解即契约，方法体用 ... 交由 LLM 驱动。
• ⚙️ 代码即行动：模型通过 Jupyter 风格 REPL 编写 Python 代码，利用 self 和类型注解直接调用方法，减少工具 schema 定义。
• 🔁 类型化 I/O 与自动重试：支持实时对象传引用、模型可调用的上下文与事件 API，适合智能体导向的 Python 工作流。
• 📦 安装简便：核心包 nooa 可用 uv 或 pip 安装，另提供 nooa-cli、nooa-memory、nooa-bench 可选子包。
• 🌐 模型无关：通过 LiteLLM 支持多种模型，包括 Anthropic、OpenAI、Ollama、vLLM 等，可灵活切换。
• 🚀 快速上手：定义继承 Agent 的类并实现生成方法即可，方法名、参数和 docstring 直接构成提示词。
• 🔍 默认追踪：每次 LLM 调用、代码执行和方法调用都被记录，使用 nooa start-dev 可在浏览器中查看追踪结果。
• ⚠️ 安全警告：LLM 生成的代码可能危险，必须在沙箱（如容器、VM 或 NVIDIA OpenShell）中运行，进程内校验仅作为防御纵深。
• 📚 丰富资源：提供完整渐进式教程、论文、博客、贡献指南和 Apache 2.0 许可，支持社区参与。

Flue 2.0

Flue 2.0 正式发布，这是一个基于全新 hooks API 的智能体框架，支持构建可动态演化能力的智能体，并带来多项基础设施升级。

• 🎉 发布 Flue 2.0：从静态智能体定义重构为 hooks 驱动，解决复杂工作流与能力扩展难题。
• 🔗 核心机制 Agent Hooks：支持持久化状态、生命周期事件、按需动态挂载模型/工具/技能，类似“React for Agents”。
• 📦 内置 16 个 hooks：涵盖 useTool、useSkill、useSubagent、useSandbox、usePersistentState 等，并支持自定义可组合 hooks。
• 🖥️ 全新 CLI 与 Vite 架构：本地与 CI 用 flue run，托管智能体直接基于 Vite 构建，Hono 负责路由。
• 🔌 内置无状态 MCP：通过 useMcpConnection 挂载远程 MCP 工具，可条件启用并优雅降级。
• 💾 简化工作流与 Actions：移除 defineWorkflow，借助持久化消息实现确切的“一次处理”，支持 durable 工具与 step.do()。
• 📡 新会话级 SDK：@flue/sdk 提供 send/read/observe/abort 方法，前端可用 @flue/react 流式接入同一会话。
• 🌐 Cloudflare 零配置追踪：部署后启用 Workers Traces 即可获取对话内容、成本等指标，无需额外代码。
• 🧭 迁移支持：提供从 Flue 1.0 Beta 的迁移指南，并可通过提示词让编码助手快速搭建首个项目。

ioredis

ioredis 是一个为 Node.js 打造的健壮、高性能且功能全面的 Redis 客户端，支持集群、哨兵、流、管道、Lua 脚本、发布/订阅等丰富特性，并完整提供 TypeScript 类型声明。它兼容 Redis 2.6.12 至最新版本，API 友好，支持回调与 Promise，但官方建议新项目优先考虑 node-redis。

• 🚀 高性能：支持自动管道（enableAutoPipelining），可避免 Head-of-Line 阻塞，吞吐量提升 35%~50%。
• 📦 全功能：覆盖 Cluster、Sentinel、Streams、Pipelining、Lua 脚本、Redis Functions、Pub/Sub、二进制数据、TLS、离线队列等。
• 💻 类型安全：100% 使用 TypeScript 编写，提供官方声明，支持 Node.js >= 20 与 Redis 6.2 以上版本。
• 🔧 简单易用：安装后即可 new Redis() 连接 localhost:6379，命令调用与 Redis 原生命令一一对应。
• 🔌 连接灵活：支持端口、主机、Unix socket、redis:// 和 rediss:// 连接字符串，可配置 db、username、password。
• 📡 Pub/Sub：支持 subscribe/publish 及模式订阅，注意同一连接不能同时充当订阅者和发布者。
• 🗄️ Streams：支持 xadd、xread 等流命令，方便构建流式架构与日志持久化。
• ⏱️ 过期控制：直接传参 "EX" 60 即可设置键过期，与 Redis 命令完全一致。
• 🔢 二进制数据：默认支持 Buffer，提供 getBuffer、setBuffer 等变体命令处理二进制内容。
• 🧩 管道与事务：pipeline() 批量发送命令，性能提升 50%~300%；multi() 实现事务，可配合管道使用。
• 📜 Lua 脚本：通过 defineCommand 自定义命令，自动优化 EVAL/EVALSHA 调用。
• 🏷️ 键前缀：keyPrefix 选项为所有键自动添加前缀，便于管理命名空间。
• 🔄 转换器：支持参数与回复转换，例如将 hgetall 结果转为对象。
• 📶 RESP3 协议：默认启用 RESP3，自动降级到 RESP2，可配置 replyMapping 控制回复格式。
• 📊 扫描与监控：支持流式 scanStream、hscanStream 等，以及 MONITOR 命令实时观察命令。
• 🔁 自动重连：可自定义 retryStrategy 实现指数退避重连，并自动重新订阅和重发未完成命令。
• ⏰ 阻塞超时：blockingTimeout 选项防止阻塞命令因 TCP 僵尸连接而无限等待。
• 📈 诊断通道：基于 Node.js diagnostics_channel 发布遥测数据，支持命令、批处理和连接追踪。
• 🔐 TLS 支持：支持 rediss:// URL、自定义 TLS 选项及预配置 TLS 配置文件。
• 🧭 Sentinel 模式：开箱即用，故障转移时自动切换到新主节点，支持 preferredSlaves 选择从节点。
• 🗺️ Cluster 模式：支持分片、读写分离、NAT 映射、事务管道、Pub/Sub 及分片 Pub/Sub。
• ⚡ 自动管道：事件循环内命令自动合并成管道，极大提升网络利用率。
• ❗ 错误处理：提供 ReplyError 类型与 showFriendlyErrorStack 选项，便于定位代码错误。
• 🧪 测试与调试：支持 DEBUG=ioredis:* 日志，并提供 ioredis-mock 用于测试环境。

use-webmcp-tool · GitHub

use-webmcp-tool 是一个由 Chrome 维护的 React Hook，用于将 WebMCP 工具注册与 React 组件生命周期绑定，提供声明式 API，并在不支持时自动降级。

• 🔄 由 Chrome 维护，面向当前实验性 WebMCP 规范，API 缺失时自动降级为无操作。
• 📦 通过 npm install use-webmcp-tool 安装，要求 React 18+，仅 ESM 且内置 TypeScript 类型，无运行时依赖。
• 🤖 WebMCP 允许页面将 JavaScript 函数暴露为 AI 代理可发现并调用的工具，替代 DOM 抓取或截图。
• ⚛️ 组件挂载时自动注册工具，卸载时自动注销，确保代理可见的工具与屏幕内容保持同步。
• 🧩 主要 API 参数包括 name、description、inputSchema、execute、enabled、formatOutput、onError 等。
• 📊 返回 { supported, registered, error }，分别表示环境支持性、当前注册状态及注册错误。
• 🔁 execute 返回值会统一归一化：字符串/空值/已有 content/错误/其他类型均有明确处理，错误绝不会被当作成功。
• ✅ 项目包含 21 个测试，覆盖注册生命周期、重注册身份与结果归一化矩阵。

thinking-orbs

thinking-orbs 是一个面向 AI 与 Agent 界面的 React 加载状态组件：它在 2D Canvas 上绘制由点组成的“思考球”，把抽象的处理中状态分成搜索、推理、撰写等六种可辨识的动画。组件为聊天头像和行内文本分别调校了 64px 与 20px 两个尺寸，并兼顾主题切换、无障碍和低功耗场景。

• 🧠 六种状态语义：working（倾斜轨道粒子）、searching（扫描经线）、solving（散乱后归位的环带）、listening（穿过圆环的波形）、composing（起伏多带）和 shaping（圆形、三角形、方形间变形），让 Agent 的当前行为更直观。
• 📐 不是简单缩放：64 适用于聊天头像，20 适用于行内提示；两者分别设定了点数、点径与动画速度，避免小尺寸图标因等比缩放而失去辨识度。
• ⚛️ React 接入简单：安装 thinking-orbs 后即可使用 <ThinkingOrb state="searching" size={64} />；speed、paused、aria-label 以及普通 Canvas 属性均可传入。
• 🌓 自动适配主题：默认 theme="auto" 会优先读取祖先元素的 data-theme 或 dark/light 类，其次监听系统色彩偏好；借助 MutationObserver 可在项目主题改变时立即更新，并避免 SSR 阶段错误绘制。
• ♿ 无障碍设计：组件默认具有 role="img" 和与状态相符的标签；检测到 prefers-reduced-motion 时会展示静态代表帧，而非继续播放动画。
• ⚡ 低开销动画：实例在离开视口或标签页隐藏时自动暂停，恢复后与共享时钟同步；底层只使用 Canvas 2D 圆弧，不依赖 WebGL 或滤镜，并将设备像素比限制为 2，以兼顾跨浏览器一致性与性能。
• 📄 许可：项目采用 MIT License，适合在自定义 AI 产品界面中作为状态反馈组件引入。

ffmpeg-webCLI

ffmpeg-webCLI 是一个把 ffmpeg.wasm 封装成浏览器视频编辑器的开源项目：文件和处理过程都留在本机，首次下载 WebAssembly 运行时后即可离线使用。它把常见视频处理操作与原始 FFmpeg 命令行放进同一界面，是“隐私优先的本地 Web 工具”一个很完整的实现参考。

• 🔒 处理不出浏览器：转码、压缩、裁剪、抽取音频和字幕等操作均在本地执行，没有上传接口或服务端依赖；适合处理不希望交给第三方平台的视频文件。
• 🧰 将复杂命令产品化：提供格式转换、GIF、裁剪、调速、滤镜、去元数据、音轨混合、画中画等 30 余种操作，同时保留 Raw FFmpeg 面板、命令预览和示例配方，兼顾易用性与可控性。
• ⛓️ 处理链只编码一次：可把裁剪、旋转、调色、降噪、变速等兼容操作组合为一个 filter chain，最后单次编码输出，避免多次导出带来的额外画质损失和时间消耗。
• 📦 批处理的边界明确：同一操作链可顺序应用于多个文件，并支持单个下载或打包下载；需要第二输入、逐文件配置或占用大量内存的功能会被禁用，而不是勉强执行。
• 🎙️ 本地自动字幕：通过 Transformers.js 在浏览器运行 Whisper，模型首次按需下载并缓存；转写前会卸载 ffmpeg.wasm、结束后再恢复，以降低 Wasm 堆内存竞争。字幕可编辑后选择软字幕封装或烧录进画面。
• ⚠️ 浏览器端计算仍有代价：首次加载需下载约 31 MB FFmpeg 运行时，Whisper 模型也有额外体积；反转视频需要缓冲完整内容，项目因此不在批处理模式中提供它，以规避约 2 GB Wasm 内存上限导致的崩溃。

更新

React Router v8 | Remix

React Router v8 正式发布！这次升级以“无聊”为最大特色，延续 v7 的平稳演进，大幅减少破坏性变更，引入年度主版本发布节奏。文章回顾了 v7 以来的 40+ 版本更新，列出 v8 的主要新特性、最低依赖要求、必要的破坏性改动、简单的升级步骤，并展望未来对 Server Components 的支持以及 Remix 项目的独立发展方向。

• 🎉 宣布 React Router v8 发布，主打“最无聊”升级，并计划改为每年一次主版本发布，让升级更可预测。
• 🏗️ 回顾 v7 的 Framework Mode：提供类型安全路由 API、智能代码分割、SPA/SSR/SSG 渲染策略、数据加载与变更等能力。
• 🧩 继续支持三种使用模式：纯客户端路由、自定义数据模式、全栈框架模式，保持灵活性。
• ✨ 列举 v8 新特性：中间件、Split Route Modules、类型安全 href、fetcher.reset、Vite Environment API、Link masking、可配置懒路由发现、子资源完整性、性能改进等。
• 🖥️ 新增 useRoute / useRouterState / useTransitions 等 API，并加强 SPA 模式与预渲染能力。
• 🧪 提供不稳定的 Server Components 和 Server Actions 支持，仍在迭代中，计划在 minor 版本稳定。
• 🔧 最低依赖基线提升：Node 22.22.0+、React 19.2.7+、Vite 7+，并改为 ESM-only，tsconfig 目标更新为 ES2022。
• 📅 Node 支持策略调整：官方支持所有 Active LTS 版本，以及 Maintenance LTS 的最新 minor 分支，安全补丁会触发最低版本提升。
• 🚦 多个 v7 future flag 转为默认行为，包括 middleware、pass-through requests、Vite Environment API、Split Route Modules 等。
• 🧹 弃用项清理：移除 react-router-dom、meta API 的 data 参数改用 loaderData、移除 Cloudflare dev proxy 等。
• 🔄 升级只需三步：更新 peer dependencies、启用/确认 future flags、删除弃用 API，然后执行 pnpm i react-router@latest。
• ⏳ React Router v6 和 Remix v2 正式进入 EOL，不再接收安全更新；v7 仍会继续获得安全维护。
• 🌍 项目采用开放治理模式，鼓励社区提交提案和修复，继续坚持“少即是多、聚焦路由与数据、简单迁移路径、最低共同模式”的设计目标。
• 🧭 Remix 将走向独立方向，成为全栈零依赖 JavaScript 框架；React Router 则继续作为成熟的 React meta-framework，两者并行发展。
• 💡 选择建议：追求稳定就用 React Router；希望尝试前沿技术可关注 Remix 3 beta。

SWR v2.5.0

这是 SWR v2.5.0 版本的发布说明，重点带来了两个新功能：RSC 缓存预加载和新的 unload() API，同时修复了内部模块导出问题，并迎来了一位新贡献者。

• 🚀 新增 RSC 缓存预加载功能：在 React Server Components 中预取数据，通过 SWRConfig 传递给客户端 hooks，避免重复的初始请求，并将结果直接注入 SWR 缓存；新增实验性 cacheData 选项。
• 🔄 新增 unload() API：用于清空整个 SWR 缓存并丢弃进行中的请求和 mutations；已挂载的 hooks 默认会重新验证，也可传入 { revalidate: false } 保持缓存为空。
• 🛠️ 修复 swr/_internal 的 React Server 导出路径，使其在发布的 npm 包中正确解析，由 @pengshenghai 贡献。

发布 v4.13.0 · honojs/hono · GitHub

Hono v4.13.0 正式发布，重点提升了核心性能（最高 1.25 倍加速），新增了对 HTTP QUERY 方法的一流支持，并引入了 Method Not Allowed 中间件，同时包含多项中间件与 JSX 相关改进。

• 🚀 性能大幅提升：核心请求/响应路径经多项底层优化后，常见路由速度最高提升 1.25 倍（如 JSON 路由从 528ns 降至 422ns）。
• ⚡ 具体优化手段：跳过不必要的 Headers 分配、用 indexOf 替代正则测试、惰性分配内部状态、优化 URL 解码等。
• 🆕 新增 QUERY 方法支持：遵循 RFC 10008，可通过 app.query() 定义处理逻辑，请求体可作为查询条件。
• 🔄 内置中间件适配 QUERY：Cache 中间件按请求体哈希缓存，ETag 支持条件请求，CORS 默认允许 QUERY 方法。
• 🛑 新增 Method Not Allowed 中间件：路径匹配但方法不允许时返回 405 和 Allow 头，并支持自定义响应。
• 📦 RegExpRouter 改进：在路由注册时即检测不支持的路径并抛错，实现启动时快速失败，同时注册与首次匹配速度提升约 20%。
• 🧩 其他改进：headers 工具同步 IANA 注册表、JWT/JWK 中间件支持 realm 选项、JSX useRef 对齐 React 19、函数组件可返回数组等。

Next.js 16.3: AI Improvements

Next.js 16.3 预览版推出一系列面向 AI 代理（agent）开发体验的改进，重点是让代理基于版本匹配的本地文档、可操作的错误提示和浏览器内省能力，更高效地编写和维护 Next.js 应用。

• 📦 AGENTS.md 自动管理文档：next dev 会自动写入或更新 AGENTS.md 指针，引导代理阅读 node_modules 中本地捆绑的版本匹配文档，避免依赖过时的训练数据；已有项目可通过 codemod 补齐。
• 🛠️ 新增三个官方 Skills：next-dev-loop 让代理驱动完整开发反馈循环；next-cache-components-adoption 逐步采用 Cache Components；next-cache-components-optimizer 将路由优化为即时加载；稳定版还追加了第四个 Skill。
• 🌐 agent-browser 支持 React 内省：next-browser 合并入通用 agent-browser CLI，v0.27 起可查看组件树、检查 fiber、分析重渲染和 Suspense 状态，让代理能验证运行时渲染结果。
• ⚠️ 可操作错误提示：Instant Insights 在 overlay 和终端中提供标记的修复菜单（Stream / Cache / Block），并附“Copy prompt”按钮，直接生成给代理的修复指令；构建和 CI 日志同样适用。
• 📄 为代理编写的错误文档：每个错误都有独立的 /docs/messages 页面，统一包含 Patterns、Trade-offs 和 Gotchas，帮助代理理解修复边界和易错点。
• 🧩 精简 MCP 服务器：移除知识库相关工具，新增 get_compilation_issues 和 compile_route，让代理直接从运行中的 dev server 快速检查编译，无需反复运行完整构建。
• 📝 文档支持 Markdown 输出：任意 nextjs.org/docs URL 追加 .md 即可获得纯文本版，也支持 Accept: text/markdown，并提供 /docs/llms.txt 与 /docs/llms-full.txt 索引。

[Next.js 16.3

Next.js 16.3 正式发布，带来多项性能优化与全新功能，包括大幅降低开发内存占用、加快构建与渲染速度，并引入“Instant Navigations”套件以提升导航体验，同时提供实验性特性供开发者尝试。

• 🚀 开发服务器内存占用最高减少 90%（如 vercel.com 从 21.5GB 降至 2GB），基于磁盘缓存与内存驱逐机制。
• ⚡ next build 重复构建可使用缓存，CI 构建速度最高提升 5.5 倍；同时支持 TypeScript 7 进行更快类型检查。
• 📈 服务端渲染改用原生 Node.js 流，替代 Web Streams，在负载下可多处理约 22% 的请求。
• 🤖 AI 编码代理可自动读取与项目版本匹配的文档（通过 AGENTS.md 指向本地 node_modules），无需额外配置。
• 🔗 预取请求合并小载荷，减少请求数量；不可变静态资源可在部署间复用，避免缓存失效问题。
• 🛡️ 新增 catchError 自定义错误边界，支持重试失败的 Server Components，且不干扰 notFound 或 redirect。
• 📂 内置 Vite 兼容的 import.meta.glob 导入，便于从文件系统加载多个模块并获得热更新支持。
• 🌍 新增 Root Params（如 lang），可在任意 Server Component 直接访问根级动态参数，避免 prop-drilling。
• ⚡ “Instant Navigations”套件上线：Instant Insights 自动检测慢导航；Partial Prefetching 精细控制预取内容。
• ♻️ 改进 ISR：未预渲染的页面首访可显示即时加载壳，后台升级为完整预渲染页，后续访问直接命中缓存。
• 🔍 新增 Navigation Inspector 工具，可暂停加载并可视化导航壳层；提供 Playwright instant() 测试助手防止回归。
• 🧪 实验性 Rust 版 React Compiler 直接集成 Turbopack，冷构建提速约 34%，热构建约 46%；网络弹性功能 useOffline 支持断线重试。
• 📦 升级方式：运行 npm install next@latest，并支持通过 cacheComponents 和 partialPrefetching 配置启用新特性。

设计

Anatomy Atelier — Learn anatomy like an artist

Anatomy Atelier 是一个以“像艺术家一样学习解剖”为理念的交互式学习网站。它不把器官知识仅呈现为线性图文，而是把资料库、三维标本、重点标注、组织显微图、器官比较、功能动画和临床信息组合成由浅入深的探索路径。

• 🫀 以对象进入学习：首页的器官资料库按心血管、神经、呼吸、消化等系统分类，心脏、脑、肺、肝、肾、眼等常见对象以缩略图和所属系统呈现，便于从感兴趣的器官开始。
• 🧭 操作即探索：三维标本区域把旋转、缩放、隔离、横截面、分层、比较和重置集中为直接操作；页面同时用简短提示降低初次使用门槛。
• 📍 让结构与名称就地关联：模型中的可点击锚点对应主动脉、心房、心室、瓣膜等部位；用户在视觉位置上发现概念，而不是先阅读术语表再反向寻找结构。
• 🪜 信息层次递进：以心脏为例，先给出一句功能概述和体积、重量、位置等关键事实，再延展到组织显微图、器官对比、功能动画与常见疾病，满足从入门认知到深入学习的不同需求。
• ✦ 强化学习氛围：低饱和的医学插画、留白、精简的图标与“Learning is an act of curiosity”提示，让严肃的医学知识仍保有画册般的观察感，避免页面沦为密集的数据面板。
• 🔍 值得借鉴的知识界面模式：用“对象 + 可操作模型 + 空间标注 + 渐进内容模块”承载复杂主题；同一模式也可迁移到产品架构、机械结构、地理或数据关系等需要理解空间与层级的领域。

其他

与此同时，AI 也让我们失去了一些东西，就是那种你必须仔细阅读、理解每一行代码的投入。你有捷径可走，就不会下苦功专研了。

-- 《80 年代的编程体验》

管理者履新框架

• 🧭 新任管理者应把初期重心放在打好基础上，而非急于证明自己；通过策略性行动建立信任与影响力，才能在头几个月站稳脚跟并创造持久价值。
• 🧽 善用入职培训期，像海绵一样吸收公司制度、文化与管理哲学，理解其“管理体系”，并反思与自身领导风格的契合点。
• 🤝 尽早主动建立人脉网络，优先联系面试官、同级、跨职能伙伴，通过简短的交流获取组织背景与关键信息，为未来协作铺路。
• 😌 克制“证明自己”的冲动，避免在不了解上下文时贸然发言；公开设定“以学习为先”的期望，给自己和团队留出适应空间。
• 🎯 主动与上级对齐目标，不要等待他人安排；将培训期、3 个月、1 年的期望拆分明晰，确保时间与精力投入在正确方向。
• 💬 通过一对一沟通与“管理者 README”等方式，逐步建立与下属的信任；信任如同银行账户，需靠日常互动持续存入。
• 🏆 以倾听作为最初的胜利来源，向团队与利益相关者提出三个关键问题，识别重复出现的痛点，据此制定优先行动路线，而非强行推行个人议程。

在生活中与工作中寻找平静 - 林育进

这篇文章指出，焦虑会显著损害工作表现和幸福感，而现代社会的“忙碌文化”、多巴胺上瘾和社交媒体的刺激机制，让人们陷入持续的浅层焦虑。作者提出了多项可操作的应对方法，包括设置工作边界、规律运动、呼吸练习、面对面社交、健康饮食，以及专注于自己真正认可的工作，最终在平常日子里找回平静。

• 📊 焦虑降低生产力：一份涵盖 177 项研究、2.2 万人的汇总分析发现，焦虑会削弱工作记忆，使表现平均落在第 37 百分位，相当于从团队中游掉到倒数三分之一。
• ⏳ 最糟糕的时期不是工作小时数太多，而是“焦虑地工作”；焦虑的时间比时长更伤人。
• 🔄 忙碌是一种谎言：我们习惯用查邮件、刷信息、看新闻填满时间，但这些只是“看似有用”的刺激，并不会真正推进事情，反而制造更多担忧。
• 🎢 多巴胺机制没有关闭开关：现代生活虽已满足生存需求，但多巴胺仍不断驱使我们寻求刺激，造成“总觉得自己本应在哪里”的低度焦虑，也让人无法安心沉浸于当下。
• 📱 社交媒体和新闻提供快速多巴胺，而阅读、走路、烹饪等平缓活动被衬托得平淡；当你放下手机去散步却感到无聊时，那其实是刺激水平下降后的“戒断反应”。
• 🎰 社交平台采用“可变奖励”机制，和老虎机一样，正因为结果不可预测，才让人上瘾；连无限滚动的发明者都为此感到后悔。
• ✅ 每天要善终：设定明确的生产力时段，时间到了就停下；建立“关机仪式”，确认没有紧急事项、给任务标好日期、大声告诉自己“今天结束了”。在家办公者更需一个从工作区到生活区的过渡仪式。
• 🚶 运动很重要：世界卫生组织建议每周 150 分钟中等强度或 75 分钟高强度运动；一项 2025 年分析发现，每天 7000 步（对比 2000 步）与早逝风险减半、心血管疾病减少四分之一、痴呆和抑郁显著降低相关；关键是找到你真正喜欢的运动方式。
• 🧘 呼吸练习有效：斯坦福试验显示，每天 5 分钟“呼气加长”的呼吸练习比正念冥想更能提升情绪、降低焦虑，因为长呼气能激活副交感神经，让人放松。
• 👥 孤独伤身：慢性孤独使心脏病风险增加 29%、中风风险增加 32%，其死亡率影响堪比每天抽 15 根烟；线上交流无法取代面对面互动，内向者也同样需要深度而不过量的社交连接。
• 🍎 饮食影响平静：约 95% 的血清素在肠道产生；压力会升高皮质醇，引发对糖的渴望，形成恶性循环，因此健康饮食是保持冷静的一部分。
• 💼 做真正在意的工作：倦怠包含衰竭、愤世嫉俗和“做什么都没意义”感；六种“人岗不匹配”中，最核心的是工作内容与个人价值观的冲突。解决办法不是立刻跳槽，而是重新调整工作重点，把时间花在自己真正认同的事情上，减少无意义事项。
• 🌈 平静不是完成所有工作后的奖励：它存在于平常时刻，关键是把阻碍它的东西移除——比如社交媒体、虚构的截止日期、出于愧疚而答应的会议，以及你不认可的工作。保持冷静，继续前行。

The IcePanel Loop | IcePanel

软件架构正在经历深刻变革，传统的静态、一次性、由架构师主导的方式已无法适应当前复杂系统和 AI 带来的挑战。新的架构实践应该是持续迭代、跨团队协作、面向演进和决策的。IcePanel 提出了“IcePanel Loop”四个步骤：定义、可视化、验证和适应，并倡导以简单为起点、为变化设计、以受众为中心、协作共担的架构原则，以在 AI 时代保持架构的生命力和现实一致性。

• 🔄 软件系统复杂性激增，AI 加速产出，但更快不代表更好，架构思维反而更加关键。
• 🏚️ 传统架构实践（静态图表、一次性设计、文档输出、架构师把关）已过时，无法适应现代需求。
• 💡 新架构应具备持续、协作、演进和决策优先四大特征，而非一次性文档。
• 🧭 原则一：从简单开始，像亚马逊和 Slack 一样，只做必要复杂度，逐步演进至“架构 - 市场匹配”。
• 🏃 原则二：为变化而设计，架构是动态系统的结构，需随学习和需求不断调整，而非瀑布式预先设计。
• 👥 原则三：受众优先，架构需面向产品、设计、工程甚至 AI 代理，用不同视图实现共享理解，而非完美文档。
• 🤝 原则四：协作共担，架构不是架构师独占，而是所有产品建设者的共同责任，需要跨团队对齐和讨论。
• 🔁 IcePanel Loop 是一个持续循环：定义（明确问题和意图）、可视化（呈现系统现状）、验证（对齐利益相关者并做决策）、适应（更新模型并记录缘由）。
• 🧊 图表只是冰山一角，真正的架构藏在依赖、数据模型、集成和权衡之下，需分层展示完整图景。
• 🤖 AI 不会取代架构师，而是重塑其角色：从编写文档转向管理和引导 AI 产出，确保系统在实践和规模上合理。
• 🕵️ 自主代理（Agent）正在成为系统的非人类用户，架构需考虑并发请求、安全性以及为代理设计流程。
• 📚 该方法受敏捷宣言、C4 模型、演进式架构、领域驱动设计、系统思维等多个思想流派启发。