01
先看清该从哪里入手
先给出变更文件数、新增与删除行数的摘要,再为每个文件给出风险评分和一行理由。可在风险光谱、风险条形图和重叠视图之间切换。
Panolayer Studio · 变更
Panolayer 按风险为每个变更文件评分并说明原因,让你知道该先审查哪些文件。随后在同一处提交并推送。
Apple silicon 上的 macOS 15 · 免费开始使用 · 无需信用卡
大型 diff 的大部分内容都是锁文件、配置和小改动。真正需要你关注的文件却埋在中间某处。Panolayer 会把它们提到最前面。
工作原理
01
先给出变更文件数、新增与删除行数的摘要,再为每个文件给出风险评分和一行理由。可在风险光谱、风险条形图和重叠视图之间切换。
02
点击文件即可查看其 diff,支持分栏或行内显示,评分依据就显示在 diff 正上方。
03
Analyze all 会通读整个变更集,给出摘要、整体风险、具体关注点以及每个文件的说明。也可以直接与 Panolayer Agent 开启对话,变更文件已自动附上。
04
历史记录会在最近提交的上方列出你的工作区改动,每项都带有风险标签、作者和哈希值,让你能判断某个改动是否属于常规变更。
05
Panolayer 会根据 diff 起草提交信息,供你编辑。「提交」会写入本地分支,「提交并推送」则会将其发送到所跟踪的远程仓库。
掌控
Agent 的工作会在其独立的工作树中完成验证,再由你决定哪些内容合并进自己的分支。你可以随时提交,即使检查未通过也没关系,失败项会一直保留在验证结果中。
Verification Engine 的工作原理还有其他问题?联系我们,我们会为你解答。
它是模型对某个文件的 diff 需要多少关注度的估算。分数汇总为 Safe、Low、Caution 或 Critical。
不是。分数只读取 diff。验证会在每次保存以及 agent 完成时,依据架构和从你的代码中推导出的规则检查改动。
分数是对每次改动中每个文件的快速评估。Analyze all 会在你主动触发时读取整个改动集。如需更深入的问题,请使用 chat。
可以。未通过的项会继续列在 verification 中。
目前无法在 Panolayer 中操作。一次提交会包含所有已改动的文件。如需部分提交,请直接使用 Git。
Commit & Push 会把你的分支推送到它所跟踪的任意远端。拉取请求与代码审查在你的 Git 托管平台上进行。