好像有simpily的skill，就是写完之后会再简化代码
系统分析，拆分重构吧，没别的办法的
AI这玩意，真的得提前规划好，并且描述清楚，不然一旦开始，只会无限新增代码。
superpowers，trellis，ponytail选一个试试看
佬，这个链接已经打不开了，咋办，想学习，想进步
打不开了……老哥有没有新链接啊
可以打开啊，我这边刚点了，有内容的。
1 个赞
看到是这个结果，有那么一点点小得意诶。 
说明我多少还是有一丢丢用的。
也终于知道为什么你们 token 消耗那么快了。
怕不是没改几行。就又重新读取了一次。缓存又重新写过。
需要了解一下 工程化、模块化。
简单理解就是把不同的代码放到不同的目录，模块，类里面，就是工程化的一种操作。
AI 总是喜欢写一坨代码，需要及时让他重构
我项目代码理极少代码是 1000+ 的
基本是 200 300 500 行的。
直接和AI 说：
这个文件太大了，难以维护，你重构一下。
(内存复用和管理、代码的复用和管理，还有性能：时间、空间(存储)，模块化、设计模式)
看起来就很专业，多谢分享，先马后看 
我的一个Java工程其中一个单文件近5000行了。。。全工程二三十万行，懒得去拆了。。。。能跑就行。
1 个赞
我也已经过度到能跑就行了，最开始还仔细看，现在只是粗看，管他怎么写，过程全错 结果对就行了，自己的项目随便了
我只能说，眼不见，心不烦，开心跑
我现在改起来，都是三个ai一起出方案，分别是Gemini，DeepSeek加mimo，互相review方案，然后才让一个改，改完之后，三个再一起review，主打一个能三个ai都同意且挑不出明星错的方案就是好方案。
除了有点废token，开发速度慢，质量还可以。
上个月也就用了估计60-70亿token。。。其中DeepSeek干掉了35亿左右
刚刚试了又能打开了，谢谢提醒
直接让ai重构一下。很快的，一般也不会出什么大问题
刚想看看，又寄了哈哈，是不是又断电了佬友
esm是个好东西
交叉审计是个好东西
先列plan再goal更是个好东西
建议佬写进agents.md
现在建议查一下接口调用率，之前接手过这样的项目，接口调用率3%（是的，97%的后端接口根本没调用）
然后冻结接口，分析接口，写文档，计划重构……大概
但是！都乱成这样了还分不分前后端又是个问题
佬自求多福吧，只能说该放弃就放弃，重写一份只是钱的问题，硬要修好就不是钱的问题了
还有红线，我写的是~300，<500，800红线必须拆
效果还不错