构建日志。 每周上线了什么。

从发现到拉取请求，只用一个智能体

Polylane检测到的每一条发现现在都由单次智能体运行处理。它用只读工具读取你的遥测和上下文图中的证据，判断是否存在真实问题，当确认的原因是已连接仓库中的代码缺陷时，它在同一次运行中编写修复并开出拉取请求，分诊、调查和自动修复阶段之间没有交接。拉取请求以一行Affected开头，指出资源、相对基线的越界值，以及故障会波及多少依赖方，其安全性推理放在一个可见的Why it’s safe部分。当修复超出能力范围时，运行会在问题上记录原因和一个明确的下一步，而不是不了了之。

Grafana Cloud和Logfire加入可观测性集成

用一个stack URL和一个服务账户令牌连接Grafana Cloud或自托管的Grafana。Polylane会向该stack添加一个联络点和一条兜底通知路由，所以每一条现有告警规则和你之后创建的每一条规则都会到达它，无需逐条设置。用一个API密钥连接Pydantic Logfire，智能体就获得了从一个失败的路由走到抛出异常的确切span的工具，其余一切则可通过只读SQL查询；该项目的错误率、请求量和p95延迟像其他提供商一样受监视。

本周还有：

• 被驳回的问题会被再看一眼：反复出现的发现会被再次分诊，当证据不能排除关键资源上的故障时驳回会被拒绝，而由人做出的“不是故障”保持最终有效
• 连接GitHub时只问一次是否审查拉取请求，修复某个已知问题的拉取请求会得到一个绿色或黄色判定，说明它是否应该解决该问题
• 每个云账户、集成和重点监视资源上的Key questions标签页显示Polylane向你的遥测提出的问题，以及每个问题背后的提供商查询
• 上下文图新增RDS只读副本和RDS Proxy，把仓库关联到运行其所构建镜像的Kubernetes和Railway工作负载，并在AWS账户连接之前就指出环境变量中发现的S3存储桶和RDS端点
• AWS连接对话框显示生成的CloudFormation模板，可复制和下载，il-central-1区域可用
• 每日日志趋势作为已分诊的问题登记，而不是通过邮件到达
• 可以把图片粘贴或拖放到控制台聊天输入框中，检查有了自己的页面和复制链接
• Slack回复以运行耗时和执行的操作数结尾，MCP服务器在授权客户端之前显示一个同意页面
• CLI用polylane integration connect连接Grafana Cloud、Mixpanel和OpenStatus，用polylane cloud connect --provider railway连接Railway，并在连接GitHub时询问是否审查拉取请求（--no-pr-reviews可选择不审查）
• 一如既往：可靠性、性能和稳定性改进

又有三个云和你的议题跟踪器加入上下文图

你现在可以连接ClickHouse Cloud、Convex和Turso：粘贴一个令牌，它们的服务、项目、部署和数据库每15分钟同步到上下文图，附带健康检查和智能体工具。Linear是第一个议题跟踪集成：智能体在任何线程中读取你的团队、项目和议题，从调查中登记议题并附上证据链，更新状态、优先级或负责人，每次写入前都会请你确认。新资源到达时已经接好线：ClickHouse从服务关联到其主服务，Turso分支关联到它们分叉自的数据库，Supabase的auth、存储、realtime和REST服务关联到它们前置的Postgres数据库，所以主库上的故障会波及依赖它的一切。

一个影响范围，处处可见

拉取请求审查背后的影响范围引擎现在处处作答：问题侧边栏、变更记录和线程产出物显示同样的下游波及范围，智能体可以主动询问它，每个自动修复拉取请求都会指出受影响资源的层级以及那里的故障会波及什么。它遍历的图更密了：CloudFront分发关联到其源和WAF web ACL，安全组规则成为可达性边，R2存储桶关联到它们通知的队列，Step Functions定义为它调用的每个服务产生一条边。每个资源上新的Connections标签页列出每条边及其方向、发现方式和背后的证据。

本周还有：

