ARS 第一版草稿设计（IV）Agent Provider（Agent 提供者）

在前两篇中，我们已经完成了 **ChatSession / Message / SSE 和 Orchestrator 的基础实现， 目前已经可以顺利的用Dummy(假接口)做成了一个 可以正常交互的应用。(Orchestrator 目前还是非流式，这个可以回头再说)

ARS 第一版草稿设计（III）Agent Orchestrator（Agent 编排器）

在前两篇中，我们已经完成了 ChatSession / Message / SSE 等基础设施的设计与实现， 至此，一个“可持久化、可回放、可续传”的对话系统已经成型。

这一篇开始进入 ARS 的核心能力：

为什么我没有用 LangChain（以及我为什么一点都不后悔）

LangChain 不是不好，而是它解决的问题，和我正在解决的问题，并不一致。

我在做一个偏底层的 Agent Runtime Server（不是写 Demo 那种），被朋友问了一句：

“你为什么不用 LangChain？不是很方便吗？”

2025-12-14 21:38:22 · 1 分钟 · 174 字

ARS草稿设计

ARS 第一版草稿设计（II）ChatSession

💬 Chat Session - 会话管理

Chat Session 的本意是一次完整的对话上下文，由于这个系统需要维持多套的上下文存在所以必须有实体ID。

同时 session 中不可能仅包含一次对话，我们需要进一步拆分成同一个 session 中的多个 message。 Message 是事实（source of truth），Session 是投影（projection / cache）。 这样遇到“双写不一致”时才有可依赖的裁决标准。 结构上，差不多是这么个样子

2025-12-14 01:11:22 · 1 分钟 · 204 字

ARS草稿设计

ARS 第一版草稿设计（I）愿景与主体

🎯 愿景

我要构建一个 Agent Runtime Server，最终的愿景如下:

✅ 核心目标

1. 🔄 能兼容大部分的Agent 模型
2. 💻 随时能在web终端中输入新的指令
3. 📊 随时在web终端中查看Agent运行日志
4. 🔌 即便在web终端断开链接，Agent也能正常执行
5. 🔙 重新连入web终端，能继续之前的Agent会话

💡 我需要的真正能力 - 改变现有的开发方式：

2025-12-11 21:53:22 · 2 分钟 · 350 字

ARS草稿设计