Wegent
可自部署的 AI 原生操作系统,一条命令启动私有工作台,统一管理对话、代码执行、知识库和流程自动化
加载项目详情…
本应用为开源项目,仅供学习研究,请遵守其开源协议。
可自部署的 AI 原生操作系统,一条命令启动私有工作台,统一管理对话、代码执行、知识库和流程自动化
加载项目详情…
本应用为开源项目,仅供学习研究,请遵守其开源协议。
想象一个场景:凌晨两点,你收到一封来自运维系统的告警邮件——数据库连接数逼近上限,服务响应时间开始抖动。按照传统流程,你需要登录服务器、查看日志、定位慢查询、写修复脚本、提交代码、等待 CI、部署上线。折腾一圈,半小时过去了。
如果有一个 AI 工作台,帮你把这件事自动化呢?——它能读取告警邮件、查代码仓库找到相关服务配置、自动分析慢查询原因、生成修复脚本、在隔离环境中验证、通过 Code Review、提交 PR。你只需要点一个"确认执行"。这就是 Wegent 试图解决的问题。
Wegent 来自微博(Weibo)内部技术团队,定位是「AI 原生操作系统」(AI-native Operating System)。这个说法并非营销噱头——它的设计哲学借鉴了 Kubernetes 的 CRD 思想,将 AI 工作流中涉及的各类实体抽象为标准资源:Ghost(智能体)、Model(模型)、Shell(技能模板)、Bot(机器人)、Team(团队)、Task(任务)、Skill(技能)、Workspace(工作空间)。
这种抽象带来了一个核心价值:复用。当你在一个任务中调教出一个有效的代码审查流程,下一次可以直接把这个"Shell"分享给团队成员,而不需要重新配置一遍 Prompt、模型参数和工具权限。
从技术架构看,Wegent 是一个典型的大型前后端分离系统,采用 Monorepo 风格管理多个子模块:
| 模块 | 技术栈 | 职责 |
|---|---|---|
| backend | Python 3.10~3.13 / FastAPI / SQLAlchemy | RESTful API、认证授权、业务逻辑编排 |
| frontend | Next.js 15 / React 19 / TypeScript / shadcn/ui | Web 界面、对话窗口、任务管理 |
| executor | Python / Claude Code / Agno / Dify | 在隔离环境中执行代码任务 |
| executor_manager | Python / Docker SDK | 容器化执行器生命周期管理 |
| chat_shell | LangGraph / 多 LLM | 轻量级对话引擎 |
| knowledge_engine | Python / Elasticsearch(可选) | 独立 RAG 检索服务 |
| knowledge_doc_converter | Celery / Redis / MinerU | 异步文档解析(PDF/PPTX 转 Markdown + OCR) |
| shared | Python | 各模块共享的工具库、加密模块、数据模型 |
后端依赖极为丰富:FastAPI + Pydantic 构建 API 层;SQLAlchemy + Alembic 管理数据库迁移(支持 MySQL 异步驱动 asyncmy);LangChain + LangGraph 实现 Agent 流程编排;Celery + Redis 实现异步任务队列;OpenTelemetry 全链路追踪;Prometheus 指标暴露。整体呈现出大型互联网公司内部工程化系统的成熟度。
Wegent 的 README 详细描述了五个落地场景,每个场景都对应了实际的使用价值:
场景一:智能对话与文件处理。 搭建私有化 AI 对话入口,支持多模型切换(Claude / GPT / Gemini)、多轮上下文、群聊 @ 提及。独特之处在于 AI 能读取附件(PDF、Word、Excel、PPTX)、执行命令、生成图表,并通过长期记忆保持对话连贯性。适合作为团队内部的知识问答入口。
场景二:让 AI 处理代码仓库。 这是 Wegent 最具差异化的能力。通过 executor 模块,AI 可以在 Docker 隔离环境中"操作"真实代码仓库——连接 GitHub / GitLab / Gitea / Gerrit,完成需求澄清、分支创建、代码修改、单元测试、提交和 PR 创建。背后依赖 Claude Code 的代码执行能力,Agno 和 Dify 则提供了备用执行引擎。
场景三:自动化信息追踪。 将 AI 变成 7×24 小时运行的"信息管家"。用户设置定时规则或事件触发器,Wegent 自动汇总新闻、监控数据、竞品动态,生成结构化报告并沉淀为信息流。这个场景对于运营、市场、研究团队尤为实用。
场景四:团队知识库问答。 支持上传文档(PDF/Word/Excel/PPTX)、导入网页、同步钉钉多维表,构建私有知识库。knowledge_engine 模块负责解析(调用 MinerU OCR)、转换、语义切分、Embedding 存入 Elasticsearch(可选),AI 回答时自动引用资料来源。
场景五:本地设备安全执行。 在团队成员的电脑上安装本地 executor,通过加密通道连接到 Wegent 主服务。任务可以在云端隔离环境和本地设备之间灵活切换,适合需要访问本机仓库、内网系统或专属开发环境的场景。executor_manager 负责容器编排,确保安全隔离。
Wegent 提供了三个层次的部署方案:
Standalone 模式(推荐新手): 单 Docker 容器 + 内置 SQLite,一条命令完成:curl -fsSL https://raw.githubusercontent.com/wecode-ai/Wegent/main/install.sh | bash -s -- --standalone。启动后访问 http://localhost:3000,开箱即用。
Standard 模式(团队/生产): 多容器架构,通过 docker-compose.yml 编排 MySQL 9.4 + Redis 7 + Backend (FastAPI) + Frontend (Next.js) + Executor Manager + Knowledge Runtime 等服务。可选启用 Elasticsearch(profile=rag)构建知识库检索能力。
Development 模式: 源码级启动,./start.sh 脚本管理前后端热重载,适合开发者本地调试和二次扩展。
Dockerfile 采用了多阶段构建:基础镜像 ghcr.io/wecode-ai/wegent-base-python3.12:latest 预装了 uv 包管理器,backend 容器内通过 uv pip 安装依赖(FastAPI、LangeChain、Celery 等完整依赖链),并通过 WORKDIR 和 COPY 合理组织 Monorepo 内部包引用。
深入代码层,Wegent 有几个值得关注的工程决策:
LangGraph 状态机编排。 chat_shell 模块基于 LangGraph 构建,定义了明确的状态转换图(TaskState、Message、AgentAction)。executor 则通过 mode_strategy 模式策略(Docker 模式 vs 本地模式)动态选择执行环境,体现了良好的策略模式设计。
MCP(Model Context Protocol)集成。 backend 内置了 mcp_server 模块和 installed_mcp_service,支持 MCP 协议的外部工具接入。executor 通过 deferred_mcp_proxy 实现 MCP 代理,Claude Code Agent 可以调用远程 MCP 工具。
安全设计。 executor 运行在 Docker 隔离容器内,通过 executor_manager 控制生命周期(取消、删除)。敏感操作(如 Git Token 加密存储)通过 migrate_encrypt_tokens.py 和 MIGRATION_GIT_TOKEN_ENCRYPTION.md 规范处理流程。
多语言支持。 frontend 构建时自动下载字体脚本(download-fonts.cjs),backend 层面支持钉钉文档 / Wiki 同步(dingtalk_doc_service、dingtalk_wikispace_service),体现了对中文企业场景的重视。
没有任何项目是完美的。Wegent 面临的挑战值得坦诚讨论:
文档完整度不均。 英文文档比中文更完整,部分功能只有英文说明。AGENTS.md 定义了架构原则,但具体模块的实现细节需要直接读代码。
生产就绪门槛。 Standard 模式需要手动配置 MySQL 用户权限、Redis 持久化、Elasticsearch 资源配额等,对运维能力有一定要求。没有提供 Helm Chart,Kubernetes 部署需要自行编写 Manifest。
LLM 成本。 executor 默认调用 Claude Code API,token 消耗量大。没有内置用量控制和成本监控(虽然暴露了 Prometheus 指标,需要自行对接 Grafana)。
GitHub 仓库活跃但缺乏 Demo 视频。 项目截图都在 GitHub Issue 附件中,没有提供可访问的产品 Demo 视频,对新用户的第一印象建立不够直观。
Wegent 体现了当前 AI Agent 领域的一个重要趋势:从"单个 AI 聊天机器人"向"AI 团队协作平台"演进。GitHub 上 589 颗星、来自微博内部生产验证的背景,使其成为研究企业如何落地多 Agent 系统的有价值参考。
特别值得关注的是它对"任务执行"和"对话"的分层设计:chat_shell 处理快速问答,executor 处理复杂代码任务,knowledge_engine 处理文档检索——每层职责清晰,通过 FastAPI API 解耦。这意味着 Wegent 可以在不同场景下作为不同能力的入口,而不仅仅是聊天界面。
Wegent 的另一个行业意义在于"自托管"定位。在数据隐私敏感的企业场景(金融、医疗、政府),很多 Agent 产品要求用户数据上传到第三方 API。Wegent 提供了一条完整的数据不出境的路径:模型可以部署在本地(如果支持本地推理),数据库、文件存储、执行环境全部私有化。这在当前监管环境下具有实际价值。
# Standalone 模式(推荐,首次体验)
curl -fsSL https://raw.githubusercontent.com/wecode-ai/Wegent/main/install.sh | bash -s -- --standalone
# 启动后访问 http://localhost:3000
# 默认管理员账号在 .env 中配置
# Standard 模式(团队使用)
curl -fsSL https://raw.githubusercontent.com/wecode-ai/Wegent/main/install.sh | bash -s -- --standard
部署要求极低:仅需 Docker 和 Docker Compose,CPU 架构,4GB RAM,5GB 磁盘。无需 GPU,无需云服务账号。
总结:Wegent 是一个工程化程度高、场景覆盖广、部署门槛低的开源 AI 工作台。 它来自微博内部生产系统的实战打磨,将 AI 对话、代码执行、知识管理和流程自动化整合到统一平台。对于希望构建私有 AI Agent 协作系统的团队,它提供了可直接参考的架构设计和代码实现;对于 AI 开发者,它是一个理解企业级 Multi-Agent 系统的优秀样本项目。