页面加载中…
搜索中文正文和常见中英文技术词，按教程、项目、面试题筛选。
「ReAct 框架」找到 116 条内容
按专题浏览 →匹配口述回答：…ing]]，它可以直接调代码解释器算出来，或者查数据库、调API，这就从“知道”变成了“做到”。另一个是复杂任务处理，典型的 [[ReAct]] 模式，规划、执行、观察，循环迭代，把一个大目标自动拆成小步骤，每一步推理难度降低了，最终成功率反而上去了。举个例子，在客服退款场景里，用户说“我买的东西还没发货，我要退”，[[Agent]]可以自动查订单状态、调退款接口、发通知，整个流程串起来，用户只需要说一句话。 但缺点也非常实在，我讲三个最痛的。先说 链式错误传播，只要前期某一…
匹配口述回答：…淀下来，避免重复踩坑。核心就是两个机制：反思和记忆。 先说反思，说白了就是让Agent具备自我批判的能力。技术实现上，我比较熟悉的框架是 [[ReAct]] 结合 [[Reflexion]]，简单说就是Agent执行一个动作，观察结果，然后自己评估这个结果好不好，如果不好就生成改进建议，再重新试。有点像写代码，编译报错了，不是直接扔给下一个人，而是自己先看日志，分析原因，改完再跑一遍。这里有个前提，就是Agent得能拿到环境反馈，比如代码编译是否通过、任务是否完成，如果环境反…
匹配正文：…、资源受限） 多Agent核心优势（并行化、专业化、容错隔离） 架构决策的关键权衡（延迟vs质量、成本vs效果、维护复杂度） 决策框架：从任务特征出发 评估任务复杂度的四个维度： 步骤深度：是否需要>5步的链式推理 工具多样性：是否跨领域工具（搜索+代码+数据库+API） 信息依赖：子任务间是串行依赖还是可并行 容错要求：单点失败是否导致全局崩溃 单Agent架构 适用场景 明确边界的一次性任务（如单轮问答、简单工具调用） 延迟敏感场景（客服实时响应<500ms） 资源受限环…
学习内容与项目面试，在同一条路上。