我看到有人说，也不知道是不是段子，他说他现在写代码的流程是
先把需求和点子给Gemini ，要他先生一个方案，因为Gemini 的tokens很长，上下文理解很
强
接下来再帮方案交给Claude ，不是直接让它写Code，而是先让它重新审视一下方案
确定没有问题，也转换成Claude 容易理解的形式之后，再让它开始写代码
最后让跑出来的一大串代码，再重新丢回去Gemini ，借助它那大tokens，要它解释这些代
码都在干嘛
遇到有问题的地方，就记下来再交给o3，把问题拆成Todoist任务，逐一细修

说实话我有空搞这么多飞机还不如自己打code

不都C&P而已，有很多飞机吗？

简单常见的专案这样是做的起来啦，但当你面对比较创新少见而且版本复杂(特别是那些版本变动剧烈的引擎)的专案时，你光修BUG的时间都够一个资深工程师重新打一遍code

不是不行但意义不明 自己先拆好功能一个一个问比较快而且也不用换模型 市面上这几个都蛮强的让ai直接产一个复杂功能出来绝对一堆问题

不是自己写的，出问题时根本不会有感觉可能坏在哪。还是拿来优化和review比较方便

推7楼，架构拟好功能细分出来，再交由AI实作，才比较有效率

审方案怎么不自己审….要你干嘛有错你怎么分得清楚是生成方案那边有问题还是代码那边

全部丢AI根本找死 做做小工具可以 有规模的案子不能这样搞

这种通常会聪明反被聪明误，因为出错时你还不知道最可能

你全丢问题一定很多，但功能明确的给AI做然后架构你来做，效率会比较高

这种十有八九没版控没注解，看哪个衰鬼接这颗炸弹，爆了就死

ai写的注解都会很多但是不一定有用

不是段子，现在码农几乎就是AI沟通师，然后装忙。