通过本文的对比与实战演示，开发者可根据项目规模、技术复杂度、团队协作需求选择合适的微前端框架。为应用场景，对比分析无界（Momentum）与乾坤（Qiankun）两大框架的实现方式，通过完整示例代码揭示其核心差异。在传统单体前端架构中，随着业务复杂度增加，代码臃肿、协作困难、部署效率低等问题愈发突出。：无界依赖 WebComponent 影子DOM，乾坤需配置。完善的生命周期管理、更强的兼容性、适

开头的行用于指定消息的 ID，用于区分不同的消息。客户端可以通过 eventSource.lastEventId 获取最后收到的消息 ID，当需要断线重连时，请求会自动发送 Last-Event-ID 头，服务器可以用它来续传消息。这个库，它是一个完整的实现，可以自动处理断线重连，支持自定义请求头等等，其原理和我们刚刚的示例代码差别不大。的自动重连机制实现的，这是一个非常简单的机制，在连接错误断开

开头的行用于指定消息的 ID，用于区分不同的消息。客户端可以通过 eventSource.lastEventId 获取最后收到的消息 ID，当需要断线重连时，请求会自动发送 Last-Event-ID 头，服务器可以用它来续传消息。这个库，它是一个完整的实现，可以自动处理断线重连，支持自定义请求头等等，其原理和我们刚刚的示例代码差别不大。的自动重连机制实现的，这是一个非常简单的机制，在连接错误断开

就是 ReAct 的"工作记忆"。它之所以成为 90% 生产级 Agent 的默认架构，就是因为这个"想→做→看"的循环足够通用——不管你的任务是查天气、做研究、写代码还是排查 bug，都可以用这个模式来处理。比如工具返回了一堆 HTML 或者报错的 stack trace，LLM 不知道该怎么理解这个结果，就决定"再试一次"——然后又得到一样的结果——然后又"再试一次"……：给 Agent 提供

点击上方前端Q，关注公众号回复加群，加入前端Q技术交流群如果说 Nudge Engine 是 Hermes 的"开关"，那 Review Agent 就是它的"心智"。我读 Hermes 源码时最佩服的一处设计就是这一块。它没有让"执行任务的那个 Agent"自己复盘自己，而是单独跑了一个，在后台默默工作。Review Agent 解决的就是这个问题。它换了个角色、换了个 prompt、换了套判断

点击上方前端Q，关注公众号回复加群，加入前端Q技术交流群如果说 Nudge Engine 是 Hermes 的"开关"，那 Review Agent 就是它的"心智"。我读 Hermes 源码时最佩服的一处设计就是这一块。它没有让"执行任务的那个 Agent"自己复盘自己，而是单独跑了一个，在后台默默工作。Review Agent 解决的就是这个问题。它换了个角色、换了个 prompt、换了套判断

点击上方前端Q，关注公众号回复加群，加入前端Q技术交流群前面几篇聊了怎么评测（14）、怎么做验收清单（15）、怎么加 Guardrail（16）。传统后端系统有完善的日志、监控、链路追踪。一个请求 500 了，你能从 Grafana 看到是哪个服务挂了、从 Jaeger 追到是哪个调用超时了、从 ELK 翻到具体的错误日志。但 Agent 系统呢？模型推理了 5 轮、调了 3 个工具、中间还触发了

点击上方前端Q，关注公众号回复加群，加入前端Q技术交流群上一篇讲了怎么给 Agent 加状态机。Agent 做"搜索 → 写稿 → 评审 → 不合格 → 重写 → 评审 → 又不合格 → 又重写..."，无限循环下去，token 烧完了文章还没过审。这不是个例。只要你的 Workflow 里有回边（从后面的节点跳回前面），就有可能出现死循环。LangGraph 直接内置了参数，OpenAI 在 A

点击上方前端Q，关注公众号回复加群，加入前端Q技术交流群上一篇讲了上线前的验收清单。。这一篇就把 Guardrail 拆透。Guardrail 不是一个产品名，也不是某个框架的功能。你可以把它理解成 Agent 的"安检门"——不是不让 Agent 做事，而是确保它做的每件事都在你画好的线内。

简单的 while 循环灵活得多，新增能力只需要往 prompt 里加内容。这两种风格各有适用场景。