1、如何少烧一点token。
避免模糊的提问，能多详细就多详细
2、丢失上下文问题。
场景：比如"我让大模型帮我写了一个番茄钟项目，给了他一个需求说明书，包括两个功能点，一个是番茄钟倒计时，一个是自定义专注时间，这两个功能都实现了。但是运行过程中，有bug，我让他调bug的时候，虽然bug修好了，他突然把第二个功能点给我扔掉了"。
有这么几种方法：1）git进行版本管理，把他丢掉的回滚回来。2）新开一个窗口，防止注意力太深入去修bug了
但我觉得都是治标不治本，因为根本原因在于，大模型的注意力机制让他无法具有人一样的全局视野，让他修bug他就只盯着修bug，完全忘了最根本的目的是完成一个满足需求的项目。改进的底层逻辑很简单，就是"人怎么样，就让大模型怎么样 "，如何实现呢？在提示词里让他每做一次修改之前都把需求文档再读一遍，就像人时时刻刻记得需求文档要干嘛一样。直接写到Cursor的rules里"先去阅读@项目需求"