• 一个AWS连接现在可以覆盖任意一组区域或全部区域，每个区域都有CloudTrail和告警
• 自动修复拉取请求会向受影响资源的所有者请求审查，默认使用Conventional Commits，在修复有结构可展示时包含一张mermaid图，并在沉寂14天后过期，不再阻挡更好的修复
• 你可以按工作区为Polylane自行发起的调查设置严重级别下限；新告警在成为问题之前由带只读工具的智能体分诊，停滞的调查会自行恢复
• 线程中的假设卡片显示已确认、已排除或无法确定，等待你回答的线程会明确说明
• 让Slack智能体走开，它会静音该线程直到你再次@提及它；Channels页面现在列出你工作区中的每个频道，Polylane不在的频道有一个Join按钮
• 拓扑页面实时更新，搜索是覆盖名称、别名和描述的全文搜索，线程中的任何图表都可以下载为JSON、CSV或PNG
• 固定到Mixpanel看板的每份报告都成为一项每日检查
• 自动修复运行使用Node 24，并从.nvmrc、.node-version或engines.node选取版本
• CLI可连接ClickHouse、Convex、Turso和Linear，在后台运行AWS连接以便你同时连接其他云，接受--region all，并在应用连接后立刻提供可加入的Slack频道
• 一如既往：可靠性、性能和稳定性改进

用你自己的编程智能体在终端里构建上下文图

运行polylane map，CLI会启动你已经在用的编程智能体来映射当前仓库：拓扑、最初的问题和一个首次运行线程落到你的工作区，终端则显示一个心跳。你的机器及其智能体现在是一个像GitHub或AWS一样的连接，所以每台机器写入自己那一片图，谁也不能覆盖别人的。映射运行期间，Topology页面就地显示进度、问题和聊天，顺便提供你的云供连接，并给你一个可撤销的分享链接。连接一个云端编程智能体会让它成为你的自动修复执行器，它会自动获得Polylane的MCP服务器，以便在编写修复时查询Polylane。

Railway、Mixpanel和OpenStatus加入上下文图

Railway是一个可连接的云提供商：通过OAuth或工作区令牌连接，Polylane同步项目、服务和部署，监视部署，读取日志，并检查服务指标是否有问题。Mixpanel是第一个产品分析集成，你可以问注册量是否在某次部署后下降了，每日检查会监视事件量以发现埋点损坏。OpenStatus把监控项和状态页带进图中，把每一次失败和恢复作为告警分诊，并把每个监控项关联到它探测的资源。Datadog、Sentry、Better Stack、Honeycomb和Axiom现在把向它们上报的资源关联到图上，智能体可以发布Better Stack状态报告并确认或解决故障，每一项都需你确认。

本周还有：

• 连接云账户或可观测性集成会自行登记问题：Polylane读取过去24小时的错误日志寻找反复出现的模式，并立刻运行最初的检查
• 拉取请求审查带有一份考虑过的每种失败模式的账本，标为已确认、有可能或已排除，并附一个影响范围，列出故障会波及的下游资源及其承载的流量比例；Changes标签页原生渲染它
• 问题更容易分诊：一个严重级别列和筛选器，重复项默认隐藏，开启问题的那条告警显示在其溯源的起点
• 自动修复拉取请求在侧边栏中显示完整差异，把结果回报给发起请求的线程，并且不再把提高上限或超时当作修复交付
• Slack回复以图片形式附上图表，长的Slack回合会链接到控制台，方便你跟进
• 可以连接使用自定义HTTP请求头进行身份验证的MCP服务器，而不只是bearer令牌
• 搜索基础设施图会切换为表格，结果以行的形式呈现
• CLI用--multi一次连接多个云，根据你仓库中的标记预先勾选，用--category observability缩小选择范围，并在浏览器中打开一个预填好的只读Cloudflare令牌页面
• 一如既往：可靠性、性能和稳定性改进

每个问题都有原因，以及与之匹配的响应

Polylane现在会归类每个问题发生的原因：代码缺陷、不稳定的基础设施、外部客户端、预期行为或未知，每一项都带置信度，并做出相应响应。代码缺陷得到修复。不稳定的CI失败得到的是重新运行工作流的请求而不是补丁，重新运行通过后问题自行解决。预期行为会被驳回，或者其告警签名被静音并记录原因，任何不确定的情况都交给人。问题页面显示判定、每一个决定及其决策者，以及越界背后的证据：偏离的指标、有因果关系的日志行和追踪。

由你决定自动修复何时运行

