如何将本地项目文件夹同步至仅支持浏览器的在线代码编辑器？

1. 无API情况下，浏览器自动化是否是唯一可行方案？ #

是的。由于该编辑器仅开放UI操作入口，没有任何程序级接口（API、Git、压缩包上传等），要实现非手动的批量同步，只能通过模拟用户的UI交互完成，浏览器自动化是唯一可行的技术路径。

2. 「仅靠UI同步」的通用模式与工具 #

有几种可落地的思路和工具：

• 优化现有自动化脚本：针对Playwright/Puppeteer的痛点做针对性调整，这是最直接的方案
• 轻量底层自动化：基于Chrome DevTools Protocol（CDP）编写脚本，跳过上层封装，减少性能损耗
• 浏览器扩展+本地脚本联动：用Tampermonkey等油猴脚本在页面注入操作逻辑，本地脚本通过localStorage或WebSocket与扩展通信，由扩展执行UI操作，既复用已登录会话，又比纯Headless模式更稳定
• 通用执行模式：遵循「本地内容序列化→UI操作映射→批量执行+错误重试」流程：先将本地文件夹结构、文件内容转换成标准化操作序列（如创建文件夹、创建文件、写入内容），再把每个操作映射为对应的UI交互，最后批量执行并添加重试机制处理操作失败场景

3. 是否只能接受不稳定的方案？ #

不需要。可以通过以下优化手段大幅提升Playwright/Puppeteer脚本的稳定性和速度：

• 使用稳定元素选择器：优先选用编辑器提供的data-testid、data-id这类测试专用属性，避免依赖易变更的class或xpath
• 替换逐字符输入为粘贴：直接模拟系统粘贴（page.keyboard.press('Control+V')），替代fill()逐字符写入，速度可提升数倍
• 优化等待策略：用waitForSelector()等待元素可见/可交互，替换固定延时waitTimeout()，减少无效等待
• 添加错误重试逻辑：对创建文件、写入内容等易失败操作封装重试函数（如重试3次），捕获元素未找到、操作超时等异常
• 复用完整登录状态：保存sessionStorage和localStorage而非仅Cookie，避免会话失效重复登录
• 批量预处理本地文件：一次性读取本地所有文件的内容与结构，再批量执行UI操作，减少本地IO与浏览器交互的交替等待

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