JCode Agent

传统 Agent 运行时的资源痛点

在构建多会话 Agent 系统时，常见框架往往陷入两类困境：一是内存随会话数线性膨胀，10 个会话可能占用数百 MB 内存，导致轻量主机或容器难以承载；二是首屏响应与渲染延迟，尤其在需要高频交互或图表输出的场景中，秒级等待会直接影响用户体验。此外，多 Agent 协作时缺乏文件级冲突感知，语义记忆管理依赖额外服务，Mermaid 渲染依赖浏览器环境，进一步加剧了资源消耗与复杂度。

JCode 的轻量架构与核心能力

JCode Agent Harness 针对上述问题给出了系统性方案：

• 极致内存效率：单会话无嵌入时仅占 27.8MB，10 会话无嵌入为 117MB，相比基准框架省内存 13.9~19.7 倍，适合在资源受限环境中部署多 Agent 任务。
• 毫秒级响应：首帧渲染耗时 14ms，首次输入延迟 48.7ms，较基准快 245.5 与 72.2 倍，显著提升交互流畅度。
• Swarm 多 Agent 协作：同一仓库中生成两个及以上 Agent 后自动进入协作模式，Agent 间通过文件编辑通知、DM/广播消息协同，支持子 Agent 自主生成，降低人工调度成本。
• 语义记忆系统：每轮对话/响应生成语义向量，通过余弦相似度检索记忆图，由记忆侧 Agent 验证相关性，自动提取关键信息、定期合并冗余记忆并检测冲突，无需额外向量数据库。
• 无依赖 Mermaid 渲染：自研 mermaid-rs-renderer 摒弃浏览器/TypeScript 依赖，渲染速度提升 1800 倍，可直接嵌入 TUI 或服务端输出。

适用边界与注意事项

JCode 适合需要低资源消耗、高并发多 Agent 协作的场景，如 CI/CD 中的代码审查流水线、资源受限的边缘设备 Agent 任务。但需注意：

• Swarm 协作依赖仓库内多文件结构，单文件场景无法发挥其协同优势；
• 语义记忆的自动合并策略需根据项目复杂度调整，定期清理冗余记忆可保持检索精度；
• 若需支持 OAuth 11 提供商集成，需额外配置，原生能力聚焦于核心协作与渲染链路。