GTS意向

有一次我对 AI 提了一个离谱到自己都觉得好笑的 Java 需求：“帮我写一个程序，自动找出所有内存泄漏、生成修复补丁，并直接提交到 Git。”这需求看起来像“自动化神器”，但本质是想让 AI 变成一个会理解业务、会分析代码、会操作版本库的全能工程师。更离谱的是我还加了一句：“顺便统一项目所有日志格式、处理所有异常，并回滚到上一版本。”AI 当然给了我一套很完整的方案，但我知道真正落地会非常复杂，也很可能把项目搞崩。后来我才明白，离谱的需求可以问，但别指望 AI 代替工程师做所有决定。

花了两周面了两轮技术面第二轮技术面还迟到了三十分钟最后来个实习时间不够长这种情况正常吗？

最近投实习发现好多厂都要springcloud的技术栈，这一点重要吗，要不要去速成springcloud加到简历上

经验就一条：Prompt 一定要拆开，任务一定要变简单。在面对小模型时，它们能力有限，如果把一堆要求（比如整篇文章+要求）塞进一个 Prompt，可能回答的就牛头不对马嘴了——不是主语识别不全，就是逻辑硬伤，或者答案缺斤少两。要把 Prompt 变成“工作流”，每一步只处理一个问题。比如“根据文章提问”，我通常拆成三步：第一步：只让模型识别文章的主语。第二步：根据主语去编问题。第三步：再针对问题生成答案。每步只干一件事，模型想出错都难。再比如做长文本的“分块（Chunk）”处理：不要让模型重写全文，除非你的token值够用，而且还会增加它的思考难度。你可以把原文段落编上号，让模型只输出：“标题...