feat: admin端UI
This commit is contained in:
@@ -0,0 +1,320 @@
|
||||
# sundynix-agentix 项目分析报告(2026-06-27)
|
||||
|
||||
> **分析时间**:2026 年 6 月 27 日(dev 分支,commit 148+)
|
||||
>
|
||||
> **一句话定位**:一个面向企业的 **AI Agent 编排平台**,支持可视化 DSL 构建 Agent 工作流、多模型热切换、RAG 知识库、长期记忆、自动评测闭环、人工审批(HITL)、桌面端原生应用 + Web 运维控制台,一键 Docker 部署。
|
||||
|
||||
---
|
||||
|
||||
## 一、整体架构(五层微服务)
|
||||
|
||||
```
|
||||
┌─────────────────────────────────────────────────────────────────────┐
|
||||
│ 第 1 层 · 客户端 │
|
||||
│ ┌───────────────────────┐ ┌───────────────────────┐ │
|
||||
│ │ sundynix-desktop │ │ sundynix-admin │ │
|
||||
│ │ (Wails + React + TS) │ │ (Vite + React + TS) │ │
|
||||
│ │ 桌面原生应用 │ │ Web 运维控制台 │ │
|
||||
│ └──────────┬────────────┘ └──────────┬─────────────┘ │
|
||||
│ │ HTTP/SSE │ HTTP │
|
||||
│ ═══════════╪══════════════════════════╪═════════════════════════ │
|
||||
│ 第 2 层 · API 网关 │
|
||||
│ ┌──────────▼──────────────────────────▼─────────────┐ │
|
||||
│ │ sundynix-gateway (Go · Gin) │ │
|
||||
│ │ DSL 解析 / JWT 鉴权 / 护栏(Tier1) / SSE 流 / │ │
|
||||
│ │ 状态机 / 评测落库 / 配置控制面 / MinIO │ │
|
||||
│ │ Postgres + Redis + MinIO │ │
|
||||
│ └──────────┬────────────────────────────────────────┘ │
|
||||
│ │ NATS JetStream + core pub/sub │
|
||||
│ ═══════════╪══════════════════════════════════════════════════ │
|
||||
│ 第 3 层 · 调度与编排 │
|
||||
│ ┌──────────▼──────────────────────────────────────┐ │
|
||||
│ │ sundynix-dispatcher (Go · Eino) │ │
|
||||
│ │ DSL 图引擎 / ReAct Agent / 流式推理 / 记忆对账 / │ │
|
||||
│ │ 报告多步编排 / 自动评测+纠偏 / 熔断 / 预算护栏 │ │
|
||||
│ └────────┬───────────────────────────┬──────────────┘ │
|
||||
│ │ NATS request-reply │ │
|
||||
│ ═════════╪═══════════════════════════╪═════════════════════ │
|
||||
│ 第 4 层 · 共享契约与总线 │
|
||||
│ ┌────────▼───────────────────────────▼────────────┐ │
|
||||
│ │ sundynix-shared (Go) │ │
|
||||
│ │ contract / bus(NATS) / otelx / secrets │ │
|
||||
│ └──────────────────────────────────────────────────┘ │
|
||||
│ ═══════════════════════════════════════════════════════════ │
|
||||
│ 第 5 层 · MCP 工具微服务 │
|
||||
│ ┌──────────────────────────────┐ ┌──────────────────────┐ │
|
||||
│ │ sundynix-mcp-go (Go) │ │ sundynix-mcp-py (Py) │ │
|
||||
│ │ RAG(Milvus+Bleve+Neo4j) / │ │ 文档解析(Word/PDF) / │ │
|
||||
│ │ 记忆(PG) / 历史(Redis) / │ │ 代码沙箱(Docker) │ │
|
||||
│ │ 报告渲染(docx) / 搜索 / │ │ 算法型 MCP 工具 │ │
|
||||
│ │ 知识库管理 / 图谱 / 外部工具 │ │ │ │
|
||||
│ └──────────────────────────────┘ └──────────────────────┘ │
|
||||
└─────────────────────────────────────────────────────────────────────┘
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 二、技术栈全景
|
||||
|
||||
### 后端(Go 1.25)
|
||||
|
||||
| 领域 | 技术选型 | 用途 |
|
||||
|------|---------|------|
|
||||
| HTTP 框架 | Gin 1.12 | 网关 REST API + SSE |
|
||||
| Agent 编排 | CloudWeGo Eino | ReAct Agent、compose.Graph、流式推理 |
|
||||
| 消息总线 | NATS JetStream | 任务分发、Token 回流、工具调用、配置广播、审批 |
|
||||
| 关系库 | PostgreSQL 16 + GORM | 用户、任务、评测、画像、知识库元数据 |
|
||||
| 缓存/流 | Redis 7 + go-redis | Session、Token 日预算、Redis Stream 回放 |
|
||||
| 向量库 | Milvus 2.4 | RAG 向量检索 |
|
||||
| 全文索引 | Bleve v2 | RAG 全文路 + RRF 融合 |
|
||||
| 图数据库 | Neo4j 5 | 知识图谱三元组(GraphRAG) |
|
||||
| 对象存储 | MinIO | 文件/文档/报告附件 |
|
||||
| 链路追踪 | OpenTelemetry + Jaeger | 全链路 trace(NATS 传播) |
|
||||
| 指标监控 | Prometheus client_golang | HTTP/任务/模型指标 |
|
||||
| 认证鉴权 | JWT (golang-jwt/v5) + bcrypt | 用户注册/登录/token |
|
||||
| 密钥管理 | AES-256-GCM (自建 secrets 包) | API Key 落库/过线加密 |
|
||||
| ID 生成 | 雪花算法 (bwmarrin/snowflake) | 全局唯一 ID |
|
||||
| 桌面端 | Wails v2 | Go + WebView 原生桌面应用 |
|
||||
|
||||
### 前端
|
||||
|
||||
| 领域 | 技术选型 | 用途 |
|
||||
|------|---------|------|
|
||||
| 框架 | React 19 + TypeScript | 桌面端 & 管理端 |
|
||||
| 构建 | Vite 5 | 前端构建 |
|
||||
| 样式 | TailwindCSS 3 | UI 样式 |
|
||||
| 路由 | react-router-dom 7 | SPA 路由 |
|
||||
| 图编辑 | @xyflow/react 12 (React Flow) | DSL 可视化编排画布 |
|
||||
| 图谱可视化 | react-force-graph-2d | 知识图谱力导向图 |
|
||||
| 图标 | lucide-react | UI 图标 |
|
||||
| 测试 | Vitest + Testing Library | 前端单测 |
|
||||
|
||||
### Python(mcp-py)
|
||||
|
||||
| 领域 | 技术选型 | 用途 |
|
||||
|------|---------|------|
|
||||
| 运行时 | Python 3.11+ | 算法型工具 |
|
||||
| 消息总线 | nats-py | 接入 NATS 骨干网 |
|
||||
| 文档解析 | python-docx / openpyxl / pypdf | Word/Excel/PDF 解析 |
|
||||
| 代码沙箱 | docker SDK | Docker 隔离执行环境 |
|
||||
|
||||
### 基础设施
|
||||
|
||||
| 组件 | 镜像 | 用途 |
|
||||
|------|------|------|
|
||||
| NATS | nats:2-alpine | 消息骨干网 (JetStream 持久化) |
|
||||
| PostgreSQL | postgres:16-alpine | 关系存储 |
|
||||
| Redis | redis:7-alpine | 缓存 / Stream / 预算 |
|
||||
| Milvus | milvusdb/milvus:v2.4.13 | 向量数据库 |
|
||||
| etcd | quay.io/coreos/etcd:v3.5.14 | Milvus 元数据 |
|
||||
| MinIO | minio/minio | 对象存储 |
|
||||
| Neo4j | neo4j:5-community | 图数据库 |
|
||||
| Jaeger | jaegertracing/all-in-one:1.60 | 链路追踪 UI |
|
||||
|
||||
---
|
||||
|
||||
## 三、已实现功能清单
|
||||
|
||||
### 🧠 核心 AI 能力
|
||||
|
||||
| 功能 | 实现程度 | 关键文件 |
|
||||
|------|---------|---------|
|
||||
| **DSL 图编排引擎** | ✅ 完整 | `dispatcher/internal/eino/graph.go` — 11 种节点 (input/memory/retriever/tool/agent/aggregate/render/branch/approval/map/output),拓扑排序执行 |
|
||||
| **ReAct Agent(自主工具调用)** | ✅ 完整 | `dispatcher/internal/eino/react_agent.go` — Eino ReAct 循环,自动发现 MCP 工具目录,inject 参数绑定 |
|
||||
| **流式推理** | ✅ 完整 | `orchestrator.go` — ChatStream / StreamText 双模,reasoning 思考过程入轨迹 |
|
||||
| **多模型热切换** | ✅ 完整 | 控制面 NATS 广播 → Dispatcher/mcp-go 热更新,支持 OpenAI 兼容 / vLLM / Ollama |
|
||||
| **报告多步编排** | ✅ 完整 | `report.go` — 规划大纲 → 并行(RAG+撰写) → 汇聚 → 渲染 Word/PDF/Markdown |
|
||||
| **RAG 混合检索** | ✅ 完整 | `mcp-go/internal/rag/` — Milvus向量 + Bleve全文 + Neo4j图谱 → RRF融合 → 可选 Rerank |
|
||||
| **知识图谱(GraphRAG)** | ✅ 完整 | LLM 抽三元组 → Neo4j 存储 → 检索时图谱路参与 RRF 融合 |
|
||||
| **长期记忆(Generative Agents 式)** | ✅ 完整 | `memory/store.go` — Recency×Importance 加权排序,Consolidate 对账,Top-N 截断 |
|
||||
| **短期多轮历史** | ✅ 完整 | Redis 存会话历史,自动召回注入上下文 |
|
||||
| **记忆对账(Mem0 式 Consolidate)** | ✅ 完整 | `memory_extract.go` — 每 N 轮 LLM 对账 ADD/UPDATE/DELETE/NOOP |
|
||||
| **多 Agent 协作** | ✅ 完整 | 黑板模式:agentOut 接力,前序 agent 产出注入下游 |
|
||||
|
||||
### 🛡️ 安全与治理(Harness)
|
||||
|
||||
| 功能 | 实现程度 | 关键文件 |
|
||||
|------|---------|---------|
|
||||
| **输入护栏 Tier1** | ✅ 完整 | `gateway/internal/guardrail/` — 归一化(去零宽/同形字/base64)→高精度注入正则→敏感词黑名单 |
|
||||
| **输入护栏 Tier2** | ✅ 完整 | `dispatcher/internal/harness/jailbreak.go` — LLM 越狱分类器,灰区裁决 |
|
||||
| **输出脱敏** | ✅ 完整 | `harness/output.go` — 跨分片 StreamRedactor (密钥/JWT/PII 手机号/邮箱/身份证),防碎片泄漏 |
|
||||
| **自动化评测** | ✅ 完整 | `harness/eval.go` — 规则检查 + LLM-as-judge + RAG 忠实度评测(幻觉检测) |
|
||||
| **低分自动纠偏** | ✅ 完整 | `orchestrator.go#refine` — 评语驱动重生成,取更优者(恒温器闭环) |
|
||||
| **熔断器** | ✅ 完整 | `harness/circuitbreaker.go` — 连续失败触发熔断,快速拒绝新任务 |
|
||||
| **Token 预算** | ✅ 完整 | 单任务硬上限(TASK_TOKEN_BUDGET) + 单用户日预算(USER_DAILY_TOKEN_BUDGET) |
|
||||
| **JWT 鉴权** | ✅ 完整 | `gateway/internal/auth/` — 注册/登录/中间件 |
|
||||
| **密钥加密** | ✅ 完整 | `shared/secrets/` — AES-256-GCM 落库/过线,生产环境强制设密钥 |
|
||||
|
||||
### 🔍 可观测性
|
||||
|
||||
| 功能 | 实现程度 | 关键文件 |
|
||||
|------|---------|---------|
|
||||
| **全链路 Trace** | ✅ 完整 | OTel → Jaeger,NATS 消息头传播 trace_id |
|
||||
| **执行可视化轨迹** | ✅ 完整 | ExecEvent 回流 — 节点点亮/工具入参产出/耗时/分阶段 |
|
||||
| **Redis 回放** | ✅ 完整 | Token 流 + 执行轨迹 Redis Stream 录制 → SSE 断点续传 |
|
||||
| **运行历史复盘** | ✅ 完整 | PG 持久化(output+trace),过 Redis TTL 仍可读库复盘 |
|
||||
| **服务健康灯** | ✅ 完整 | 聚合 6 依赖(gateway/nats/db/redis/milvus/neo4j)实时状态 |
|
||||
| **Prometheus 指标** | ✅ 基础 | `/metrics` 端点可用 |
|
||||
|
||||
### 📱 客户端
|
||||
|
||||
| 功能 | 实现程度 | 说明 |
|
||||
|------|---------|------|
|
||||
| **桌面原生应用** | ✅ 完整 | Wails v2 — Go 后端 + React/TS 前端 |
|
||||
| **可视化 DSL 画布** | ✅ 完整 | React Flow 拖拽编排 Agent 图 |
|
||||
| **实时仪表盘** | ✅ 完整 | 任务/评测/知识库/Token/服务状态聚合展示 |
|
||||
| **运行·观测页** | ✅ 完整 | 三栏布局:历史列表 / 轨迹面板 / Markdown 输出 |
|
||||
| **知识库管理** | ✅ 完整 | 入库进度实时回流、图谱可视化 |
|
||||
| **偏好记忆面板** | ✅ 完整 | 查看/编辑/删除个人偏好 |
|
||||
| **人工审批(HITL)** | ✅ 完整 | 审批节点暂停 → UI 弹批准/拒绝 → 决定回传 |
|
||||
| **运维控制台** | ✅ 完整 | 模型配置(chat/embedding) / 服务状态 / 计费 |
|
||||
| **Markdown 渲染** | ✅ 完整 | 表格/代码围栏/图表/流式渲染 |
|
||||
|
||||
### 🚀 部署与运维
|
||||
|
||||
| 功能 | 实现程度 | 说明 |
|
||||
|------|---------|------|
|
||||
| **Docker 容器化** | ✅ 完整 | 5 个服务各自 Dockerfile |
|
||||
| **一键 Docker Compose 部署** | ✅ 完整 | `docker-compose.prod.yml` — 应用+基建一把拉起,安全配置 |
|
||||
| **优雅停机** | ✅ 完整 | SIGTERM → drain 排空在途任务/工具 → 超时兜底 |
|
||||
| **HA 多副本安全** | ✅ 完整 | 事件订阅队列组(QueueGateway),杜绝重复落库/计费 |
|
||||
| **Go Workspace** | ✅ 完整 | `go.work` 管理 4 个 Go 模块 |
|
||||
| **Makefile** | ✅ 完整 | 一键启停、测试、构建 |
|
||||
|
||||
---
|
||||
|
||||
## 四、代码规模
|
||||
|
||||
| 指标 | 数据 |
|
||||
|------|------|
|
||||
| **Go 源码** | ~15,600 行 |
|
||||
| **Go 测试** | ~3,400 行 |
|
||||
| **TypeScript/TSX** | ~6,300 行 |
|
||||
| **Python** | ~640 行 |
|
||||
| **总代码** | **~26,000 行** |
|
||||
| **Git 提交** | 148 次 |
|
||||
| **Go 模块** | 4 个 (shared/gateway/dispatcher/mcp-go) |
|
||||
| **微服务** | 6 个 (gateway/dispatcher/mcp-go/mcp-py/admin/desktop) |
|
||||
| **基础设施组件** | 7 个 (NATS/PG/Redis/Milvus/etcd/MinIO/Neo4j) |
|
||||
| **Docker 服务** | 12 个 (5 应用 + 7 基建) |
|
||||
|
||||
---
|
||||
|
||||
## 五、项目成熟度评级
|
||||
|
||||
### ⭐ 综合评定:**准生产级(Pre-Production / Late-Beta)**
|
||||
|
||||
对标业界分级:
|
||||
|
||||
| 维度 | 评分 (1-5) | 说明 |
|
||||
|------|:---:|------|
|
||||
| **架构设计** | ⭐⭐⭐⭐⭐ | 五层解耦、NATS 骨干网、契约驱动、降级容错、热更新 —— 架构非常成熟 |
|
||||
| **功能完整度** | ⭐⭐⭐⭐☆ | AI Agent 编排的核心闭环完整,HITL/评测/纠偏/护栏/记忆均已落地 |
|
||||
| **代码质量** | ⭐⭐⭐⭐☆ | 注释详实(中文),错误处理层次分明,降级模式完备,接口抽象合理 |
|
||||
| **测试覆盖** | ⭐⭐⭐☆☆ | 关键路径有 e2e/集成/单测(3400行),但覆盖率还有提升空间 |
|
||||
| **可观测性** | ⭐⭐⭐⭐⭐ | 全链路 trace + 执行轨迹 + Redis 回放 + 健康灯 + 评测落库 —— 业界标杆级 |
|
||||
| **安全治理** | ⭐⭐⭐⭐☆ | 多层护栏 + 密钥加密 + JWT + 输出脱敏 + 预算控制 —— 极其完善 |
|
||||
| **部署运维** | ⭐⭐⭐⭐☆ | 一键 compose + 优雅停机 + HA + Makefile,缺 k8s/Helm 和 CI/CD |
|
||||
| **文档** | ⭐⭐⭐⭐☆ | 多份分析/架构/部署/进度文档,缺 API 文档(Swagger)和用户手册 |
|
||||
|
||||
---
|
||||
|
||||
## 六、优势亮点 🌟
|
||||
|
||||
### 1. 架构设计精良
|
||||
- **五层解耦**:Gateway/Dispatcher/MCP 职责清晰,NATS 骨干网松耦合
|
||||
- **全面降级**:每个依赖不可用都有 graceful degradation(Milvus 挂→不检索、Redis 挂→不缓存、Neo4j 挂→不图谱,从不阻断主流程)
|
||||
- **热更新**:模型配置经 NATS 广播实时生效,无需重启
|
||||
- **契约驱动**:`sundynix-shared/contract` 统一定义所有跨服务数据结构与通信约定
|
||||
|
||||
### 2. AI 编排能力深度
|
||||
- **DSL 图引擎** 支持 11 种节点类型,拓扑排序 + branch 条件剪枝 + map 并行 fan-out
|
||||
- **ReAct Agent** 与 MCP 工具目录自发现联动:新增工具只需在 MCP 注册,无需改编排代码
|
||||
- **Mem0 式记忆对账**:不是简单 kv 覆盖,而是 LLM 对账 ADD/UPDATE/DELETE + Importance 打分 + Recency 衰减
|
||||
- **自动评测闭环**:规则检查 → LLM-as-judge → 忠实度(幻觉检测) → 低分自动纠偏 → 评测结果落库
|
||||
|
||||
### 3. 安全治理(Harness)体系完整
|
||||
- **输入护栏**:Tier1(归一化反绕过 + 正则 + 黑名单) → Tier2(LLM 越狱裁决),两级过滤成本最优
|
||||
- **输出护栏**:跨分片流式脱敏(StreamRedactor),解决了流式场景密钥碎片泄漏的工程难题
|
||||
- **成本护栏**:单任务 token 硬上限 + 单用户日预算 + 熔断器,三重保护防成本失控
|
||||
|
||||
### 4. 可观测性一流
|
||||
- **全链路 Trace**:Gateway → NATS → Dispatcher → MCP,trace_id 跨消息总线传播
|
||||
- **执行轨迹(ExecEvent)**:每个节点、每次工具调用都有结构化事件,前端可实时点亮/回放
|
||||
- **Redis Stream 录制**:Token 流 + 轨迹事件录进 Redis → SSE 断点续传,根治"连晚/重连丢数据"
|
||||
|
||||
### 5. 工程实践规范
|
||||
- 注释全中文,设计意图/降级策略/约束原因写得极其清楚
|
||||
- 错误处理一致:降级 vs 上抛 vs 快速拒绝各有明确策略
|
||||
- 接口抽象(`TokenSink`/`ToolCaller`/`StatusSink`/`LLM`)便于测试注入
|
||||
- 雪花 ID + GORM 软删 + BaseModel 统一规约
|
||||
|
||||
---
|
||||
|
||||
## 七、不足与改进方向 ⚠️
|
||||
|
||||
### 1. 测试覆盖需扩展
|
||||
- **现状**:关键路径有测试(e2e/集成/单测 3400 行),但占源码比 ~22%
|
||||
- **缺失**:前端组件测试、Gateway handler 单测、MCP 工具完整覆盖
|
||||
- **建议**:引入覆盖率工具(go tool cover),目标核心包 ≥ 70%
|
||||
|
||||
### 2. API 文档缺失
|
||||
- **现状**:无 Swagger/OpenAPI 文档,API 契约只能看代码
|
||||
- **建议**:集成 swag(Gin 生态),自动生成 API 文档
|
||||
|
||||
### 3. CI/CD 流水线未建
|
||||
- **现状**:`.github/` 目录存在但未见完整 CI 配置
|
||||
- **建议**:GitHub Actions — lint → test → build → push image → deploy staging
|
||||
|
||||
### 4. 前端状态管理偏原始
|
||||
- **现状**:桌面端直接 fetch + useState,无全局状态管理
|
||||
- **建议**:引入 zustand 或 jotai,统一 WebSocket/SSE 状态
|
||||
|
||||
### 5. 知识库功能缺分片与多租户隔离
|
||||
- **现状**:知识库按 `owner/kb` 名称隔离,但 Milvus Collection 粒度较粗
|
||||
- **建议**:生产环境引入 Partition Key 或多 Collection 策略
|
||||
|
||||
### 6. Python 微服务较薄
|
||||
- **现状**:mcp-py 约 640 行,文档解析和代码沙箱为桩/初步实现
|
||||
- **建议**:完善 MinerU OCR 接入、MCP 协议标准化
|
||||
|
||||
### 7. 缺乏 k8s/Helm 部署方案
|
||||
- **现状**:仅 Docker Compose 编排
|
||||
- **建议**:为生产环境提供 Helm Chart,支持 HPA、PDB、健康检查
|
||||
|
||||
### 8. 缺少限流与 Rate Limiting
|
||||
- **现状**:成本护栏有 token 预算,但 HTTP 层无速率限制
|
||||
- **建议**:Gin 中间件加速率限制(令牌桶/滑动窗口),配合 Redis
|
||||
|
||||
### 9. 日志结构化不完整
|
||||
- **现状**:混用 `log.Printf` 与 `slog`
|
||||
- **建议**:统一 slog + JSON 输出,便于 ELK/Loki 采集
|
||||
|
||||
### 10. 前端无 i18n
|
||||
- **现状**:UI 文案硬编码中文
|
||||
- **建议**:如需国际化,引入 i18next
|
||||
|
||||
---
|
||||
|
||||
## 八、与同类产品对标
|
||||
|
||||
| 对标产品 | sundynix-agentix 对比 |
|
||||
|---------|---------------------|
|
||||
| **Dify** | 架构更工程化(微服务 vs 单体),护栏/评测/纠偏闭环更完整,但 UI 完成度不如 Dify |
|
||||
| **Coze** | 类似的 Agent 编排理念,sundynix 是完全开源自建可控,支持私有化部署 |
|
||||
| **LangGraph** | sundynix 的 DSL 图引擎类似 LangGraph 的状态机,但额外内置 HITL/熔断/预算/评测 |
|
||||
| **Mem0** | sundynix 的记忆系统借鉴 Mem0 的 consolidate 模式,且与编排引擎深度集成 |
|
||||
|
||||
---
|
||||
|
||||
## 九、总结
|
||||
|
||||
经过 3 天的密集改造,项目已经从一个基础的 Agent 框架跃升到**准生产级的 AI Agent 编排平台**。核心突破集中在三个方面:
|
||||
|
||||
1. **Harness 治理栈完整落地**:输入护栏(两级) → 输出脱敏(跨分片) → 自动评测 → 低分纠偏 → 熔断 → 预算控制,形成完整的「恒温器」闭环
|
||||
2. **可观测性达到业界标杆**:全链路 Trace + 执行轨迹 + Redis 回放 + 历史复盘 + 健康灯,任何一次运行都可以"时光倒流"复盘
|
||||
3. **部署与 HA 就绪**:Docker Compose 一键部署 12 个服务、优雅停机、多副本安全、密钥加密
|
||||
|
||||
项目最大的技术亮点是**将 AI 治理(安全/质量/成本)作为一等公民嵌入架构**,而非事后附加——这在开源 Agent 框架中相当稀缺。
|
||||
|
||||
> **一句话评价**:架构成熟度已达准生产级,补齐测试覆盖、API 文档和 CI/CD 后即可上线。
|
||||
Reference in New Issue
Block a user