工作区和每个仓库上现在都有一个Open autofix pull requests开关，新的Ask first模式会把每一个由机器触发的修复作为等待中的运行搁置，直到你点击Approve and run；你在线程中主动请求的修复永远不会被搁置。任何正在运行的自动修复都可以在其拉取请求开出之前从控制台、聊天或Slack取消。拉取请求带有severity:标签，并以引发修复的原因开头：受影响的资源、越界的指标，以及触发的日志行。每个补丁都要经过数据安全审查，会把新数据导入日志、导出或分析的补丁会被修改或扣留。

本周还有：

• 连接GitHub现在会在一分钟内开出第一个拉取请求，把Polylane指令加入AGENTS.md、Cursor规则和你的其他智能体指令文件，可观测性拉取请求随后跟上，可从控制台取消
• 每日日志趋势邮件只在有变化的日子到达，比如出现新的错误模板，或某个服务的日志量远超正常水平，每一项都带一个Investigate按钮
• 让智能体盯一次CI运行或发布，它会停止轮询，在GitHub事件到达时被唤醒
• 有意为之的反复出现的信号会得到一个在代码中把该行为写明的修复，而不是一条被静音的告警，安静下来的告警问题会自行解决
• Slack智能体以第一人称说话，在Slack中发给它的图片现在会在控制台中渲染
• 控制台聊天把每个思考阶段及其工具调用折叠成一行，30秒后提供一个Quick answer胶囊按钮，回复被中断后提供Try again
• 溯源节点悬停时预览，可用键盘逐个浏览，像googleapis.com这样的外部服务有了wiki，自动扩缩容的波动不再塞满变更动态
• 外观菜单新增System选项
• CLI新增polylane scan，在你已连接的账户中找出关键风险并让你选一个调查，以及polylane autofix watch，在拉取请求开出时打印其URL，连接向导会说明每个提供商确切的令牌权限
• 一如既往：可靠性、性能和稳定性改进

Modal和Supabase加入上下文图

粘贴Modal为CLI登录发放的令牌对，你的环境、应用、函数、沙箱、卷和队列就会出现在上下文图中，应用日志被读入摘要，成本和错误量检查会开启问题，每个仓库都关联到其CI运行modal deploy所针对的应用。通过OAuth或个人访问令牌连接一个Supabase组织，每个项目的数据库、边缘函数、分支、存储桶、auth和存储每15分钟同步一次，每一项都有仪表盘、日志和检查。智能体为两者都获得了只读工具，所以调查读取的是Modal或Supabase此刻正在做什么，而不是上一次同步记录的内容。

智能体工作时与它对话

过去在回合中途发送消息会取消该回合，白白丢掉几分钟的工作。现在输入框保持可用：你的消息会在智能体的下一步被接收，并显示在记录中它被读取的位置。一条始终没有送达的消息会明确说明，并提供重试。停止和发送共用一个按钮，Esc停止回合，在语音模式下智能体会停止回答被你打断的那个问题。

本周还有：

• Slack智能体在变更需要签字批准时发布Approve和Deny卡片，在状态消息中显示其任务列表，并在你要求时关闭它开出的拉取请求
• 在Slack中给故障卡片加一个对勾表情即可解决它，加一个禁止标志即可标记为不是故障；卡片就地更新，时间线记录是谁操作的
• Slack集成上的Channels标签页列出Polylane所在的每一个频道，当你告诉智能体在某个频道该如何表现时，它会自己保存该频道的指令
• 自动修复拉取请求以一段根据差异写成的Before / After开头，Implementation标签页显示编写补丁的线程，薄弱的计划会在消耗一次运行之前被拒绝
• Polylane在花费一次调查之前先检查是否已有开放的拉取请求，并保留缓慢的自动修复回合的工作成果而不是丢弃
• 拉取请求审查可以从Repositories页面按仓库开关，可以批量操作，也可以用一个开关覆盖整个GitHub集成
• 已发布的地图现在大约两分钟就给你一个链接，作为在同一URL上不断细化的草稿，问题列在图旁边，每一项都有一个Investigate按钮
• 注册会立刻为你创建一个工作区，域名自动加入默认关闭，指向你不在其中的工作区的链接会提供一个申请加入页面
• CLI通过polylane auth signup用Google、GitHub或邮箱注册，让polylane cloud connect和polylane integration connect可交互，polylane setup现在还会配置Cline、Roo Code、Goose、Pi和Warp
• 一如既往：可靠性、性能和稳定性改进

