核心用法
chrome-extension-maintainer 是一套面向 Chrome 扩展全生命周期的运维工作流与审查框架。它不捆绑具体工具，而是作为「审查清单 + 决策指南」存在，帮助开发者在发布前完成系统性诊断。
典型使用场景包括：发布就绪审查、商店数据分析（CWS/Search Console/GA）、权限与隐私声明核对、MV3 service worker 行为验证、多语言本地化检查，以及 green/yellow/red 三级的发布决策。
操作流程遵循 10 步规范：识别目标与不可逆动作 → 读取 manifest 与公共页面 → 验证外部政策 → 文档化数据流 → 审查权限最小化 → 运行本地质量门 → 多角色用户验证 → 对齐公共页面 → 打包检查 → 输出 ship 建议。
显著优点
1. 风险前置化设计
Skill 将「不可逆动作」显式分离（本地安装 / ClawHub 注册 / GitHub Release / CWS 上传 / 公开推广），强制用户在每个节点做出知情决策，避免误触生产环境。
2. 多维度审查覆盖
从浏览器运行时、权限合约、隐私承诺到公共列表、支持页面、发布历史，Skill 将扩展视为「小型受监管产品」，而非单纯代码包。
3. 实证驱动决策
明确区分「安装量」与「周留存用户」「卸载率」「支持主题」，要求以真实浏览器 E2E 证据（Playwright/Puppeteer）替代本地模拟，提升决策可靠性。
4. 绿色/黄色/红色分级体系
Green 要求主流程 E2E 通过、隐私与权限故事一致、无 P0/P1 遗留；Yellow 允许安静测试但禁止推广；Red 直接阻断发布。分级标准清晰可执行。
潜在缺点与局限性
1. 工具链外部依赖
Skill 本身不打包 Playwright 测试框架、CWS 上传器或分析连接器，仅引用 repo-local 脚本。若项目缺少这些工具，需自行填补「证据缺口」，否则可能导致审查无法完成。
2. 无自动化修复能力
作为「审查清单」而非「修复机器人」，Skill 擅长发现问题但不提供一键修复。权限过度申请、本地化键缺失、隐私声明不匹配等问题仍需人工介入。
3. 政策动态性
Chrome Web Store 政策、MV3 细则、隐私法规（GDPR/CCPA）持续演进，Skill 引用的 chrome-extension-maintenance-playbook.md 需要维护者主动更新，否则可能引用过期规范。
4. 学习曲线陡峭
10 步操作流程 + 6 类用户角色（首次用户、隐私审查员、CWS 审查员、高级用户、本地化审查员、组合审查员）对新手团队要求较高，初次使用需投入理解成本。
适合目标群体
- Chrome 扩展独立开发者：需要系统性发布前检查清单，避免商店拒审或下架风险。
- 中小团队技术负责人：管理多个扩展产品，需要标准化 release gate 与质量分级决策。
- DevOps / 平台工程师：为团队搭建扩展 CI/CD 流水线，需定义清晰的「证据门槛」与发布阻断规则。
- ClawHub Skill 开发者：正在开发浏览器扩展配套 Skill，需要验证自身 Skill 的发布就绪状态。
- 隐私合规专员：需要快速审计扩展的数据流、权限申请与隐私声明一致性。
常规使用风险
性能风险：Skill 要求运行 Playwright/Puppeteer E2E 测试，在 CI 环境中可能显著延长构建时间；service worker 终止/重启测试对资源消耗较高。
依赖项风险：若项目未配置 npm run check:cws、npm run e2e 等命令，Skill 会标记为「证据缺失」，可能导致发布流程阻塞。
人为判断风险：Green/Yellow/Red 决策依赖审查员对「真实用户证据」的主观评估，不同审查员对「足够证据」的标准可能存在分歧。
政策滞后风险：Skill 引用的 playbook 若未及时同步 Chrome Web Store 最新政策（如 MV3 细则调整），可能导致合规建议与官方要求脱节。
误报累积风险：安全报告显示的 1 条 CI 环境检测命中虽被判定为误报，但类似文档示例代码块的扫描噪声可能在大型项目中重复出现，增加人工 triage 负担。