架构
驾驭不是你写的代码。
打开一个仓库，Panolayer 就会绘制出它的架构，包括模块、函数、类、调用方和依赖。这张地图从源码解析而来，而不是由模型生成，因此同样的代码总会生成同样的地图。你、你的智能体以及 Panolayer Verification Engine 都基于它工作。
你深入一个服务三层，试图弄清是什么在调用它。
文件树告诉你代码在哪里，却不会告诉你什么依赖它。如果代码是智能体写的，而你手里只有一份上千行的 diff，这就更难了。Panolayer 绘制出依赖关系，让你按“什么调用什么”而不是按文件夹，在系统中直观地穿行。
你可以用它做什么
01 / 架构
从整个系统开始
打开一个仓库，你首先看到的就是它如何组合在一起，包括各个服务、每个服务包含什么，以及它们如何连接。这通常是只有在这套代码上工作过一段时间的人才能给你的全景图。
02 / 架构
深入到你需要的部分
点进一个服务查看它的模块，再点进一个模块查看它的函数。图表、分栏和路径三种视图以三种方式展示同一结构，你可以切换到最适合当前代码的那一种。
03 / 架构
在上下文中阅读任意函数
打开 getPrice()，你就能看到它做什么、接收和返回什么、谁调用它、它依赖什么、适用于它的规则，以及它当前是否通过验证。这些信息原本需要你从五个文件和一次搜索中拼凑出来。
04 / 架构
看清一项变更会波及哪里
在让智能体把 getPrice() 从“分”改成“元”之前，先看看谁在调用它：商品页、购物车和结账。Panolayer 可以从任意函数出发沿依赖图追踪，让你在任何人动手之前就知道一项变更可能触及哪些地方。
05 / 架构
你的智能体看到的是同一张地图
你运行的智能体可以通过 MCP 工具查询这张地图，因此它们能在修改一个函数之前先查清谁在调用它，而不是只根据分配给它们的文件工作。验证也会基于同一张地图检查每项变更，这意味着你、你的智能体和验证都从同一幅系统全景出发。
06 / 架构
与时俱进的文档
动态文档从架构生成，并随代码变更保持同步，因此文档描述的是系统现在的样子，而不是某人上次更新文档时的样子。
Panolayer 记得你的项目
每个新的智能体会话都从零开始。你又要重新解释同样的约定、同样的约束，以及为什么没人去碰那个迁移。Panolayer 会跨会话保存关于你项目的结构化记忆，包括你做过的决定、你的约定和约束、迁移历史，以及过去的 bug 是如何修复的。你在 Panolayer 中处理一个代码库的时间越长，需要重复的话就越少。
常见问题
这张图是由 LLM 生成的吗？
不是。它从源码解析而来。在你需要时，模型可以添加通俗的文字说明，但结构并不由模型决定。
不运行智能体也能使用架构地图吗？
可以。打开一个仓库，用它来熟悉不是你写的代码。
它适用于 monorepo 吗？
适用。