CI失败成为问题、调查和修复

已连接仓库上每一次失败的GitHub Actions运行现在都会成为一个Polylane问题。同一工作流的重复失败归并为一个问题；一次绿色运行解决它，24小时内的一次失败重新打开它。分诊读取失败的作业、步骤和检查注解，当它确认是真实问题时，会开启一次调查并针对失败的分支排队一次自动修复。修复以普通的自动修复拉取请求形式落地。

从检查一路追到拉取请求

每个问题、调查、自动修复和检查现在都知道自己的邻居。问题Overview标签页上的一张溯源图绘制出整条链，从引发它的检查，经过调查，到自动修复及其拉取请求。点击任何卡片都会在侧边栏中打开它，重复的问题始终指向持有调查的根问题。自动修复页面现在以结果开头：拉取请求、运行为何被跳过（附Run anyway按钮），或为何失败（附Run again）。

本周还有：

• 发布你架构的公开地图：在你的编程智能体中运行地图提示词，它会发布一张带评分、有版本的地图，任何人都可以浏览、提问，或直接把一个问题交给Polylane调查
• 审查评论以View the full analysis开头：完整的分析报告、可交互图表和完整的日志摘录，拉取请求的查看者可通过访客链接阅读；自动修复拉取请求以同样方式链接到它们的整次运行
• 审查展示它们的证据：通过会附上它所依据的指标序列或日志摘录，简报列出曾击中相同资源的历史问题，生产影响检查现在对每个仓库默认开启
• 调查结束后，Polylane会询问缺失的信号是否增加了难度；如果是，一个后续拉取请求会精确添加那些日志或追踪，开头就说明它本可以缩短哪次调查
• 两个新连接：通过只读的集群内代理连接Kubernetes集群，没有任何kubeconfig离开集群；以及Better Stack，其故障流入分诊，其监控项可供智能体查询
• 你代码调用的外部服务（Stripe、Datadog等）从环境变量URL加入上下文图，归入它们自己的External services类别，一张3,000个资源的图现在几秒内就能打开
• 在多人参与的线程中，智能体知道谁说了什么，它保存的每条记忆每天都会重新核查，过期时编辑或丢弃
• 管理员可以把工作区导出为JSON归档，删除工作区现在会先隔离它，清除前有60天窗口
• 每个套餐的月度token配额扩大到五倍，任何套餐都不再限制工作区成员数，新的Privacy & data设置让管理员可以让工作区退出模型训练
• 一如既往：可靠性、性能和稳定性改进

Polylane是Slack里的一位队友

在Slack中提及Polylane，它会立刻做出反应，显示正在思考，并在书写时流式输出回复。长回合显示实时进度，失败的运行会说明发生了什么以及如何恢复，而不是陷入沉默。Polylane出现在Slack的Agents标签页中并附有建议提示词，在它所属的频道里，它会主动加入自己能帮上忙的对话，除非你把频道设为仅提及。当自动修复从一个Slack线程发起时，该线程会听到后续的一切：拉取请求链接、CI失败及其修复、审查回复，以及合并时的一个表情反应。

从日志内容中捕获问题

Polylane现在读取你的日志在说什么，而不只是它们的趋势。一股从未越过阈值也没有移动基线的持续崩溃流会被登记为一个问题，在错误持续出现期间保持打开，在它停止时自行解决。每个新问题都会与你工作区中的开放问题进行核对：确认的重复项被关联起来，共享一次调查而不是开启第二次。日志行按形态聚类，所以一种陌生的ID格式不会铸造出新问题，也不会让现有问题反复抖动。

本周还有：

