内容浏览

资讯

搜索中文标题、仓库名或关键词,再用分类、来源和日期缩小范围。

全部内容

最近成功采集

在 Datadog 中远程配置 RUM SDK

Datadog 推出 RUM 远程配置功能,让开发者可以直接在 Datadog 界面里修改浏览器、iOS 和 Android 端 RUM SDK 的采样率、隐私设置和数据采集范围,不用改代码重新发版。过去这些设置写在应用代码里,改动必须发新版本,移动端还得等应用商店审核和用户慢慢升级,遇到故障想多采数据时来不及。现在只需在初始化代码里加一个远程配置 ID,SDK 下次启动时就会拉取最新设置。新应用默认开启,老应用手动接入即可。

文中可用工具

  • RUM Remote Configuration在 Datadog 界面远程修改 RUM SDK 的采样率、隐私设置和数据采集范围,无需重新发布应用
  • RUM SDKDatadog 的真实用户监控 SDK,运行在浏览器、iOS 和 Android 应用中采集用户行为与性能数据
  • Session Replay会话回放功能,可录制用户操作过程用于排查问题
展开详情收起详情:在 Datadog 中远程配置 RUM SDK
Datadog Blog
☆ 收藏0 条评论查看原文

用 Datadog 的 Tap to Parse 更快在日志中找到答案

Datadog 推出了一项叫 Tap to Parse 的 AI 辅助功能,用来解决日志里有用信息被埋在一整句话里、难以筛选和统计的问题。以前想从日志里提取状态码、耗时这类字段,得自己写复杂的正则或 Grok 规则,遇到不归自己管的服务或第三方系统就更麻烦。现在只要点一下某条日志并选择 Tap to Parse,Datadog 就会分析样例、自动生成解析规则,并让你先预览再应用,提取出的字段就能用来筛选、分组和画图。它能在 Log Explorer 里查询时用、在 Log Pipelines 里对以后新进的日志用,也能在 Observability Pipelines 里让日志离开你的环境前先结构化。目前 Log Explorer 和 Log Pipelines 中已正式可用,Observability Pipelines 中需申请开通。

文中可用工具

  • Tap to Parse一键从非结构化日志中自动提取可搜索字段的 AI 辅助功能
  • Log Explorer在查询和调查日志时查看、筛选日志,并可使用 Tap to Parse
  • Log Pipelines在日志进入时处理日志,用 Grok Parser 为以后的日志提取字段
  • Observability Pipelines在日志离开你的环境前先做结构化处理
  • Grok Parser在 Log Pipelines 中定义规则,从日志里提取结构化字段
  • Datadog提供日志和可观测性功能的平台
展开详情收起详情:用 Datadog 的 Tap to Parse 更快在日志中找到答案
Datadog Blog
☆ 收藏0 条评论查看原文

教一个 9B 模型调查生产告警

Datadog 的工程师把 Qwen3.5-9B 微调成一个专门做“变更归因”的小模型:告警响了以后,它能推断最近哪次部署、功能开关或配置改动最可能是元凶。原本用规则筛选又快又便宜,但遇到复杂故障就不准;用 GLM-5.3 这类前沿大模型做多轮智能体调查则准得多,可每次调用 API 约 0.06 美元,全量告警跑不起。他们用 GLM-5.3 生成的 348 起内部事故调查轨迹来训练小模型,结果小模型达到 GLM-5.3 召回率的 87%,自托管每次调查成本约 0.003 美元,约为原来的二十分之一,一张 40GB A100 每周能支撑约 10 万次调查。目前这还只覆盖客户每周数百万个监控项中的一小部分,团队称会继续优化以扩大适用范围。

文中可用工具

  • Qwen3.5-9B被微调成专门的变更归因小模型
  • GLM-5.3作为教师模型生成调查轨迹,并解析事故结论提取变更标签
  • Change TrackingDatadog 功能,展示最近变更并标注可能与告警相关的改动
  • Relevant ChangesChange Tracking 中的标签页,在告警时间线上叠加最近变更
  • Model Context Protocol (MCP)把 Change Tracking 数据开放给智能体调用的协议
  • Bits InvestigationDatadog 的智能体事故调查功能,会引用 Change Tracking 捕获的变更
  • NVIDIA data flywheel blueprintNVIDIA 的数据飞轮方案,用于生成轨迹、训练小模型并循环迭代
展开详情收起详情:教一个 9B 模型调查生产告警
Datadog Blog
☆ 收藏0 条评论查看原文

