没人是为这些基础设施工作而被招进来的。 由智能体绘制、监视，并保持诚实。
加入候补名单一张图，覆盖每一个提供商。 不是一张需要你维护的架构图，而是一张自己同步的图。
checkout-edge Worker Issue hotspot: 4 issues in the last 7 days
Change hotspot: 12 changes in the last 7 days
hd-prod Hyperdrive Change hotspot: 7 changes in the last 7 days
ingest-events Lambda function Issue hotspot: 2 issues in the last 7 days
payments-db Database Issue hotspot: 1 issue in the last 7 days
Change hotspot: 3 changes in the last 7 days
每一次变更都留有记录。 回归发生前十二分钟，有人碰了那个队列。
SQS visibility timeout lowered on checkout-events
VisibilityTimeout on checkout-events dropped from 120s to 15s. Consumers that hold a message longer than 15 seconds will see it delivered twice; the dead-letter queue threshold is unchanged.
SetQueueAttributes CloudTrail · deploy-bot · 12:41:02Z attached to this record's delta window 安静的部分，也在监视之下。 停摆的定时任务、不断增长的积压、停下来的worker。
reconcile-orders stopped running
- runs/day 4 → 0: no successful run since Tue 02:00 UTC
- last attempt exited with code 137 after 91s (Tue 02:01)
- peak memory on the final run was 2.4× the previous seven-day average
Orders placed since Tuesday have no reconciliation record. The finance export and the daily revenue report both read from the table this job writes.
- 1. Read the logs from the last attempt on reconcile-orders
- 2. Check for memory limit or plan changes on the service in the change records
- 3. Confirm the schedule still exists in render.yaml on main
Polylane如何工作。 它学习你的系统、监视它、调查，然后行动。
-
它先学习你的系统
上下文图映射你的云、仓库和可观测性提供商中的每一个资源和依赖。智能体基于真实拓扑推理，而不是猜测。
-
无阈值检测
每个提供商都有内置检查，再加上由你自己保存的查询和仪表盘生成的检查。统计分析和智能体共同判断，改善永远不会触发问题。
-
有据可查的调查
每一条结论都链接回背后的查询、日志行或变更记录。没有证据的判定回落为无法确定。
-
写入是争取来的，从不默认拥有
账户以只读方式连接。回滚默认关闭、受限速并留有记录。代码变更走你正常的审查流程。
-
它每周都更敏锐
记忆、每日笔记和用真实数据反复确认的监控查询：七月的调查能从六月的调查中学习。
它接入你已经在运行的一切。 以只读方式连接，然后开始。
常见问题。
Polylane目前支持哪些提供商？
AWS、Cloudflare、Vercel、Render、Fly.io、Kubernetes、PlanetScale、Supabase和Modal，再加上GitHub负责代码，Datadog、Honeycomb、Axiom、Grafana Cloud和Sentry负责遥测。集成页面跟踪完整目录，包括接下来要支持的。
它如何跨云关联资源？
按流量实际流动的方式：跨提供商匹配主机名、DNS记录和IP地址，揭示依赖关系的环境变量，你已有的追踪，以及声明了什么部署到哪里的基础设施即代码。
我需要给资源打标签或画拓扑吗？
不需要。以只读方式连接每个账户，这张图会自行构建和维护。你可以纠正或注释任何内容，智能体在每次同步时保持它最新。
每个云需要多大的访问权限？
最小权限，默认只读：AWS通过限定范围的CloudFormation角色，Cloudflare通过预填好权限的令牌，其他平台也有对应的方式。写入权限是另一个按账户单独做的决定。
它监视哪些后台系统？
你的提供商运行的任何东西：AWS上的SQS队列和计划任务、Cloudflare Queues、Render的后台worker和定时任务、Kubernetes CronJobs、Fly.io机器。只要在已连接的账户里，就在图里。