摘要： 本文介绍了浏览器自动化领域的发展历程和现状，以及作者团队从 Playwright 转向 CDP 的原因和过程。文章首先回顾了浏览器自动化的发展历程，从最早的文本模式浏览器到现在的各种自动化工具。接着，文章分析了 Playwright 的局限性，例如网络延迟、多语言支持等问题。作者团队最终决定使用 CDP 进行浏览器自动化，并介绍了他们开发的新库 cdp-use 和 bubus。文章还详细讨论了 CDP 的各种 API 和使用方法，以及如何处理各种边缘情况，例如页面崩溃、元素查找等。最后，文章展望了浏览器自动化的未来发展趋势，强调了 AI 在其中的重要作用。
讨论： 用户dataviz1000分享了自己将Playwright迁移到Chrome扩展程序中运行的体验，使用了DOM API和Chrome扩展API，并提到在管理窗口、页面和框架的生命周期以及处理竞争条件方面的挑战。arm32对这种重写Puppeteer的行为表示讽刺，并建议直接使用Puppeteer。steveklabnik回忆了2011-2017年间的浏览器自动化技术，并提到当时使用Selenium的困扰。pjmlp指出浏览器自动化领域几乎都是围绕Chrome展开的。benmmurphy提到了直接使用CDP进行爬取的社区实践，并提到了nodriver项目。ipsum2分享了在使用Playwright进行自动化任务时遇到的困扰，并计划尝试其他工具。spullara分享了自己在编写爬虫代理时的经验，并提到后来转向通过浏览器扩展控制用户浏览器。johnsmith1840询问了是否可以使用CDP快照技术。
原文标题：Closer to the Metal: Leaving Playwright for CDP
原文链接：https://browser-use.com/posts/playwright-to-cdp
讨论链接：https://news.ycombinator.com/item?id=44962869