前言
先声明一下
日常主力干活用的公司买的最便宜的AI套餐 ------ MiniMax
由于公司投入少，又想达到比较好的效果，所以才有了这么个实践方案，如果是土豪团队或用户，Claude/GPT 最新高版本模型随便用，就别往下看了
由于最近在做从0到1的Agent项目，角色是根据升级改造方案文档进行需求梳理，设计，编码，测试，发布 等，简称：全干
因为啥都没有，大量的编码开发工作，如果还是传统AI的方式，需求一个个说给AI，让Ta一个个写，写完自己再测试验证的话，那得到猴年马月才能做完整个系统了
老板要求这个月我就要看到xxx，还说天下武功唯快不破之类的，哎...
加班卷赶工期是不可能的，这模式不持久，天天卷只能把自己卷没以外，在现在的情况下也不会带来收入的提升，毕竟业务在这摆着，营收就那么点，还在逐年下滑，自己没了，最终老板再换个更年轻的，更便宜的，但是自己的一家老小呢
现在AI能力这么强，各行各业的面向电脑工作的都要转变思路，多动脑子就行，具体干活让AI干
废话不说了，直接上方案
先分析
先分析最重要的一环
例如，我现在有一坨前端功能开发和改动的需求，有明确的，有准备致敬别家产品的需求，怎么办，总不能啥都明确写好以后喂给AI吧
在 MiniMax Code 中直接让AI分析，但是不能无脑，把自己明确的和模糊的，尽己所能都告诉AI，让AI先分析，然后自己再确认，例如我截图中的需求 
明确的我直接告诉Ta，需要大量写文字描述的，我提供了好几张截图，然后标记了重点布局，让它先自己理解，核心如下
先分析描述你的布局理解，需要改动的地方都有哪些，需要怎么改，位置放到哪里，我确认后再进行代码改动
这时候，AI会跟自己理解，然后有模糊的地方也提出来，进行确认，类似下图 
这时候根据AI的建议，自己看情况确认，里面有时候会有Ta自己的一些猜测和推荐，注意了，AI的推荐有时候就是为了偷懒，一定不要无脑相信AI所谓的推荐，要有自己的判断
然后和AI多轮讨论，确认后，没有疑问点的时候就行了，然后生成改一个任务拆解表之类的，例如我生成的是一个进度表，里面把这次需求进行分析后拆分出来一个个任务，后面根据这个进度表一项项干就行了
这时候只是一个AI的分析，例如现在我用的是 MiniMax M3, 每个模型的能力都是有针对性强化的，况且 MiniMax 系列相对编码排行榜前几位的话，还是有点差距的，为了解决它幻觉问题，这时候就要多一个第三方验证环节
二次验证
上面的对话过程都是自己提供了一堆模糊的需求，然后AI根据需求分析，然后基于代码情况进行反馈，如果它在一些不确定的地方胡说八道的话，自己是不知道的，可能几轮对话有地方都是基于AI第一版胡说的然后俩人在继续细化，然后生成了完整的一部分是基于胡咧咧（AI幻觉）的部分的需求分析细化文档
这时候换一个高版本的模型，或工具，来充当第三方验证者角色
例如，这次我用的是 WorkBuddy 中的 DeepSeek V4 Pro 模型进行的验证，如下描述，核心思想就是根据文档进行分析，是否合理
因为 WorkBuddy 中每天签到有积分，偶尔用一用高版本就从这个上面，QoderWorkCN， TraeWorkCN 等也可以用，WorkBuddy 的生态是最丰富的，日常用这个频率会高一点
然后它根据文档分析后，巴拉巴拉输出一堆，然后出一个结论，可以看到这个进度表中有亮点，有需要改进的地方
这时候不要直接改，毕竟高版本模型的使用还是要悠着点的，老用高版本免费用户会限速，影响工作的流畅度，这时候让Ta把改动点用文字列出来，然后直接粘贴给便宜的AI，让便宜的AI模型继续干活
这时候在 MiniMax Code 中输入，别让Ta直接改，如果 DeepSeek V4 模型也说的不对呢，让Ta自己分析这个验证有没有问题
这时候AI会提出自己的意见，可能会有反驳的也有接受的，如果是都接受，直接改任务进度表，然后在 WorkBuddy 中再次验证，这次的改动后是否还有哪些地方不合理的，全链路 再次分析一下，然后继续分析继续反驳继续修改，直到自己和两个AI都认为没问题了，那就可以开始干活儿了
这一环节比较费时间，但我认为是必须的，毕竟省了钱，就得多花点时间，也是为了保证后面的质量
如何长期自动干大活
这时候一堆任务已经拆解好了，怎么做，直接让AI直接干这种大任务，不管什么工具和AI模型，大概率是白天高峰期的时候会时不时自动停了，然后经常需要人手动发起对话，继续任务之类的指令
因为会话限制，上下文限制等硬约束在那摆着
我是这么做的，用定时器，30min 执行一次，每次一个任务，然后每次都单独开一个会话，每次任务执行完以后更新文档，如果超时阻塞定时器下次触发后继续执行，直到把进度表中的文件都执行完
这时候的前提是拆分任务时候告诉AI，这个进度表后面会根据定时器，每 30min 执行一次，因此任务拆分要根据 MiniMax M3 模型开发的速度，拆成 15-25min 范围，每个任务不能这个范围，既不浪费定时器次数，也保障了模型执行效果
这时候注意了，干活的是便宜的模型，别放到高级模型工具上了，一个大任务执行完估计可能直接把日额度或周额度用没
这是我的定时器模板，可以结合自己的任务让AI分析一下，然后改成适配自己项目的版本，下面是我这里一个全栈版本的
bash
读取 "D:\xxx进度表.md" 这个文件，继续下一个待办项，完成后更新进度。必须严格遵守以下规则：1. 会话限制：单次会话最多做 1 个功能项，完成后更新进度表并结束，不贪多2. 进度持久化：每次操作后必须更新进度表 md 文档的"当前状态"行和"最后更新"行（写明当前步骤、完成时间、下一步）3. 异常处理：遇到环境错误/超时，在进度表"当前状态"行写入错误摘要（如"A-3 失败：smoke test 500，详情见 uvicorn 终端日志"），结束会话，等待下次触发4. 续跑规则：下次启动必须先读进度表 md 文档的"当前状态"行，精准续跑，不重复、不遗漏5. 1h 自检：每 1 小时自动检查进度表 md 文档"最后更新"行的时间戳，超过 1h 无更新则在进度表中追加"[WARN] 超过 1h 无更新"标记6. 服务启停：需要重启后端/前端时，执行以下脚本（不要自己拼命令）： - 停止后端：运行 D:\xxx\Code\api\stop.bat - 启动后端：运行 D:\xxx\Code\api\start.bat（前台窗口，venv + reload） - 停止前端：运行 D:\xxx\Code\frontend\stop.bat - 启动前端：运行 D:\xxx\Code\frontend\start.bat - 一键停止全部：运行 D:\xxx\stop-all.bat - 一键重启全部：运行 D:\xxx\restart-all.bat7. 端口强制：后端 8001、前端 8081。如果端口被占用无法启动，先执行对应的 stop.bat 杀掉旧进程，再执行 start.bat 重启8. CWD 陷阱：uvicorn 启动时 CWD 必须是 Code/api/，否则 .env 读不到、chroma 在错误位置创建空目录。start.bat 已处理 cd，不要手动在其他目录启动9. 验证命令：后端启动后用 curl http://localhost:8001/docs 确认返回 200；前端启动后确认 http://localhost:8081 可访问这个需要根据自己的任务情况测试一下效果，执行成功后大概定时器就会类似这种效果 
这种情况下定时器执行完以后进行全面验证，这里有个小技巧，就是便宜的笨一点的AI干完以后，先让高级聪明点的AI先根据进度表全量验证一遍，如果有问题再让便宜的改，然后再次验证，然后再改
两个AI都没问题后，人在进行全面验证
小结
这是近期日常用的比较多的方式，既能保证质量，也能保证效率，模型费用相对花的也少，这个只是编码场景，其他场景也有其他各种花式玩法，欢迎讨论交流心得，一起学习共同进步