Skip to main content
Engine 是 QitOS 所有智能体工作流共享的执行内核(kernel)。它运行步骤循环,协调 AgentModule 的钩子,分发工具调用,执行评估器,检查停止条件,并写出追踪记录产物。只有当你需要比 agent.run() 更细粒度的控制时,才会直接和它交互。
QitOS 强制遵守单内核规则:一次运行只有一个 Engine。解析器、评估器、记忆适配器、工具集等扩展都挂接在这条主流水线上,而不是再引入第二个执行循环。

循环是如何工作的

每一步都遵循固定顺序:
  1. prepareagent.prepare(state) 把状态格式化成模型可直接消费的提示词文本。
  2. decide:先调用 agent.decide(state, observation);若返回 None,再走 Engine 的默认模型调用路径。
  3. act:把 Decision.actions 中的工具调用交给 ToolRegistry 执行。
  4. reduceagent.reduce(state, observation, decision) 用新的观测结果更新状态。
  5. 评估器:所有已注册的 Critic 在此步后评估当前结果,必要时可停止或重试。
  6. check_stop:检查预算、FinalResultCriteriaagent.should_stop() 以及自定义 StopCriteria
  7. 追踪记录:把本步的步骤记录与运行时事件写入 TraceWriter

构造函数

单次运行的普通场景优先用 agent.run()。当你需要跨多次任务复用同一个 Engine,或在运行间动态调整钩子时,再直接使用 Engine

Engine.run(task)

它接受普通字符串任务,也接受结构化 Task 对象,返回一个 EngineResult 当传入 Task 时,Engine 会读取 task.budget 并覆盖自身默认预算,同时自动管理资源预检、环境重置/观测/关闭等生命周期。

EngineResult

常见用法:

钩子

钩子用于在不修改 Engine 内部逻辑的前提下观察或响应生命周期事件。它们通常实现 EngineHook,在 on_before_stepon_after_step 等边界被调用。
你也可以在构造时通过 hooks 传入,或在 agent.run(hooks=[...]) 中动态附加。

预算耗尽

当步数、墙钟时间或令牌预算耗尽时,Engine 会把 state.stop_reason 设置为对应值,并写出 END 事件。运行会优雅结束,仍然返回 EngineResult,你可以通过检查 state.stop_reason 判断是否发生了预算耗尽。

从 AgentModule 构建 Engine

AgentModule.build_engine() 是一个便捷工厂,会创建一个和当前智能体绑定好的 Engine:
这与直接写 Engine(agent=agent, ...) 等价,也是 agent.run() 在内部采用的路径。

AsyncEngine

AsyncEngine 提供非阻塞的智能体执行能力。它封装了同样的 Engine 循环,但把阻塞调用放到线程池中执行,因此在 asyncio 事件循环中使用是安全的。

AsyncEngine.arun(task)

异步运行智能体循环,返回与 Engine.run() 相同的 EngineResult

AsyncEngine.arun_stream(task)

异步运行智能体循环,并在事件发生时产出结构化的 EngineEvent 对象——非常适合实时 UI 更新或将进度流式推送给客户端。
事件在步骤边界(step_startstep_end)、阶段切换(decideactreducecriticcheck_stop)和多智能体事件(handoffdelegatefanout)时产出。流总是以 run_start 开始、以 run_end 结束。

EngineEvent

EventStream

EventStream 是支撑 arun_stream() 的异步队列。你也可以独立使用它,将事件扇出到多个消费者:

异步模型

当配置的模型实现了 acall()(来自 AsyncModel)时,AsyncEngine 可以在不阻塞事件循环的情况下调用它。内置的异步模型适配器:
AsyncEngine.arun() 与任何模型都兼容——同步模型会自动调度到线程池。当你需要真正的非阻塞 I/O(例如在高并发 Web 服务器中)时,才需要使用异步模型适配器。