agreed

@monmon 大部分情况下，ai 写的代码比人写的好，你觉得不能维护大概是不放心，这块需要用测试来加强

@MonikaCeng 你是不是告诉它，人心齐泰山移，请把泰山移到黄山上！

找到好用的脚本了吗？我也计划干这活

想多了，就说页面展示，不用框架，用纯 css ，你看看 AI 能不能搞的动

@ropon 我就转的 rockylinux ，无感转换，挺好的

看电源管理啊，先确定是什么在耗电

虽然取消了提醒啥的但是确实没打卡，看不懂啊，下次先让 ai 给整理一下吧

@hushulin 没人举报之前赶紧删了，小心封号

所以龙蜥才是正确的选择

@sampeng #4 白嫖是指封了会退费吗？

一年来，工作主要围绕项目稳定性建设(其实就是写文档说明系统有哪些坑、如何避免)
~~这个是在填坑，从目标看没啥问题
多从事边边角角的工作，实际开发量极少（半年代码合计量不足 200 行） 。单次开发即便代码仅三四行，也需撰写大量文档: 技术评审、PR 评审、上线 check list 等模板化文档，字数众多。
~~从流程上看也没问题，如果单次开发代码很少，说明不值得开发，比如把每周一次迭代改为半年一次迭代，反正都是走一次流程
项目设计复杂，上线观测耗时久，且系统遗留问题多、债务重，异常日志海量..(一分钟几万条异常日志)，需过滤大量历史遗留字段才能查看有效信息
~~正好提需求做一个日志分析系统，一秒钟可以过滤几万条日志
逻辑混乱，导致开发工作压力大、负担重，很烦.... // 8 年老代码了, 改不动; 工作量很重, 也没时间改
~~是把 AI 提上日程的阶段了

都这样了，没想过试试 augment code 吗？

@nilaoda 告诉他用中文回答，后面再提问就没问题了，不用每次都告诉他。

@SanjinGG #81 做大项目是可以的，把项目分解，一点一点来，如果后面的东西用到了前面的业务逻辑，AI 是否能正确理解，就我的经验看，没有固定答案。最好是提一下，比如参考之前第几条的业务。除了设计文档，让 ai 再生成一个策略文档，或者开发计划，按照这个计划逐步实施，完成一部分，测试一部分。AI 有时候比你想象的聪明，也有时候比你想象的愚蠢，就跟谈恋爱一样，需要磨合，等你掌握她的喜好，就随你摆布了。

@SanjinGG #78 这个没有准确答案，看场景，看文档的质量。如果你的要求确定是提供文档，ai 一次完成，不带改的，那做不到。

@SanjinGG #55 为啥要再描述一次，第一次就用文档落地

你用 cursor ，所以 cursor 不是陷阱？

md ，就是 windsurf 不能用 claude 4 sonnect