如何通过Chrome扩展实现对Google Docs的实时读写操作？

以下方案按可行性、实时性、兼容性优先级排序：

• 最优首选：隐藏DOM监听+状态同步方案
  Google Docs切换为Canvas渲染后，仍在页面内维护了一个带[data-docs-content]属性的隐藏真实DOM树，同时内存中保留了完整的docs-draft实时编辑状态对象。你可以通过MutationObserver监听该隐藏DOM的变更，10ms级即可获取到用户最新输入的文本内容，延迟远低于官方API。
  写入内容/添加建议标注时，直接在隐藏DOM对应位置插入带自定义属性的标注节点，Google Docs的内部渲染逻辑会自动将节点同步到Canvas层渲染，不会触发输入校验拦截，也不影响用户原有输入操作，完全可以实现类似Grammarly的实时标注效果。
• 次选轻量方案：上层悬浮层标注方案
  若你仅需要展示建议不需要修改用户原有文档内容，可以直接在Google Docs的Canvas上层叠加一个透明的自定义DOM层，监听用户的keydown、input原生事件拿到实时输入内容，计算出建议对应位置的坐标后，直接在悬浮层渲染建议气泡。该方案完全不侵入Google Docs内部逻辑，性能损耗小于5%，实时性最高，且兼容性风险更低。
• 兜底兼容方案：官方API增量优化方案
  若前两种方案因Google Docs前端迭代出现兼容性问题，可以对官方文档API做增量缓存优化：仅拉取、同步用户最近输入的1000字符内容，避免全量拉取文档的延迟，可将接口响应延迟压缩到200ms以内，基本满足常规场景的实时性要求，且不会因为Google Docs前端逻辑变更失效。

注意：你之前测试失败的模拟按键方案目前已经完全不可用，Google Docs现在对输入事件做了可信校验，非用户主动触发的合成事件会被直接拦截，无需再投入时间测试该方案。

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