3 posts tagged with "architecture"

DeepSeek Harness treats the Agent runtime as a composable plugin tree. xAgent starts with a different question: when a task has been running for hours, called Tools, waited for approval, and survived a service restart, who owns each piece of state?

That question sends the two architectures in different directions.

Both sit above the model API and handle Sessions, context, Tools, and execution. Both qualify as full Agent Harnesses. DeepSeek concentrates on making the runtime replaceable and recomposable. xAgent concentrates on keeping long-running work coherent. A feature checklist tends to hide that distinction rather than explain it.

After outer task control prepares the goals and capability environment, xAgent enters what is usually called the Agent Loop. Brain controls Session-level scheduling, SessionEngine coordinates Session facts and runtime state, AgentService runs the fixed model and Tool loop, and ToolService governs each call.

This path lets one task continue after Tool Calls, wait before a high-impact action, compress a growing context, exit when the user interrupts it, and resume after a service restart when valid persisted facts exist.

This AI agent context-management and execution loop was further improved in 0.0.10.beta. This article focuses on how each request is assembled, suspended, compressed, and recovered.

Many Agent systems describe a harness as one loop: send a user message to a model, execute the Tool Call returned by the model, and send the result back. That loop matters, but it does not answer an earlier question. Does the user's next message continue the current task, change the phase within the same Session, or fall outside the responsibility of this specialist Session?

xAgent handles that question before the business Agent loop. The original input first becomes a Session fact. One constrained semantic call then returns a task relationship together with Skill, Tool, and Memory recall terms. Brain applies a deterministic state transition, and Orchestrator adds capabilities only when the task is first established or its phase changes.

This task-understanding, AI agent tool selection, and environment-preparation path shipped in 0.0.10.beta. This article explains its responsibility boundaries and execution order inside the Harness.