OpenAI 将 GPT-6 token 价格减半,更大的杠杆或许是缓存

OpenAI 周二发布了 GPT-6 Sol 和 Luna,可以理解为 GPT-6 Astra 的降价版本,对齐程度上比之前的 GPT-5.6 Sol 更接近 Astra,但仍不如旗舰模型。这次最直接的改变是 API 价格砍半:输入每百万 token 分别只要 2 美元和 0.1 美元,输出为 10 美元和 0.5 美元,Luna 的输出 token 更是比上一代便宜 58%。不过 OpenAI 强调,缓存改进才是真正的省钱杠杆:默认缓存命中率更高,缓存读取打九折(即 90% 折扣),而且调整推理强度或工具可用性时不会破坏已有缓存。此外还上线了 Prompt Caching Dashboard,让开发者能看到哪些上下文被复用、哪些机会被浪费。对开发者来说,同一个任务不必每次从头处理上下文,速度和成本都会下降。

文中可用工具

  • GPT-6 SolOpenAI 新发布的较便宜模型,用于替代 GPT-5.6 Sol 完成常规任务
  • GPT-6 LunaOpenAI 新发布的更低价模型,输出 token 比上一代便宜约 58%
  • GPT-6 AstraOpenAI 的旗舰模型,作为 Sol 和 Luna 对齐能力的参照
  • Prompt Caching Dashboard让开发者查看缓存命中情况和被浪费的缓存机会的诊断面板
展开详情收起详情:OpenAI 将 GPT-6 token 价格减半,更大的杠杆或许是缓存
The New Stack
☆ 收藏0 条评论查看原文

Anthropic 下调 Opus 5.5 价格,却破坏了 Agent 依赖的四项功能

Anthropic 周二发布了 Claude Opus 5.5,把每百万输入 token 的价格从 5 美元降到 4 美元,输出 token 从 25 美元降到 20 美元,上下文窗口和最大输出保持不变。但官方迁移指南指出,有四类改动会让原本写给 Opus 5 的请求在切换后直接报 400 错误,另有几处不报错却会悄悄改变 Agent 行为。例如思考功能无法再关闭、强制工具调用被禁用、思考块只能在特定模型和对话中复用、电脑操作工具换成了新的 toolset。想让 Agent 正常升级,开发者需要逐项改代码、重新评估 effort 设置,并处理 refusals 和工具调用叙述消失等问题。

文中可用工具

  • Claude Opus 5.5Anthropic 发布的新模型,价格更低但有多项破坏性变更
  • Claude Opus 5上一代模型,升级到 5.5 时需要先完成迁移
  • Claude APIAnthropic 的模型调用接口,涉及思考块和电脑操作工具变更
  • Claude Code官方编程工具,已适配新的思考块验证方式
  • claude.aiAnthropic 的网页聊天产品,已适配新的思考块验证方式
  • Claude Managed Agents托管 Agent 服务,已适配新的思考块验证方式
  • Claude Agent SDKAgent 开发 SDK,已适配新的思考块验证方式
  • computer_toolset_20260801Opus 5.5 在 Claude API 和 Google Cloud 上唯一接受的电脑操作工具集
  • computer_20251124旧的电脑操作工具,Opus 5.5 不再接受,但在 Amazon Bedrock 上仍可用
  • Amazon Bedrock云平台,仍支持旧的电脑操作工具
展开详情收起详情:Anthropic 下调 Opus 5.5 价格,却破坏了 Agent 依赖的四项功能
The New Stack
☆ 收藏0 条评论查看原文

AI 支出可能变成负回报,Qodo CEO 用 ROI 公式来破解

Qodo 是一家用 AI 检查 AI 生成代码质量的公司,今年刚拿到 7000 万美元 B 轮融资。它没有敞开花钱,而是给每位工程师设了每月约 1 万美元的 token 额度,因为公司发现:AI 让写代码变快,但代码太多反而堵在测试和审查环节,钱花了却不一定多出货。CEO 因此提出一个简单公式:AI 带来的好处除以 AI 的成本,结果越大回报越高,鼓励团队先粗略量化再持续跟踪。对读者来说,这提供了一个思路——衡量 AI 投入时别只盯单一指标,要同时算上省下的返工和事故。该公式目前是 Qodo 内部实践,并非已发布产品。

文中可用工具

提供的材料未提及具体可用工具。

