我们知道作为AI人工智能来说，市面上各类AI模型不下几十种，可以说各有特色各有侧重。由于AI的应用广泛，牵扯到我们工作和学习中的方方面面。咱就不好评价孰优孰劣了。术业有专攻，咱是撸代码出生，那么AI的应用方面肯定是最关注写代码的功能了。作为全球炒作最热，砸钱最多的chatGPT的写代码功能怎么样？其实咱不知道，因为它需要花银子嘛。作为一个野路子码农，穷惯了苦惯了。花银子的事情一般很慎重。然而国内的诸多AI模型中，反复比较过好几家。作为写代码质量最高，且逻辑性最强的，还得是Deepseek----尽管它画图等其他酷炫功能直接很弱。但是在使用过程中，我们还是发现AI的一个结构性弱点。就是它受限于Tokens的总长度限制，当我们用代码片段或者直接若干个源代码文件做深入交流时。最怕它突然提示“已经接近最大长度限制”，要求你新建一个对话。如果是这样的话。我们的很多讨论的细节成果和逻辑就全部丢失掉了。为此AI提出的解决方案是，快接近对话最大长度限制时，告诉AI写一个类似关键信息的摘要.md文件。然后我们在新开对话中，上传这个.md文件在一定程度上可以实现新旧两个对话之间的讨论内容承接问题。总体来说试过这个处理方案，确实在一定程度上解决了因为tokens长度限制而导致的新旧对话内容承接问题。 但是我们在实际项目中撸代码,它涉及到的更多不是单纯的文本内容的交互。而是大段大段的源代码交互。所以我们呢开发一个复杂的功能模块时，往往会写一个总体的开发需求大纲，把能规划到和涉及到的各类技术细则尽量阐述得清清楚楚，形成一个.md文件提交给deepseek（网页免费版和APi服务版在此情形下是存在一定的差异性的。也就是网页免费版它没有自动生成对话关键信息摘要的事务处理，而api服务却有这项事务处理。结果就是api服务可以一口气根据开发大纲把整个功能模块的绝大部分源代码文件给你生成出来。由于它的tokens长度限制也比网页版要大，它在连续生成代码的过程中，会自动接续一个新对话并且利用摘要信息把新旧对话的内容连贯起来，在我们表面看来它就是一口气把模块功能的代码文件都生成出来了。而网页免费版就要繁琐一些，你得告诉AI：此对话快接近最大长度限制时，生成一个关键信息得摘要.md文件 然后我们手动新建一个对话时，再把这个 关键信息摘要.md文件提交给新对话，也能实现新旧对话得连贯性事务操作）。由于我们一口气把主要得源代码文件都生成了，二话不说赶紧把这些源代码文件down下来呗。在此一个功能模块的大题骨架就出来。你以为到这一步就大功告成了？？？大错特错，这才是万里长征开了一个头儿呢。代码能用起来那么它就是有价值的，如果用不起来到处报 bug信息，那么这些代码就是垃圾，一文不值！ 由于要出门，后续怎么处理且听我下回分解！！！
