2026-第十九周

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

技术

AI 时代的敏捷 - Miren

AI 时代下，敏捷的核心原则（沟通、短反馈周期、可持续节奏）依然有效，但参与者已从人类开发者变为人类与 AI 协作。关键在于适应 AI 带来的变化，如更快的产出、认知负载增加和过度工作风险，同时坚持人类驱动的审查和合理的工作单元划分。

• 🤖 AI 改变角色：人类开发者从“作者”变为“编辑/导演”，AI 代理成为主要代码产出者，但沟通循环原则不变。
• 🔄 同步点更关键：AI 能快速生成大量代码，因此工作单元应控制在“一次会议能讨论完”的规模，避免审查流于形式。
• 👁️ 审查非可选项：人类审查仍是必须的，不仅为质量，更为建立团队对工作的共同理解，防止 AI 输出变成“橡皮图章”。
• 🧠 认知上限存在：一个人有效管理约 3 个 AI 代理并行工作，超过此数量会导致压力、决策质量下降，不应盲目追求多代理管理。
• ⏳ 可持续节奏优先：AI 工具易让人无意识满负荷运转，但人类需要 70-80% 的可持续节奏，避免长期高压后崩溃。
• ✅ 实践原则：明确定义“完成”、合理划分工作单元、坚持人类审查、以可持续节奏而非产出量为目标。

让您的网站对 LLM 可见：6 种有效技巧与 8 种无效方法——火星编年史，邪恶火星人团队博客

原文标题: Making your site visible to LLMs: 6 techniques that work, 8 that don't—Martian Chronicles, Evil Martians’ team blog

概述：本文介绍了六种有效提升网站在 LLM 中可见性的技术，以及八种无效的方法，强调使用干净、结构化的内容，并指出当前标准尚未成熟，但实施成本低、潜在收益大。

• 📄 /llms.txt：在网站根目录提供 Markdown 文件，作为 AI 系统的内容地图，是优先级最高的技术，创建仅需 5 分钟。
• 📝 .md 路由：为每个页面提供 Markdown 版本，显著减少内容噪音（从 15,000 令牌降至 3,000 令牌），提升 LLM 理解效率。
• 🔗 <link>标签 + HTTP Link 头：通过 HTML 和 HTTP 协议双重广告 Markdown 版本，覆盖不同客户端（如爬虫和自主代理）。
• 🕵️ 隐藏<div>提示：在页面中嵌入对 LLM 可见的文本提示，引导其找到 Markdown 版本，适用于用户粘贴 URL 到 AI 工具的场景。
• 📚 /llms-full.txt：提供完整网站内容的单一文件，尤其适合文档站点，实际使用频率可能高于/llms.txt（如 Mintlify 数据显示 3-4 倍访问量）。
• 🔄 Accept: text/markdown内容协商：基于 HTTP 标准，让客户端请求 Markdown 版本，无需站点特定知识，是未来最可能成为默认的技术。
• ❌ 无效技术：包括<meta name="ai-content-url">、<meta name="llms">、/.well-known/ai.txt、HTML 注释、人/AI 切换按钮、User-Agent 嗅探、专用 AI 信息页、Schema.org/JSON-LD，均缺乏证据或已被证明无效。
• 📊 测量与实施：通过服务器端日志追踪 AI 端点流量（如 User-Agent 和来源主机），建议从/llms.txt 和.md 路由开始，逐步添加其他技术。

工具

GitHub - nodeca/probe-image-size: 无需完整下载即可获取图片尺寸。支持的图片类型：JPG、GIF、PNG、WebP、BMP、TIFF、SVG、PSD、ICO。

probe-image-size 是一个轻量级工具，无需完整下载即可获取图片尺寸，支持多种格式，并可通过 HTTP 或本地流高效处理大图。

• 📦 支持 JPG、GIF、PNG、WebP、BMP、TIFF、SVG、PSD、ICO、AVIF、HEIC 等多种图片格式
• ⚡ 无需完整下载，通过最小数据量获取图片尺寸，节省带宽和内存
• 🌐 支持远程 URL 和本地流（Stream）两种数据源
• 🔄 可提取 Exif 方向信息，便于处理旋转后的图片
• 🛠️ 提供异步（probe）和同步（probe.sync）两种 API，同步版适用于 Buffer 或 TypedArray
• 📐 返回结果包含宽度、高度、类型、MIME、URL 等，ICO 和 AVIF 支持多尺寸变体
• ⚠️ 对于不可信来源，返回的尺寸需额外验证安全性
• 🚫 错误时返回 ECONTENT（解析失败）或 HTTP 状态码
• 🔧 模块化设计，可单独使用 stream.js、http.js、sync.js，便于浏览器化

更新

可迭代流 | Node.js v25.9.0 文档

Node.js v25.9.0 的 node:stream/iter 模块提供了一套基于可迭代对象的流式 API，它不同于传统的事件驱动流或 Web Streams，需要 --experimental-stream-iter 标志启用。数据以 Uint8Array[] 批次流动，支持拉取和推送两种模型，并内置了多种背压策略。