展开详情收起详情:AI 支出可能变成负回报,Qodo CEO 用 ROI 公式来破解
The New Stack
☆ 收藏0 条评论查看原文

漏洞告警疲劳几乎压垮 WHOOP,但其修复方案仍保留人工把关

WHOOP 是一家做健康手环的公司,每天要处理成千上万条漏洞告警,靠全员连续多天手工分类才能不漏掉问题,既费人力又容易被噪音淹没。这次他们用 Datadog 的 Bits AI 和 Workflow Automation 搭了一套自动化的漏洞响应流程:先结合运行时数据判断哪些漏洞真的在被利用,再把工单自动分配给对应微服务的负责人,让开发者能自己处理一部分。原文尚在预告 2026 年 10 月 7 日的线上分享,具体实现细节和效果数据没有给出;不过它的思路是自动化处理加人工最终确认,对同样被大量漏洞告警困扰的安全和运维团队有参考意义。

文中可用工具

  • Datadog Bits AIDatadog 的 AI 功能,用于辅助自动化漏洞响应流程
  • Datadog Workflow AutomationDatadog 的自动化流程工具,用来把漏洞工单自动分派给对应工程师
  • Datadog Software Composition Analysis (SCA)分析运行时实际执行的代码,帮助从扫描噪音中筛出真正有风险的漏洞
展开详情收起详情:漏洞告警疲劳几乎压垮 WHOOP,但其修复方案仍保留人工把关
The New Stack
☆ 收藏0 条评论查看原文

软件供应链成为新战场,AI 刚刚改写了规则

AI 编程工具让开发者写代码快了很多,但也让攻击者更容易找到和利用漏洞。文章说,现在 AI 不只帮人写代码,还在替人选择用哪些开源库;一旦攻击者攻破某个被广泛信任的开源组件,就可能像推倒多米诺骨牌一样影响很多下游系统。作者认为,组织不能只等扫描出漏洞再修,而要把更多精力放在“入口把关”,也就是确认进入开发流程的软件来源和内容是否可信。对读者的用处是:理解为什么软件供应链安全需要提前预防,而不是事后检测。文章没有说明具体的解决工具或发布日期。

文中可用工具

提供的材料未提及具体可用工具。

展开详情收起详情:软件供应链成为新战场,AI 刚刚改写了规则
The New Stack
☆ 收藏0 条评论查看原文

企业 AI 急需保护数据和模型,机密 AI 如何做到?

很多企业想让 AI 读取病历、财务记录或核心知识产权,但又不放心把这些数据传到云端或别的公司服务器上。为此,VAST Data 推出了一款叫 VAST DataEnclave 的产品(9 月 22 日发布),做法是把数据锁在企业自己的设备里,模型也加密,只有经过硬件验证的特定程序才能解开使用;企业拿着自己数据的钥匙,模型厂商也拿着自己模型的钥匙,双方都不用交出控制权。这样企业既能用上先进模型,又不必担心数据外泄,模型厂商也不怕模型权重被人偷走。目前文章只介绍了这一产品的发布,尚未说明实际使用效果和具体开放范围。

文中可用工具

  • VAST DataEnclave让企业在自己控制的环境里安全使用外部 AI 模型,同时保护企业数据和模型权重
  • VAST AI Operating System把模型、应用层和数据平台整合到客户可控环境下的 AI 操作系统
展开详情收起详情:企业 AI 急需保护数据和模型,机密 AI 如何做到?
The New Stack
☆ 收藏0 条评论查看原文

亚马逊封禁 Meta 的 Muse,Shopify 却把它接入了所有商店

Meta 在 9 月 8 日推出了购物助手 Muse,它能像普通顾客一样打开浏览器、登录账号并在电商网站上下单。9 月 21 日前后,亚马逊开始屏蔽 Muse,理由是它不表明自己是 AI、未经允许就进店,还可能保存了用户的密码和支付信息。几乎同时,Shopify 走了相反路线,把 Muse 接入自家商店,通过专用支付协议让购物在商家可确认、可追溯的通道里完成,卡号不会交给 Muse。对普通读者来说,这背后的分歧是:网站该怎么识别和放行自动购物机器人。目前事件仍在早期,双方说法存在矛盾。

