GitHub Pull Request Review只读模式下如何启用其他扩展

GitHub PR 代码只读模式本身是前端层面的逻辑限制，不是浏览器或内核级的硬锁，只要调整自有扩展的只读实现逻辑，完全可以做到既保证代码不可编辑，又不影响其他扩展正常运行，具体可落地方案如下：

• 调整只读拦截的粒度，不要做全局无差别阻断
  不要直接给代码容器根节点加contenteditable="false"、也不要在事件捕获阶段全局截断所有鼠标、键盘事件。你只需要精准拦截会修改代码内容的动作：比如拦截代码输入、粘贴、拖拽插入内容、删除内容这几类会变更文本的操作，其余的点击、划词、鼠标悬浮、自定义事件全部正常放行。如果担心漏拦截，可以给代码内容加MutationObserver监听，一旦检测到非授权的内容变更，直接回滚到初始只读状态，既不会破坏只读的核心要求，也不会阻断其他扩展的事件触发、DOM查询逻辑。
• 预留扩展兼容的全局标记与通信通道
  扩展进入只读模式时，在window对象上挂载全局状态标记window.__GH_PR_READONLY_ACTIVE = true，同时明确非编辑类操作的白名单：所有第三方扩展在代码区域做划词注释、代码跳转、语法检查标注、注入操作按钮这类不修改代码文本的行为，你的扩展不要做节点移除、事件拦截。如果有扩展需要做临时的内容修改（比如临时格式化预览、变量高亮标记），可以通过你暴露的全局API申请临时操作权限，操作完成后自动回滚代码内容即可，不会违反只读约束。
• 避免使用强隔离的DOM实现
  不要用Shadow DOM把整个代码编辑区域包裹隔离，也不要随意移除代码区域原生的class、id属性，否则所有依赖原生DOM选择器定位代码区域的第三方扩展都会直接失效，这是兼容性最差的实现方式。

实测验证：只要不做全量事件截断、不改动代码区域的核心DOM结构，90%以上面向GitHub代码页做增强的第三方扩展（比如划词翻译、代码检查、书签标注类扩展）都可以在只读模式下正常运行。

内容的提问来源于stack exchange，提问作者blacktop