Chrome扩展因权限超限被自动禁用时，顶部显示红色横幅且开关深灰不可点，属Manifest V3内建风控机制触发；须检查manifest.json中webRequestBlocking、activeTab、scripting等高危权限及通配符host_permissions，并通过清空再渐进恢复法验证最小可行权限集。
当谷歌浏览器在 chrome://extensions/ 页面顶部弹出红色横幅“此扩展程序请求的权限可能会影响您的隐私或安全”，且右上角开关呈深灰色不可点击时，说明该扩展已被Chrome内建机制自动禁用——这不是误操作，而是Manifest V3强制执行的权限风控响应，必须立即评估其权限构成是否合理、是否存在冗余或高危项。
确认是否真被权限拦截触发禁用
打开 chrome://extensions/ → 开启右上角“开发者模式” → 找到目标扩展卡片。若顶部有红色警告横幅，且开关为【不可点击的深灰色】（不是浅灰“已停用”态），即确认触发权限超限拦截。注意：此现象仅出现在Manifest V3扩展中，V2扩展不会显示该横幅，只会静默灰显无提示。
此时不要尝试点击开关或重启浏览器，这些操作无效。
逐项审查 manifest.json 中的权限声明
定位扩展安装路径（通常在 Chrome 默认扩展目录下，Windows 路径类似 C:\Users\[用户名]\AppData\Local\Google\Chrome\User Data\Default\Extensions\[ID]\[版本号]\）。找到 manifest.json 文件，用记事本或 VS Code 打开。
查找 "permissions" 字段，逐条核对以下三类高危权限——它们任意一项单独存在就可能触发拦截，三项共存则必然禁用：【activeTab、scripting、webRequestBlocking】。
再检查 "host_permissions" 字段：若包含 "
按风险等级给权限分级排序
第一步：标出所有权限项，按官方风险等级从高到低排列：
① 危险级（立即移除或严格限定）：webRequestBlocking、proxy、cookies、webRequest、management、desktopCapture；
② 高敏级（需确认必要性）：activeTab、scripting、tabs、storage（若仅存UI状态可降为 sessionStorage）、notifications；
③ 基础级（通常安全）：clipboardRead、clipboardWrite（仅在明确需要粘贴场景下保留）、contextMenus、runtime。
第二步：对照扩展实际功能反推——比如它只是改个页面字体，却申明了 webRequestBlocking 和 cookies，明显越权；若它要做AI内容重写，则 scripting 必须保留，但可删掉 management 和 desktopCapture。
验证最小可行权限集
方法一：临时清空法
复制扩展文件夹到桌面（确保路径无中文、无空格）→ 用记事本打开 manifest.json → 将 "permissions": [...] 改为 "permissions": []，同时将 "host_permissions": [...] 改为 "host_permissions": [] → 保存 → 返回 chrome://extensions/ → 点击“加载已解压的扩展程序” → 选择修改后文件夹。
此时扩展能启用，但功能可能受限；若核心功能仍可用，说明原权限严重冗余。
方法二：渐进恢复法
在清空基础上，每次只加回一项权限（如先加 activeTab），保存→重载→测试功能；再加 scripting，再测；直到某一项加入后开关再次变灰，即可锁定问题权限。
注意：JSON数组末尾不能多逗号，否则整个扩展无法加载，错误提示不明显，容易卡在“加载失败”却找不到原因。