• 拉取请求审查现在交付修复，而不只是判定：你改动的行中的小型可观测性缺口以一键建议评论的形式到达，较大的以针对你分支的堆叠改进拉取请求到达，两者都不会改变通过或不通过的结果
• 审查和自动修复拉取请求会核对完整的部署风险目录：旧pod仍在读取的重命名并删除变更、热表上阻塞写入的CREATE INDEX、没有任何东西提供的环境变量，以及位于别人系统中的前置条件，每一项都列出负责人直到被确认
• 人和团队加入了上下文图：CODEOWNERS、部署作者和所有者标签成为带owns边的人员和团队节点，同一个人的不同拼写解析为单个节点
• 每个新连接的仓库都会收到一个按该仓库自身规范编写的可观测性自动修复拉取请求，自动修复拉取请求正文现在以一段平实的总结开头
• 审查评论上的View Thread为任何能看到该拉取请求的人以只读方式打开调查，无需账户，判定变化时你会收到通知
• 基础设施图再次成为自上而下的层级结构，按云账户分组，在拓扑视图中你可以长按一个资源查看其影响范围沿边涟漪扩散，或拖动一个资源把它的邻居一起拉过来
• Autofixes页面有了存放在URL中的搜索和筛选，编辑一行不再重绘整张表
• 免费工作区每天获得10次调查，从1次提升而来
• CLI新增polylane setup，把Polylane的MCP服务器和技能注册到你机器上的每一个编程智能体（--agent选择其中一个）
• 一如既往：可靠性、性能和稳定性改进

每一个拉取请求，都审查对生产的影响

Polylane现在读取每一个拉取请求并回答一个问题：合并后生产环境会变差吗？它沿着上下文图从仓库走到代码将要发布到的资源，对照实时拓扑和遥测检查这次变更，并在拉取请求上评论它的判定：通过或不通过，附带证据和受影响的资源。可以在分支保护中把“Polylane production impact”检查设为必需，以阻止糟糕的合并。

自动修复拉取请求接受反馈

在自动修复PR上留下审查评论，Polylane会回答或推送你要求的改动。在宣布该PR的Slack线程中回复，它会就地响应。当自动修复分支上的CI失败时，Polylane会诊断失败的检查并主动推送修复。当它编写代码时，它遵循你的家规：AGENTS.md、CLAUDE.md、Cursor规则，以及它从你的git历史中推断出的提交信息规范。

本周还有：

• 仓库加入了上下文图：Polylane读取Terraform、CloudFormation、Pulumi、CDK和部署清单（wrangler.jsonc、fly.toml、vercel.json、render.yaml），把每个仓库关联到它部署的资源，并提供一个用于手动关联的Resources标签页
• 你可以用自己的指令按仓库引导审查，例如“永远不要标记schema迁移”，当后续推送解决了被标记的问题时，Polylane会自行把它标为已解决
• 报告中的关键风险会被调查，而不只是列出：点击一个，或全部调查，判定实时流入，已确认的风险浮到顶部，附带发现内容的总结
• 拓扑现在是控制台的大门：每个资源一个点，按类别着色、按层级定大小，问题热点红色脉动，变更最多的资源带一圈虚线
• PlanetScale现在是一个提供商：通过OAuth连接，数据库和分支同步到上下文图，Query Insights驱动针对查询错误、p99延迟、延迟尖峰和查询量塌缩的自动检查
• 新的云账户以只读开始：通过提供商API的每一次写入都会被拒绝，直到管理员按账户打开开关
• Vercel同步新增九种资源类型（沙箱、工作流、定时任务、功能标志、AI Gateway、微前端、访问组、转发、容器镜像仓库），回滚得到正确跟踪：Polylane跟随实际服务生产的那个部署，而不是最新的那个
• 上下文图更密了：Cloudflare隧道关联到它们前置的zone和源服务，Hyperdrive经隧道路由，URL形态的环境变量成为跨云、跨账户的边
• 每个仓库都带有一个满分100的埋点分数（没有日志的路由、裸console调用、缺失的错误捕获），处理流量却不记日志或突然安静下来的资源会被点名
• 日志有了记忆：每个资源保留一份反复出现模式的账本及其历史比率，问题会展示失败的请求以及属于它们的确切日志行
• Slack回答更紧凑：每回合一条回复，正确的格式和@提及，消息不是给智能体的时候保持沉默
• 一如既往：可靠性、性能和稳定性改进

你的编程智能体现在能看到Polylane看到的一切。Polylane为自己的智能体构建的工具：跨所有云的实时基础设施图、针对每个已连接提供商的可观测性查询、覆盖你仓库的代码搜索、整个REST API，现在通过一个MCP服务器或CLI暴露给Claude Code、Cursor、Codex、OpenCode和VS Code。一个端点，一次浏览器登录，你的智能体就能在不离开编辑器的情况下回答“这个PR触及的服务在生产环境中报了什么错？”。写入受默认拒绝策略保护，合并仍由人来做。

