amuxOS

amuxOS · 通用 Agent 工作平台

在飞书里,
把任务交给 AI 同事

团队接力提需求,AI 同事持续推进。

在同一飞书话题里交代任务、补充约束、接手跟进。amuxOS 让 Agent 连接代码、数据与业务工具,把开发、分析和日常工作持续推进到具体交付。

开放源码自主部署,接入你自己的模型与工具。

真实开发记录 · 两位工程师,一个持续话题从拉取项目,到代码评审、编译与监控,沿着同一份上下文继续工作。

02不同的工作,都能接着做下去Real Work · Connected Tools · Tangible Results

从团队开发、数据报告,到定时执行与专家复核。精选 6 个真实案例,看看 Agent 如何组合工具、连接平台,把任务推进到具体交付。

跨部署精选 · 真实记录已脱敏

团队研发

多人接力、代码修改、评审与构建

Git · Shell · xxcli · CI

数据与成果交付

取数计算、生成图表、发布报告页面

Python · HTML / CSS · imcli

持续自动化

按时启动、运行工作流、更新结果

Schedule · Skill · Python

诊断与决策

跨平台核对证据、计算与独立复核

CLI · Python / Node.js · 专家委派
01 / 同一话题里的团队接力团队开发话题

两位工程师,一条话题,把需求推进到代码和验证。

从拉取两个项目开始,成员持续补充需求、纠正字段、推进验证,Agent 沿着同一份上下文继续工作。

任务入口 · 飞书话题 · 两位成员持续协作

拉取项目 A 和项目 B,准备进行开发。

脱敏过程回放 · 可随时切换案例

  1. 成员 A 发起跨仓库开发

    从拉取两个项目开始,逐步明确数据格式、开发要求和交付目标。

    Git + xxcli · 代码与需求核对
  2. Agent 实现功能,跟进代码评审

    实现缓存与分布式去重、消息写入,创建业务 MR,并处理两条评审意见。

    Git + xxcli codebase · 开发与评审
  3. 成员 B 接力纠正字段来源

    Agent 按新要求修改同一分支与 MR,完成远端全量编译,无需重新交代之前的开发过程。

    amux + xxcli scm · 延续上下文与构建
  4. 跟进实验,继续追查依赖问题

    通过监控发现实际写入未触发,追到接口定义镜像缺少字段,再创建接口同步 MR。

    xxcli apm / log / codebase · 验证与修复

来自真实团队开发话题:两位成员接力提出需求,Agent 在同一工作区持续开发、更新 MR 并跟进验证。 xxcli、monitorcli、imcli 为企业工具的脱敏名;此处回放不连接真实平台。

案例来源与选取方式

这些案例精选自多个实际部署中的团队开发话题、持续问题处理会话、定时任务与专家协作记录。按工作方式、工具组合和交付成果选取,展示已发生的具体用法;不代表各类任务的使用占比。

既有多人接力开发,也有定时巡检、日报发布和专家复核;工具涵盖 Git、Shell、Python / Node.js、企业 CLI、Schedule 与 Skill,连接代码评审、构建、监控、企业 IM 和应用托管平台。每个案例都标注实际产物与完成状态,业务对象、内部工具名称和链接已脱敏。

03三个核心价值Core Values

持续执行

任务不止于一次回答:定时触发、等待确认、恢复执行,数字员工持续跟进直到事情闭环。

团队协作

多人 @ 同一位数字员工,共享身份与记忆;换会话、换同事接手,上下文依然延续。

安全可控

谁能做什么有边界,关键决策由人确认;任务计划、工具调用、执行状态和结果可追踪、可回溯。

04工作原理How It Works

飞书入口

群里 @ 一下,或用 /amux 命令。

Jarvis 编排拆解

复杂需求拆解成子任务并分派。

调用工具执行

数字员工在自身权限内调用工具。

关键节点人工确认

关键决策停下来,等人确认。

结果回传 thread

过程与结果回到同一话题。

架构细节
ACCESS沟通发生在哪里,入口就在哪里:Feishu Bridge / CLI / Desktop / MCP,自然语言即是调度指令。
amuxd Hub常驻中枢:数字员工的身份、记忆、路由与调度统一管理,身份与权限随每一次调用全程生效。
amuxlet Runtime轻量执行单元:Session / Task 生命周期管理,注入身份、桥接工具、驻留会话。
Provider Layer模型与 CLI 提供方自由替换、混部并行:Claude Code / Codex / Pi,能力不被任何单一供应商锁定。

05团队协作与个人助理,一套底座Scenarios

协作开发一个能力需求Jarvis 拆解分工,多位数字员工并行推进,进展与结果回到同一话题。
发布系统服务发版检查逐项核对,关键节点人工确认后放行,记录归档可回溯。
代码评审跟进认领评审意见,逐条回复与修改,跟进到合并闭环。

06部署与安全Deploy & Security

在自己的环境中部署

amuxd 协调任务,amuxlet 承载执行,飞书桥接连接团队。支持 macOS 与 Linux,按 GitHub 仓库中的指南安装与配置。

macOS Linux 自有环境 可扩展工具

数据与权限

数据与记忆保存在你自己的环境;调用云端模型时仅发送任务所需内容;接入内网模型即可完全离线运行。团队场景使用数字员工独立身份与权限,个人场景复用你本人的身份与权限。

跨 Runtime

同一份定义,在 Claude Code / Codex / Pi 上复用员工的配置与权限规则;输出由所选 Runtime 与模型决定。

Claude CodeCodexPi
需要什么运行环境?

支持 macOS 与 Linux。部署时需要配置 Agent Runtime、模型访问方式和飞书接入;具体依赖与安装步骤见 GitHub 仓库中的指南。

数据会发送到云端吗?

数据与记忆保存在你自己的环境;调用云端模型时仅发送任务所需内容;接入内网模型即可完全离线运行。

一定要用 Claude 吗?

不用。Runtime 可插拔:Claude Code / Codex / Pi 均可运行同一份员工定义,模型随所选 Runtime 自由切换,不被单一供应商锁定。

07和 Claude Tag 比一比Head to Head

Claude Tag 是 Anthropic 发布的 Slack 内数字员工;amuxOS 是飞书原生的数字员工平台。差异在于协作入口、部署方式与可替换的执行底座。

维度amuxOSClaude Tag
定位数字员工平台:标准 + 入口 + Runtime harness一个 AI 员工(Claude 自己)
RuntimeClaude Code / Codex / Pi,可插拔Anthropic 云端沙箱
模型随 Runtime 自由选择发布时使用 Opus 4.8(2026-06)
入口飞书原生,多入口架构目前仅 Slack
员工形态多位数字员工,Jarvis 编排并行基于 Claude 的团队协作服务(按频道划分身份与记忆)
部署与数据支持私有部署,数据与记忆保存在你自己的环境云托管,数据在 Anthropic 云端

资料来源(2026-09 核实):

Claude Tag 适合以 Slack 为协作中心、使用 Claude Enterprise/Team 的团队;amuxOS 适合以飞书为协作中心、需要私有部署与自有身份权限体系的团队。

08 · Open Source · Get Started

让 AI 成为团队里靠谱的一员

从 GitHub 开始,把 amuxOS 带进你的工作环境。查看源码、按指南部署,接入团队已有的模型与工具。

01

打开 GitHub 项目

在 amuxos/amux 查看源码、安装指南和版本更新。

02

部署到自己的环境

按安装指南配置 Runtime、模型与飞书入口,接入团队已有的工具。

03

从一件真实工作开始

交代一次开发、一份报告或一项巡检,在话题里持续跟进执行与结果。