大佬们提示词怎么写的？通用部分分享下？

以后会有提示词工程师么。。。

主要是。。。量太大了。。。而且有些可能我表达的也不是那么清楚的感觉。。。

我现在结合自身的使用场景，我们公司 3 月会招一堆新人进来。我在想能不能反过来用 ai 去查漏补缺他们写的用例。这样反而会好一些，而且更实际一些？

deepseek 不是多模态的，他不能处理图片。

昨晚睡觉又琢磨了会。感觉提示词需要一个共有部分，给他定义最基础共性的东西，然后每个单独的助手区分服务的来定制。但是这里又有的问题是，你没办法让他知道你的前端是什么样子的。单独描述的话，维护成本又非常高。

我在 2012,13 年的时候曾经在 HP 做过一段时间的打印机测试。
当时遇到的问题是，用户的系统多种多样，你也不知道用了啥盗版系统，精简了啥服务，会导致打印机无法工作。

于是我们成立了一个小组，专做盗版系统的兼容性测试，什么大白菜，大毛桃，深度，番茄花园等等，装好之后做好 ghost，每次更新就一个个试过去。

自动化是用于回归的，发现问题永远应该在手动阶段。

你们老板是不是想裁员省钱，想让你用自动化去包揽所有测试啊？

之前做过，遇到了问题，因为是测兼容性，然后我 app 往下滑动，我操作的手机 3 下到底部，但是有个手机要 4 下，然后就觉得，容易乱，就不搞了

会造成资损的功能，重点测试，不要仅仅局限于 UI 方面的问题。

首先，你要选准一个方向。
拿个我熟悉一点的来说，比如 unity，大致上是用 C# 来进行逻辑编写。
那么你就要系统的学习一下 C# 相关。
然后，unity 相关的知识你最少要了解一下吧，什么 MonoBehaviour，什么刚体，什么 shader,什么 canvas 你都要了解一下吧，能深入更好。
公司用的什么开发框架 gameframework 啥的，是自研还是啥，他们的特性，使用方式，你总归要知道吧？

现在很多游戏也是 mvc 分层，你学了 spring 全家桶，知道了很多时候可以直接测 service 层，到了游戏这里其实也是一样，你也可以直接测他的各个层，函数，方法，对属性写脚本进行校验啊。不要把高级游戏测试老是想象成停留在点点点或者是 UI 自动化的层次啊