异常和告警不复存在。消失的不是信号，而是那道分割：Polylane检测到的一切和你的提供商转发的每一条告警，现在都落到同一个地方，作为问题。一个列表、一个生命周期，以及真正的去重：同一个问题触发五十次是一个带出现次数的问题，而不是五十行。外部问题深链接回提供商自己控制台中的警报，自动化现在可以由分诊判定触发。

监控在决定看什么这件事上变聪明了。对每个已连接的账户，Polylane现在会生成监控问题：on-call工程师希望持续得到回答的那些事。它读取你的仓库，找出你实际写下的确切错误日志、span和自定义指标，把每个问题变成一条提供商查询，用真实数据验证，并把保留下来的那些每隔几分钟作为检查运行。相关的序列现在共用一张图：p95和p99放在一起，按服务划分的5xx在同一坐标轴上。

本周还有：

• 控制台现在以首页打开：动态摘要、等你处理的决定、问题和变更热点，以及一个列出你架构中敞开之门的最佳实践面板
• Factory加入Cursor和Devin成为自动修复执行器，外部PR链接回产生它们的调查，未合并就关闭的PR现在是一种受跟踪的结果
• 监控是按资源的开关：关掉它，Polylane继续记录变更但不开启问题，一张覆盖卡片精确显示什么在被监视、频率多高
• Vercel指标和日志：粘贴一个个人访问令牌（边输入边验证），选择要收集哪些遥测
• 连接AWS不再把你留在空白页上：控制台监视你的CloudFormation栈，在它上报的那一刻跳转到该账户，如果它一直没有上报也会明确说明
• 工作区级的每周摘要：一个开关，向每位成员发送故障、问题、自动修复、变更和闲置资源的总结
• Sentry议题到达时在分诊开始前就已附上实际异常：类型、消息、顶部栈帧和标签
• 更安静的分诊：严重级别反映此刻正在发生的影响而不是最坏情况，针对wp-login.php和.env的机器人探测洪水不再开启故障
• 一如既往：可靠性、性能和稳定性改进

报告本周长大了。Polylane在一个账户中发现的东西过去只是一个你看着滚过去的一次性结果；现在它是一份有自己URL的报告。有一个带筛选和批量操作的报告页面，审查运行时有实时进度，落地时有拓扑和起步问题，当你想给工作区之外的人看时还有公开分享链接。它适用于云账户，也适用于你的Datadog、Honeycomb、Axiom和Sentry集成。

动态也得到了同样的待遇。它现在以一份30天总结开场，说明Polylane实际为你做了什么（捕获的问题、引发问题的变更、自动修复PR、已解决的异常，每一项都带一条迷你趋势线），外加一个健康分数和一张“等你处理”的表格，列出需要人来做的决定。在底层，故障线程迁移到了持久化工作流上，调查能经受部署和重启，内置的自动修复执行器现在运行开源的pi编程智能体，每个PR背后的完整记录都可读。

本周还有：

• Sentry告警规则和议题webhook现在会开启故障：到达的那一刻由智能体分诊，带状态和判定标记，以及一键调查
• 反复出现的异常保留每一次出现时捕获的指标、日志和追踪，可按最新优先浏览，而不只是最近一次
• 异常页面以迷你趋势线指标卡片开头，显示当前值、基线和偏差，还有影响范围视图和日志摘要
• 按资源的变更历史：每个节点详情面板上的变更信号，以及在动态中浮现的变更最多的资源
• 建议在后端计算，每一条都标明可就地修复或需按指导修复
• 线程可靠性：过期的回合会被自动清扫，模型容量问题会优雅降级，失控的回合会被切断而不是空转
• 一如既往：可靠性、性能和稳定性改进

没人希望一千行原始日志被倾倒在调查的中间。本周，智能体运行的每一个遥测查询（CloudWatch、Datadog、Honeycomb、Axiom、Sentry、Cloudflare、Vercel、Fly、Render、X-Ray）都获得了摘要模式：完整、未截断的结果被提炼为严重级别、错误计数、反复出现的模式，以及真正值得一读的少数几行，逐字引用。线程保持可读，智能体不再让自己的上下文淹没在日志里。

