是的，ai 分析需求和仓库生成用例，midscene 来运行

目前是串到 UI 这个级别了，生成的用例质量比较差，借鉴了下公司其他开源的工具目前补充了一部分，还在研究

codex claude 这些 agent 都很好，不是要实现这种 agent,可能是我表述问题，是实现一个生成 UI 用例的接口，利用大模型的文本分析和代码分析能力 ，当前模型你可以是任何一个具备代码分析和生成能力的模型不限于 claude 的 sonet

不是自己做一个 agent，是借助大模型和一些提示词实现一个生成符合 UI 用例运行规则的接口

excel 的话确实容易存在视觉和听觉疲劳；xmind 的话写起来感觉有点像需求分析，没有表头看起来，操作步骤写起来比较冗余；用例评审如果一条条审的话感觉很容易疲劳，可以抓重点用例讲解对齐，像描述、文案、提示这种可以让大家下边看下对齐

我感觉看问题类型，比如区分开发自测和测试来测，如果是开发自测的，这种就不能再说是测试的问题了；如果是测试来测的也要具体分析，比如代码里隐藏的很深的功能测试难以覆盖的这种，开发为主要责任、用例之外且评审通过的大家都有责任，用例内的测试主要责任。

每次有问题，ld 都会问，为什么没测到。。。

对于测试来说定期总结大概包含哪些方面？感觉业务测试比较多的话，是不是要以学习的总结为主吗？

缺少这个文件 remoteBridge

做的是 java 的技术栈吗，我也是独自一人摸索，要是我在，肯定跟你一起搞，hahhaha