• 📜 核心概念：流表示为 AsyncIterable<Uint8Array[]> 或 Iterable<Uint8Array[]>，数据以批次形式流动以摊销异步开销。转换器可以是无状态函数或有状态对象。
• 🔄 拉取 vs 推送：pull() 创建惰性管道，消费者驱动数据读取；push() 创建写入/读取对，需要显式背压管理。
• 🗜️ 背压策略：支持 strict（默认，限制槽位和待写入队列）、block（仅限制槽位）、drop-oldest（丢弃最旧数据）和 drop-newest（丢弃最新数据）。
• ✍️ 写入器接口：提供 write()、writev()、end()、fail() 等方法，以及同步变体（如 writeSync）用于快速路径回退。
• 🔗 管道操作：pipeTo() 将源通过转换器连接到写入器，自动尝试同步方法；pull() 创建惰性管道；pullSync() 为同步版本。
• 📦 消费者函数：text()、bytes()、array()、arrayBuffer() 等用于消费流数据，支持 limit 和 signal 选项。
• 🌐 多消费者：broadcast() 用于推送模式的多消费者广播；share() 用于拉取模式的多消费者共享，消费者共享同一缓冲区。
• 🔧 实用工具：merge() 合并多个源，tap() 创建观察转换，ondrain() 等待背压清除。
• 🏷️ 协议符号：Stream.toAsyncStreamable、Stream.broadcastProtocol 等允许第三方对象参与流协议，无需直接导入模块。
• ⚡ 压缩转换：通过 node:zlib/iter 模块提供 Gzip 等压缩/解压转换，可与 pull() 和 pipeTo() 配合使用。

Astro 6.2

Astro 6.2 版本引入了多项新功能和改进，包括实验性自定义日志系统（支持 JSON 输出）、新的 SVG 优化器 API、字体文件 URL 辅助工具，以及 Astro v7 的 alpha 预览。这些更新旨在提升开发体验和性能。

• 🎉 Astro 6.2 发布：带来实验性自定义日志系统（支持 JSON 输出）、SVG 优化器 API、字体文件 URL 辅助工具等新功能。
• 🛠️ SVG 优化器全新设计：新增 svgOptimizer 选项，支持自定义优化库（如 OxVG），替代旧版 svgo 标志，可传入 SVGO 配置参数。
• 📝 实验性日志系统：支持 JSON 日志输出（通过配置或 CLI 标志启用），并可创建自定义日志处理器以适配编码代理工作流。
• 🔤 字体文件 URL 辅助工具：新增 experimental_getFontFileURL() 函数，可在预渲染时加载字体数据，方便与 Satori 等工具生成 Open Graph 图片。
• 🚀 Astro v7 alpha 发布：升级至 Vite 8，并默认启用 Rust 编译器（速度显著提升），旧版 experimental.rustCompiler 标志已移除。
• 🌐 预览服务器新增 allowedHosts：允许控制预览服务器接受的主机名，适配反向代理或自定义本地域名场景。
• ⚙️ compressHTML 支持 "jsx" 选项：使用 JSX 规则压缩空白，确保 .astro 和 .tsx 文件中空白行为一致。
• 🔧 升级指南：建议使用 @astrojs/upgrade CLI 工具自动升级，或手动运行包管理器命令更新至最新版本。
• 👥 核心团队与贡献者致谢：列出 Astro 核心团队成员及多位社区贡献者。

OpenType.js 2.0

该更新日志记录了从版本 1.3.4 到 1.3.5 期间的大量变更，主要涉及字体解析、渲染、性能优化、安全修复以及新功能支持，包括 COLR/CPAL 颜色字体、可变字体（Variable Fonts）、SVG 表格、CFF2 解析等，并修复了多个漏洞和引入了众多新贡献者。

• 🎨 新增 COLRv0 + CPALv0 颜色字形渲染支持
• 🔄 实现对可变字体表格（fvar、STAT、avar、gvar、hvar、cvar、GVAR、CVAR）的解析与渲染
• 🖼️ 新增 SVG 表格支持
• 🛠️ 实现 CFF2 解析与 CFF PaintType/StrokeWidth的读写绘制
• 🔧 修复多种字体表格解析 Bug（如 cmap、gasp、glyf 变换、fvar 轴解析等）
• 🚀 性能优化：用 push 替换 concat、使用位运算替代模运算、实现 roundDecimal 缓存
• 📦 依赖更新：多次升级 esbuild、eslint、mocha 等依赖库
• 🛡️ 安全修复：修复 CFF 子程序递归漏洞、TrueType 提示循环漏洞及复合字形引用栈溢出
• 🔍 新增测试覆盖：查找类型 6 格式、LONGDATETIME、cmap 格式 13、UVS 等
• 👥 24 位新贡献者首次参与项目（包括@pwagland、@Balearica、@Connum 等）

Zod 4.4

Zod v4.4.0 是包含多项正确性和健全性修复的次要版本。一些修复使 Zod 更加严格，可能需要对代码进行小型更新。

