其实是回复了和没回复的区别，送码的要回复，所以看起来是多人关注。

上负载均衡，然后一点点换。

感觉如何可持续发展是一个离不开的话题啊。 不知道你这站如何保证一直在呢？

@ScforeverShawn #22 补充下，思路就是 1. 代码自解释（不限于代码的命名，包括用接口约束和说明你的设计意图） 2. 大功能拆成小步骤功能（通过接口），每一个小步骤对于 AI 智能的要求其实很低 3. 验收不能靠 AI 独立完成，要基于明确的规则，回到第一条就是，固化测试用例来明确规则（代码自解释）

@ScforeverShawn #22 我目前的开发主要考虑的点 1. 让它先出设计和框架（只出接口和主流程），前端的话，就是要求必须用声明式 css ，如`tailwindcss`。 2. 用例先行，项目一开始就给我补全单元测试和自动化测试（前端的 e2e ），后端单元测试和接口等 3. 我是 linux 开发，直接要求给 Makefile ，约束它的启动行为和测试行为，本地必须进行验证 基于这

用的 vsc 的 copilot

1. 中转站多的是 2. 要避免对特定 AI 产生依赖 3. 参考传统开发流程，约束开发环节和验收，如：标准的测试用例，自动化测试，对修改关闭对拓展开放等代码级别的硬约束。 以上观点实际跟项目开发一样，不依赖具体的个人实力（即：AI 能力），用标准化的开发流程约束和提升 AI 本身的能力。 ps: 以前没有 AI 的时候，大家对不标准化的开发流程吐槽的声音很大，现在机会来了，可以自己来约束标准开发