大伙知道用go写代码的格式是什么吗，以前听说java用的是标准输入输出，go也需要写输入输出吗

我感觉对于入门ai这个其实不是必须的，现在ai是火起来了，但后面能不能一直火下去还是个未知数，我之前玩大数据的时候也是很火，但我干几年以来似乎就不如之前火了，任何行业都是有上行期和下行期

🌟首先提升Agent 质量：1️⃣Prompt Engineering 是被低估的核心技能。 Agent 的 system prompt 和 tool description 的写法直接决定了 LLM 的决策质量。一个精心设计的 tool description，可以让 LLM 在 90% 的情况下正确选择工具；一个随手写的，可能只有 60%。这个差距不是换框架能弥补的。2️⃣Evaluation 是最容易被忽视的环节。 Agent 的行为具有不确定性，同样的输入可能产生不同的执行路径和结果。你需要一套 evaluation 体系来衡量 Agent 在什么条件下表现好、什么条件下会翻车。没有 eval 的 Agent 开发就是在盲人摸象。3️⃣上下文工程（Context Engineering）正在取代 Prompt Engineering 成为新的关键词。 它关注的是一个更大的问题：在 Agent 的每一步决策中，如何精准地组装出最有利于 LLM 做出正确判断的上下文？哪些信息该放进去，哪些该丢掉，以什么格式组织，这些决策比你选哪个框架重要一百倍。4️⃣用户体验设计不可忽略。 Agent 不是对每个任务都能完美完成的。如何让用户理解 Agent 在做什么、如何设置合理的预期、如何在 Agent 失败时优雅地降级——这些产品层面的思考往往比技术实现更难。🌟分阶段的选型策略1️⃣入门期：拿框架快速上手。选最流行的框架，跑通第一个 demo。目标不是做出好产品，而是理解 Agent 的基本工作原理。用框架的好处是屏蔽底层细节，专注于理解"ReAct 循环"这个核心概念。2️⃣进阶期：脱离框架理解本质。自己用纯 API 调用手写一个最小的 Agent。用 openai 或 anthropic 的官方 SDK，50 行代码写一个能调工具的 ReAct 循环。这个练习会让你彻底明白框架帮你做了什么、没做什么。3️⃣生产期：用框架的方式要利于拆除。如果你继续用框架，把它当作一个 LLM 调用的便利层来用，不要在它的 Agent 抽象上构建核心逻辑。如果你选择不用框架，直接用官方 SDK + 自己封装的薄层，也完全可行。代码量不会比用框架多太多，但可控性高出几个量级。⭕最后框架选型是一个"入口问题"——刚入门时你会觉得它很重要，深入之后你会意识到它只是一个起点。Agent 开发的真正挑战在于：理解 LLM 的能力边界，设计合理的任务分解策略，构建鲁棒的执行和容错机制，以及在不确定性中找到产品价值。这些事情，没有任何框架能替你想清楚。Agent 的灵魂不在框架里，在你对问题的理解里。📳对于想求职算法岗的同学，如果想参加高质量项目辅导，提升面试能力，欢迎后台联系。

时间3月9号1.自我介绍2.介绍一下你在实习时主要负责的业务是什么？3.实习种整个请求链路的技术实现方案是怎样的？包括上下游依赖、服务之间的调用4.这个过程中你觉得比较容易出问题的场景是哪一类？5.为什么这个地方容易出问题？是逻辑复杂、边界场景多，还是其他原因？6.场景题（业务本身迭代的时间比较久了，里边的的逻辑也比较复杂。当有一个需求提过来，对这个服务会有一些改造，你怎么做可能能够尽量的去保证你的这个覆盖相对的更完善一点呢？）7.除了业务测试，从提升测试效率的角度，你会做哪些事情？8.算法题：实现一个方法，输入二维数组，按顺时针遍历，返回一维数组