没有太理解，什么叫分析 Skills

可以的，后面我会优化后，进行开源。

其实从很久开始，就可以用多重定位方式来定位元素，现在 Midscene.js 很好的将视觉驱动方式加入到定位元素中，能够很好的描述元素位置，进行键鼠操作。 高飞老师的方法非常务实，传统定位运行对于小公司来说，永远是第一性价比的，如果传动定位失效，再用 AI 元素定位进行自愈，将是一个更好的解法。

说骚话是：AI 背不了锅，测试人能背锅。
正经话：测试或者说 QA，还是终究来兜底的， 前提是要精通你公司或者行业的业务。

playwright 就用原生的 ts/js 来写吧，支持的比较多，也比较好调试。 现在语言什么的不重要。

不是重新造轮子，目的是从测试的角度，利用当下的 vibe coding 去做一些创造类的事情，测试平台只是我们作为职业角度最快能创造出并能够检验的成果。

是的，这个时代下，用 AI 直接形成高代码的框架，提升自主可控性会是一个可以去尝试的做法。

我很认同你的说法，所以我在尝试用 AI 工具构建一套这样的体系，完全通过 vibe coding 的方式。
我认为你在做的也是相当优秀的工程，建议再结合当下，配合 AI Agent 将会更好，这个时代，我们测试人员需要拥抱 AI。

我认为现在只能通过各种类似于 MCP，或者类似 Cladue Code 里面的 Skills 的标准，去制定属于测试自己的工具。

ToG 这样的情况应该有比较多的空余时间吧。测试基础理论完善后，学点 AI 测试的内容，多做准备吧，为之后铺路。

可以先用 page.pause() 调试一下具体卡在了哪一步。无非就是 context_new_page() 和 goto() 出了问题，两者有不同的对应问题，如果是前者建议清理下环境，重新按照下 playwright 以及对应的浏览器。

会持续更新，可以关注这个标题，今天已更新：十年 “邪修” 老测试的 2026 狂想：用 Spec Coding 重铸属于每个 QA 自己的测试神器（01）

有兴趣可以一起探讨，我之后会持续更新

项目做多了你就知道，一般性能测出来的问题，调优，尤其是通过业务流程优化的功能，功能上出些回归的概率是极高的。

压测的核心还是看主要业务场景， 确保业务场景能够被准确覆盖的情况下，这种操作其实没什么问题。但是建议是在资源充沛的情况下，尽量还是仿真模拟。