• 🚨 元组默认值修复 - 元组解析现在能正确输出默认值，可选尾部元素保持缺席状态，但显式 undefined 值会被保留
• 🛡️ z.undefined() 对象属性要求 - 值为 z.undefined() 的属性现在被视为必需，属性键必须存在，值可为 undefined
• ⚠️ .merge() 行为更安全 - 当接收方有 refinements 时，.merge() 会抛出错误，建议改用.extend() 或.safeExtend()
• 📄 JSON Schema 改进 - $defs 条目不再包含冗余的 id 字段，修复了 Draft-04/OpenAPI 3.0 兼容性
• 🔒 字符串验证更严格 - Base64 验证拒绝空格，CUID v1 已弃用，HTTP URL 验证拒绝协议后缺少斜杠的 URL
• 🧩 联合类型错误路径修复 - 嵌套联合路径在 z.treeifyError() 和 z.formatError() 中正确保留
• 🔑 记录键转换支持 - z.record() 现在能正确运行记录键的键转换
• 🎨 fromJSONSchema() 元数据改进 - JSON Schema 生成在处理 enum、const、not 等模式时更一致
• 📦 Map 和 Set 默认值克隆 - Map 和 Set 的默认值现在在每次解析时克隆，而非共享
• 🚀 性能提升 - 减少惰性绑定方法的内存使用，改进树摇支持，减小包体积
• 🌐 多语言支持 - 新增克罗地亚语、希腊语、罗马尼亚语、乌兹别克语翻译

React Router v7 | Remix

React Router v7 稳定版发布，整合 Remix 功能，支持 React 18 到 19 的过渡，并提供升级指南和新应用模板。

• 🎉 宣布 React Router v7 稳定版发布，整合 Remix 核心功能
• 🔄 鼓励 Remix v2 用户升级，v6 用户可通过“框架模式”获得新特性
• 🛠️ v7 新增 Vite 编译器、服务端渲染、HMR、类型安全等增强
• 📘 提供 v6 和 Remix v2 的升级指南，简化迁移路径
• 🚀 新应用可选择库模式或框架模式，框架模式支持 Docker、Cloudflare Workers 部署
• 📦 提供 create-react-router 和 create-vite 快速启动模板，包含 Tailwind 样式和部署流水线
• 📚 完整文档可查阅官方指南，获取所有新功能详情

其他

如何进行一对一沟通 | 本·巴尔特

一对一沟通的核心是建立连接和促进成长，而非汇报状态。通过异步准备、聚焦同步讨论、保护会议时间，可以显著提升沟通效果。

• 🚫 避免状态更新：一对一沟通不应沦为工作汇报，这些信息应通过异步方式提前分享。
• 🎯 聚焦同步话题：只讨论需要实时互动的内容，如职业发展、辅导、反馈和人际关系。
• 📝 提前准备共享议程：双方在会前添加议题并附上背景，确保会议高效且有重点。
• ❤️ 从人性关怀开始：先关心个人状态，再谈工作，这为后续的艰难对话奠定信任基础。
• 💡 多提问少给答案：管理者应引导下属自己思考问题，而非直接给出解决方案。
• 🗣️ 为未说出口的话留空间：主动提出敏感话题，并以非防御态度回应，鼓励坦诚交流。
• ✅ 明确后续行动：会议结束时记录具体任务、责任人和截止日期，确保落实。
• 🔄 重视跨级沟通：定期与上级的上级交流，有助于获得更广的视角和职业可见度。
• ⚠️ 避免常见误区：如无准备开会、频繁取消会议、管理者一言堂、下属单向汇报等。
• 🛠️ 把会议视为系统：像工程师一样持续优化会议流程，好的沟通是高效团队的基石。

在团队中建立影响力 - 罗曼·尼古拉耶夫

一位新经理试图通过承担团队最讨厌的任务（维护脆弱的端到端测试）来建立影响力，但团队依然缺乏凝聚力，冲突不断，最终他选择放弃管理职位。真正的领导力并非来自自我牺牲或打鸡血，而是通过推动积极变革、以身作则和庆祝进步来逐步建立的。

• 📉 错误方法：自我牺牲与空谈无法解决团队缺乏所有权和未解决的冲突，反而会消耗领导者的精力。
• 👣 小步前进：影响力是通过持续、一致的行动逐步积累的，无法一蹴而就。
• 🏆 以身作则：领导者需持续展示期望的行为，并公开表扬符合该行为的团队成员，以树立榜样。
• 🤝 寻找盟友：与团队中的正式或非正式领导者合作，共同推动变革，能成倍放大影响力。
• 🎉 庆祝进步：即使是微小的改进（如从零到一），也应及时庆祝，以提升团队士气和巩固领导力。
• 🚫 避免弱点：缺乏主见（如“路由器型”管理者）或言行不一，会迅速摧毁领导者的影响力。
• ⚙️ 聚焦管理职责：领导者应优先履行管理职责（如推动变革、解决冲突），而非沉迷于技术工作。真正的领导力源于赋能团队，而非替代团队。

你的职业规划就是三步：（1）让自己擅长某事，（2）设法从中赚钱，（3）尽可能久地做下去。

-- 《我如何进入游戏行业》