环境
commandcode goat：deepseek4.1f 1017
Agent: Pi
后端语言：ts
其中一个任务是：使用好redis，做好缓存管理，比如自动清空相关字段等，同时你还要主动思考应该缓存哪些高频内容？
不是说许愿式编程么？？
写出来进行了一次code review告诉我相关字段修改过后，要等缓存自己过期，最长的要15分钟？？
什么叫做更新内容之后，诶，缓存我也不更新、也不删除，我就等缓存过期时间到了，等下一次请求自己查表吧~ 
缓存时间一周的话，就下周再更新吧 
====
发一句遵守阿里巴巴开发规范好了不少，java八股最有用的一集 
还是回归老一套，先沟通细节出计划再去执行吧，我以为这种典型的后端工程问题不用特别说明，AI也能处理的游刃有余
试试GPT-6-Astra，说不定他可以帮助你开发好后端代码
状态和完整生命周期
你这个 prompt 语义太模糊了 ai 会做防御性编程判断的，让我来写我估计也会这样设计 又是高频 又要缓存 那肯定要设置过期时间呀。
提示词说详细一些就可以了。用一些稍微好点的模型
提示词太过模糊，就比如你把这个话交给一个开发去做，他都是一头雾水，想让ai能正确开发的标准是你把给他的话如果给一个人，那这个人是否能独立完成开发
有过期时间呀，但是修改了某些内容，那也应该在合理的时间内更新缓存，而不是傻傻的等待缓存自己过期才更新吧？？
你先用 gpt和deepseek 让他分析你的项目做一个技术方案，然后两个方案对比下，后面让dsf去执行，后面可以让gpt 6.1sol出个测试用例，然后让dsf去跑给你结果。最后提交代码的时候让 gpt和dsf去审计代码，完事提交就行。
提示词太模糊，cc来了也得懵逼
上下文给他提供详细点就行啊，多少用户，什么使用场景等等，然后用好点的模型。不提供的话谁来了都没法决定啊
先出计划，你最起码要了解细节，哪有这样开发的，许愿式给的结果也是模糊的
这个也分场景的呀，有些是 更新内容后立马删除缓存 或者更新内容同时更新缓存 一些不重要的字段数据也可能是等缓存过期后自动更新最新的。不过这种一般是 bug，毕竟不符合常理。要么更新内容删除缓存 要么更新内容同时更新缓存 
既然要许愿，那就只做产品设计，明确好契约，不管它底层如何设计
你这又是许愿又是微操的很难得到想要的结果
我认为CC再蠢也写不出来这么笨比的代码
什么叫缓存更新要等到缓存自己过期啊？？？
典型的缓存一致性问题 有很多场景和情况要考虑 也有很多对应方案…
GPT6写的后端，甚至连缓存限流、编辑冲突都帮我做了，思考的简直是太全面了
更新内容后立马删除缓存 或者 更新内容同时更新缓存
要是是这两个其中一个我都觉得OK，但是什么叫做更新内容之后，诶，缓存我也不更，我就等缓存过期时间到了，等下一次请求自己查表吧~
那查询之后，缓存更新了吗 
这种方案一搜一大把，根据场景取舍就可以了，就怕AI自己造
