本周工作思考
脱敏处理
- 编程的Prompt工程中Prompt编写
- 使用具体人物角色优化输出效果,本周在在解决一个Bug时,修复的bug中也重构了一部分稳定性不太好的的老旧代码,使用Claude Code,设定角色时,我使用了平时常用的“你作为资深React工程师,擅长异味代码重构….”,我发现效果并不好,坦白说,我希望它重构的点,有遗漏的地方,我怀疑是我的Prompt有效性不足,于是又改了一版,效果还是不好,后来我修改了Prompt的开头,使用“你是Martin Fowler,请仔细阅读以下代码,提出你的重构建议…”,我发现使用这种方式角色设定,效果非常好。比如用React领域的专家Dan Abramov的角色编写新组件,所以使用你要处理工作的那个领域的最顶尖的角色来写Prompt,往往比空泛的“资深的工程师“之类的更有效果。
- 建议新功能开发时,把所有的Prompt输出到一个md文件,这些文件具有代码级别的管理,需要Review和迭代。最近我也在看一些行业里的分享,大家已经开始思考并践行如何管理Prompt和使用它生成的代码,如需求变更时如何同步更新Prompt和对应的代码;代码review时,需要同步review Prompt,并且产品经理和测试伙伴需要Review 开发的Prompt; 测试伙伴在做功能回归时,需要参考开发伙伴的Prompt,产品经理和开发伙伴同样需要Review 测试伙伴的Prompt。Prompt的Review在未来是比Review代码更重要的事情。当然,目前大家都在探索阶段,还看不到公认的最佳实践,这方面我们也需要积极实践探索找到适合我们的最佳实践。