文中可用工具

  • MuseMeta 推出的个人购物助手,能代替用户在浏览器里浏览商品并下单
  • Muse Secure VMMeta 为 Muse 提供的专用虚拟机,用于隔离和保护运行环境
  • Grok BotxAI 的自动浏览器代理,会使用已登录的浏览器会话
  • OpenClaw开源项目,Muse 的浏览器操作方式以它为原型
  • Web Bot AuthIETF 草案,让 AI 代理用签名表明自己来自哪个运营方的身份
  • HTTP Message SignaturesRFC 9421 标准,Web Bot Auth 用来给请求做加密签名的基础
  • Cloudflare在其边缘网络上验证 AI 代理签名,识别经过验证的机器人和代理
  • AWS WAF Bot ControlAWS 的机器人流量管理服务,2025 年 11 月起为 CloudFront 支持代理签名验证
  • Shop PayShopify 的结账支付方式,用于让 Muse 在 Shopify 商店完成付款
  • Universal Commerce ProtocolGoogle 与 Shopify 的协议,覆盖商品发现、购物车和结账流程
  • Agentic Commerce ProtocolOpenAI 与 Stripe 的协议,负责结账执行,商家仍是交易记录方
  • Agent Payments ProtocolGoogle 的代理支付协议,包含购物者授权的证明,已捐给 FIDO 联盟
展开详情收起详情:亚马逊封禁 Meta 的 Muse,Shopify 却把它接入了所有商店
The New Stack
☆ 收藏0 条评论查看原文

黄仁勋:初级开发者的问题将在两年内消失,他的算术是这样

英伟达 CEO 黄仁勋接受《纽约时报》采访时回应了“AI 很快将取代程序员”的说法。他认为工程师的核心使命是解决问题和创造产品,而写代码只是其中一项任务,就像AI能帮放射科医生读片、但没有取代医生诊断疾病一样。对于现在入行的年轻人,他说答案要等两年:因为大学要读四年,第一批从入学起就和 AI 一起学习的学生大约 2028 年才毕业,届时会带来一波“AI 原住民”工程师。短期看,初级开发者靠写测试、查堆栈、修小 bug 积累判断力的学徒期可能被压缩,目前还没有证据说明跟智能体协作能否替代这段经验。

文中可用工具

提供的材料未提及具体可用工具。

展开详情收起详情:黄仁勋:初级开发者的问题将在两年内消失,他的算术是这样
The New Stack
☆ 收藏0 条评论查看原文

在 AI 与你的数据之争中,第三种选择正在出现

企业用 AI 一直面临两难:要么用闭源模型,担心自己的数据被模型厂商拿去训练、泄露商业机密;要么用开放权重模型,但能力落后于最前沿。VAST Data 推出名为 DataEnclave 的新产品,想让模型厂商把自家模型跑在企业自己的安全环境里:模型权重不外流,企业数据也不外流,用的是 Nvidia 的机密计算技术。它目前处于早期访问阶段,后续才会正式开放;能否同时让两边都放心,还要看市场检验。

文中可用工具

  • DataEnclave让企业在自己掌控的安全环境里运行闭源模型,双向防止数据与模型权重外流
  • Nvidia Confidential Computing提供硬件层面的加密计算能力,支撑 DataEnclave 的安全运行
  • AI OSVAST Data 的核心产品,是位于企业 AI 应用底层的基础设施
展开详情收起详情:在 AI 与你的数据之争中,第三种选择正在出现
The New Stack
☆ 收藏0 条评论查看原文

“令人惊叹的开放程度”:小米以 MiMo-V2.6 超越常规开放权重玩法

小米发布了 MiMo-V2.6 系列模型,包括旗舰版 MiMo-V2.6-Pro,这是一个万亿参数的大模型,支持文本、图像、音频和视频,上下文窗口达 100 万 token。小米不仅公开了模型权重(MIT 许可),还把强化学习训练过程通过公开仪表盘直播了 5 天,并公布了训练成本:Flash 约 85 万美元,Pro 约 262 万美元。此外,小米承诺开源超过 7000 个任务环境和训练框架等资源,但目前 Hugging Face 上只有三个模型,其他资源尚未放出。这意味着研究人员和开发者未来可以基于这些开放资源做更多实验,推动开源 AI 进步,但部分承诺还在陆续兑现中。

文中可用工具

  • MiMo-V2.6-Pro小米的旗舰大模型,参数规模达万亿,支持文本、图像、音频和视频,上下文窗口 100 万 token
  • MiMo-V2.6-Flash小米较小规模的模型,同样参与了强化学习训练直播
  • Qwen小米基于 Qwen 架构发布了一个 90 亿参数的模型,作为进一步智能体强化学习研究的起点
  • Hugging Face模型托管平台,小米在此发布了模型权重和开源集合链接
  • Artificial Analysis独立分析平台,给 MiMo-V2.6-Pro 打出智能指数 46 分,在其追踪的 114 个开放权重模型中排名第一
