Diagrams · 3 figures

新 Agent 架构会议 · 配图三幅

会议纪要里有三层结构需要图示:系统拆分(Master / Worker / Sandbox)、人员分工、定制决策。每张图各承担一个问题,焦点全部落在 Worker 与业务能力——这是会议重申最多的复杂度所在。

Figure 1 · Architecture

Agent 系统分层 · Master 调度,Worker 在 Sandbox 内承业务

QUERY DISPATCH VERTICAL CHECKPOINT RETRIEVE SANDBOX USER 用户 APP / Sigma MASTER Master Agent simple QA · intent · dispatch (no orchestration) SPECIALIZED Vertical Agent legal · consulting WORKER · FOCAL Worker Agent complex business · tool calls STORE File System recovery · MD INDEX Context + Memory outline · overview TOOLS Plaud Tools web search · skill SUB-AGENT Sub Agents delegated tasks LEGEND Focal · Worker Agent Service node Store Sandbox · cloud External Standard flow Primary path

Worker Agent 是焦点——会议明确"所有复杂业务都在 worker"。Master 只做 QA 与分发,Sandbox 提供文件系统与恢复能力,Vertical Agent 是为法律 / 咨询场景留的扩展位。

Figure 2 · Tree

分工地图 · 框架、业务、检索、垂直四条线

PROJECT Agent 项目分工 FRAMEWORK 框架层 FOCAL · BUSINESS 业务能力 RETRIEVAL 检索 VERTICAL 垂直领域调研 田丰 团队 master · worker task manager 李振 context · MD · ask summary 平移 许航 context + memory retrieval engine 李坤 retrieval module 满少晨 legal vertical Tony consulting vertical LEGEND Focal · 业务能力 (李振 · 许航) Project root Secondary owner

业务能力分支着色——李振、许航承担 context、memory、ask 平移这条最重链路。其他三条分支(框架、检索、垂直)单点收口,便于管理者一眼看到团队负载分布。

Figure 3 · Flowchart

是否定制 Worker Agent?— 单一判断点

YES NO 新场景需求到达 STEP 01 列出所需 service / tools 梳理工具与编排需求 模型能自主调用 tools 且无需编排链路? DECISION OUTCOME A 原生 Worker + Tools 不定制 · 沿用框架 OUTCOME B · FOCAL 定制 Worker Agent 优先质量 · 后续降本 交付到 Master Agent LEGEND Focal · decision & primary path Step · outcome Start · end Customize path

焦点放在判断框与"定制"分支——会议结论是"质量优先于成本",所以"NO → 定制"路径用主色突出。"YES → 原生"是更省力但能力受限的退路。

Generated by text-to-diagrams · kami palette