连接账户也变得更好了。连接之后你立刻会得到一份结构化报告，包含排好序的风险、关键指标、日志和追踪摘要，以及用于深挖的起步问题。对于Cloudflare，一个新的弹窗会预填Polylane需要的每一项权限，并让你在只读（只调查和解释；改动只会以PR形式落地）和完全访问之间选择，再也没人需要手动挑选API令牌权限了。

本周还有：

• 资源层级每天自动重新分类，你现在可以手动覆盖任何资源的层级（覆盖会被固定），或为整个账户重新运行分类
• 每个异常都有一键调查，打开一个故障线程，并带去重，同一个异常永远不会产生重复项
• AI建议的起步问题现在也出现在变更、检查运行评估和单个资源上，而不只是连接之后
• polylane automation create和POST /automations接受自定义触发器、指令和工具，你可以构建没有任何模板覆盖的自动化
• 一个检查运行侧边栏，用于检视单次评估的指标、日志和追踪，内联提供调查和提问操作
• 按资源的监控现在收集结构化证据：最常见和新出现的日志模板、严重级别汇总、错误率和故障率，以及每个操作的p50/p95/p99
• 一键修复资源wiki中损坏的Mermaid图表
• 一如既往：可靠性、性能和稳定性改进

连接账户终于有了一个像样的时刻。Polylane不再把你丢回仪表盘，而是带你到一个页面，解释它在你刚连接的账户中能看到什么，立刻开始寻找问题，并提供三个值得向智能体提问的定制问题。最初的五分钟从“接下来干什么？”变成了一场关于你基础设施的真实对话。

本周另一个主题是信任。当智能体想要执行一个变更性操作时，线程现在会向你展示方法、路径、请求体和原因，并等待你的批准，删除操作会被标记为破坏性。而且每个故障现在都会在每一轮智能体回合结束时声明它的状态（需要人工操作、需要决策、等待变更、失败或已解决），你一眼就能看出哪些调查真正需要你。

本周还有：

• 每一次监控扫描都记录为一次检查运行（健康、越界或稳定），让每个资源都有一条可检视的评估时间线，外加一个手动触发入口
• 资源按运维关键性自动分为层级1到4，依据拓扑、流量和最近的变更；层级现在决定异常的优先级
• AWS同步新增Kinesis、KMS、Secrets Manager和Service Discovery
• 你可以发现并把GitHub仓库关联到云账户，把代码和它运行所在的基础设施绑在一起
• 速率限制和请求合并落地到每一个提供商客户端，调查不再被提供商API限流
• 变更智能现在把提供商变更事件映射到它们触及的具体资源，并在动态中呈现
• 一个滚动24小时的故障用量视图，对照你工作区的限制
• 一如既往：可靠性、性能和稳定性改进

Autofix本周开放了。你现在可以连接Cursor，把自动修复的拉取请求路由到它的云端智能体，而不是内置的那个：当一次调查落点在某行代码上时，Polylane把修复交接出去，由Cursor开出PR。在Settings → Integrations中为每个工作区选择默认执行器。

自动化也更容易上手了。现在有一个预构建模板目录，触发器、智能体指令和操作都已接好，可以从控制台、CLI（polylane automation from-template）或API一步安装。模板可按类别和提供商筛选，并且只为你实际连接了的提供商启用操作。与此同时，新的分诊控制在每个云账户和集成上提供一个总开关加按告警规则的开关，由你精确决定Polylane接手并调查哪些告警。

本周还有：

• 图中的Cloudflare覆盖范围大幅扩展：zone、负载均衡、WAF和安全规则集、Tunnels、Spectrum、Access、Stream、Images，以及更多Workers资源
• 跨云的边：一个提供商上的DNS记录指向另一个提供商上的资源，现在会在图中显示为一条真实的边
• 更安静的异常检测：一道确定性的兜底在分诊前丢弃孤立尖峰和接近零基线的噪声，检测按每个指标尊重真正变坏的方向，变更记录异常在24小时内去重而不是再次呼叫
• 变更标签页一眼可见影响：一个影响标记、风险、变更后验证，以及以标签形式展示的受影响资源
• 自定义LLM端点现在列出它们实际公布的模型，你可以从真实模型中选择，而不是手动输入ID
• OAuth客户端密钥可以轮换，无需重新创建客户端
• 一如既往：可靠性、性能和稳定性改进