展开详情收起详情:“令人惊叹的开放程度”:小米以 MiMo-V2.6 超越常规开放权重玩法
The New Stack
☆ 收藏0 条评论查看原文

Q.ANT免费开放光计算AI芯片软件,效仿CUDA押注开发者生态

德国斯图加特创业公司Q.ANT造了一种用光而不是电来做AI部分计算的芯片,号称比现在的芯片省电得多。过去只有少数研究机构能用到这种芯片,别人想写程序都没门。现在Q.ANT把一套免费开源的软件开发工具包放上了GitHub,普通电脑上就能跑模拟器,用Python或C写程序、做测试,等以后拿到真芯片再直接运行。这套工具目前只能跑已经训练好的模型,比如手写数字识别、照片物体识别,训练还得靠普通CPU和GPU。对开发者来说,好处是提前熟悉光学芯片的编程方式;但真机还要等几个月,通过德国云服务商IONOS或Q.ANT的本地服务器才能用上,省电效果也无法自己验证。

文中可用工具

提供的材料未提及具体可用工具。

展开详情收起详情:Q.ANT免费开放光计算AI芯片软件,效仿CUDA押注开发者生态
The New Stack
☆ 收藏0 条评论查看原文

梯子变得更高了

AI 让网络攻击变快了,防守方原来那堵墙就不够高了。文章用“梯子和墙”打比方:攻击者过去只是把梯子加高一点点,刚好翻过防守方的墙。现在有了 AI 帮忙,梯子一下子高了很多,很多公司来不及应对。文章建议先把身份管理、漏洞修复、威胁检测这些基础做好,同时用 AI 加快处理速度,还提到 Anthropic 发了一篇详细博客讲怎么准备。对读者来说,重点是别把这当成纯安全问题,工程、基础设施和安全团队要一起配合,才能跟上节奏。文章没给具体数字,也没说这些建议是已经可用的产品还是未来计划。

文中可用工具

提供的材料未提及具体可用工具。

展开详情收起详情:梯子变得更高了
Harness Blog
☆ 收藏0 条评论查看原文

Harness 如何编排 LLM 安全扫描

传统代码扫描器只能靠规则匹配找已知模式,而大语言模型能顺着程序逻辑追踪攻击者可控的输入是否真的能到达危险位置,因此能发现规则没覆盖的漏洞。但模型本身不稳定:同一份没变的代码扫两次,结果可能不同,耗时和花费也难预测,没法直接用在每次提交都跑的自动化扫描上。Harness 的 Security Test Orchestration(STO)在模型外面加了一层编排:控制扫描什么时候触发、只扫改动范围、每步怎么约束、结果怎么统一,变成可比较、可信任的扫描。用 GPT-5.5 对三个故意留漏洞的测试应用跑基准,增量扫描比全量扫描最高省约 83% 费用、快约 72%,且没有漏掉全量扫描找到的问题;连续跑 10 次时增量方案比全量便宜约 75%。目前该能力基于 OpenAI Codex Security,配合 Mythos 代理插件,以安全扫描技能方式调用,具体开放范围和价格原文未说明。

文中可用工具

  • Harness Security Test Orchestration (STO)在模型外围做编排,控制扫描触发时机、范围、约束和结果标准化
  • OpenAI Codex Security当前扫描器底层所依赖的安全扫描能力
  • Mythos agent plugin与 Codex Security 配合的代理插件
  • GPT-5.5基准测试中用于扫描的模型,会话上下文窗口 258k token
展开详情收起详情:Harness 如何编排 LLM 安全扫描
Harness Blog
☆ 收藏0 条评论查看原文

漏洞修复与漏洞缓解:区别何在

Harness 发布了一篇博客,解释漏洞“修复”和“缓解”的区别:修复是打补丁或升级,彻底消除漏洞;缓解则是隔离、封堵或关闭功能,让漏洞难以被利用,但漏洞本身还在。博客说,当补丁还没有、修复需要停机窗口,或攻击路径本来就不通时,可以先选缓解;但每个缓解措施都要有负责人和到期日,否则临时措施会变成永久隐患。对开发团队来说,这能帮助决定什么时候必须真正修、什么时候可以先顶住,而不是把风险一直存着。文中还提到 Harness 的安全测试编排可对接 40 多个合作扫描器,并引用调查称:最频繁使用 AI 编程工具的人群中,50% 表示采用后漏洞和安全事件变多了。

文中可用工具

  • Harness在交付流水线中运行安全测试,汇总并排序漏洞,还能起草修复代码和提拉取请求
  • Security Testing Orchestration协调 Harness 自家扫描器和 40 多个合作扫描器,去重并排序漏洞修复优先级
  • Harness AI自动起草漏洞修复方案,并可打开拉取请求
  • Policy-as-code用代码化策略决定哪些漏洞发现会阻断构建
展开详情收起详情:漏洞修复与漏洞缓解:区别何在
Harness Blog
☆ 收藏0 条评论查看原文

AWS 成本优化:本季度 15 项策略

AWS 官方博客发布了 15 条云成本优化建议,覆盖计算、存储、网络和成本监控四个方面,并附了一张按实施难度和节省潜力排序的速查表。文章指出,很多团队在买折扣套餐(Savings Plans)之前没有先做资源规格调整(rightsizing),导致承诺与实际用量对不上;AWS 对 7.1 万多家客户的分析显示,同时做规格调整的客户,成本效率提升速度是只买折扣套餐客户的 4 倍。对使用 AWS 的团队来说,这份清单可以当作本季度降本的候选动作,比如先关闲置资源、按实际 CPU 和内存用量调整实例大小,再考虑长期折扣承诺。文中还提到 GE Vernova 通过缩小 50 个实例节省了 50.4 万美元。

文中可用工具

  • AWS Compute Optimizer根据实际 CPU 和内存使用情况推荐更合适的实例规格
  • Cost Explorer查看和分析 AWS 支出情况
  • AWS Budgets设置预算并在支出异常时收到提醒
  • Cost Anomaly Detection自动发现云支出的异常变化
  • Harness Cost Management Agent跨云归因成本并自动执行修复
  • AWS Savings Plans通过承诺一定用量换取计算折扣价
  • Reserved Instances为稳定可预测的工作负载预购容量以换取折扣
  • Spot Instances使用 AWS 闲置容量,价格更低但可能被随时回收
展开详情收起详情:AWS 成本优化:本季度 15 项策略
Harness Blog
☆ 收藏0 条评论查看原文

开发者希望软件更高效:1000多名GitHub用户告诉我们需要什么

GitHub联合耶鲁气候变化传播项目调查了1039名GitHub用户,想了解他们对软件效率与气候变化的看法。结果发现,八成受访者想要能帮助写出更节能代码的工具,约七成五想测量软件对环境的影响,但63%的人觉得自己写代码对环保影响很小。主要问题不是没兴趣,而是缺少找浪费、量改进、说服维护者的实用路径。调查还建议先找可测量的浪费,用Agent寻找优化机会,但最终决定仍留给维护者。

文中可用工具

  • GitHub Agentic Workflows自动化搜索代码库中可优化效率的机会,让维护者保持控制权
  • Daily Efficiency Improver workflow检查代码、数据、网络、I/O 和前端性能等领域的效率改进机会
展开详情收起详情:开发者希望软件更高效:1000多名GitHub用户告诉我们需要什么
GitHub Blog
☆ 收藏0 条评论查看原文

在 GitHub Copilot 应用中渲染超大拉取请求

GitHub 重建了 Copilot 应用里的代码差异查看界面,专门解决超大拉取请求(pull request)打开慢、滚动卡的问题。原来代码行高度固定、可以提前算好,但评论会因 Markdown 换行、折叠块、回复框和图片加载而高度不定,强行套用旧方案会导致页面跳动。这次他们把代码区域和评论区域拆成两套高度计算:代码部分保持精确不变,评论部分先估算再懒加载实测,并把修正锚定在用户当前位置。测试对象是一个约 2200 个文件、超一百万行改动、400 多条行内评论的开源拉取请求,现在这种极端情况也能流畅滚动。该功能已随 GitHub Copilot 应用推出。

文中可用工具

  • GitHub Copilot appGitHub 的 AI 编程助手应用,这次重建了其中的拉取请求代码差异查看界面,使其能流畅打开超大拉取请求
展开详情收起详情:在 GitHub Copilot 应用中渲染超大拉取请求
GitHub Blog
☆ 收藏0 条评论查看原文