Aexus — Design skill for Claude Code

Aexus

Aexus 是统一管理原生 Coding Agent、协作角色与云主机的工作台。本项目由原 Cloud Hosts 演进而来，替代旧独立 Aexus 应用。

• Single Host：主机详情、终端、文件，以及相互独立的 Agent / Role 子页。
• Hosts Board：终端和文件看板。
• Agent Board：按工作组组织主机，各组独立保存主机排序与 1–6 列数，连接原生 Codex、Claude Code、Pi、Cline；支持主机本机引擎和 Mac 引擎跨主机执行。
• Role Board：Company、Messages、Plan；合作关系、群聊与计划均由独立的角色模块管理。

原 Aexus 的 Mini Notion、Margin Reader、Cloud Hosts 插件产品不再打包或加载；文档封面预览改由 Core 自身的预览 worker 独立渲染，不依赖 Margin Reader。主机管理与 VM Lab 软件独立。

当前版本 **2.12.2**（build 54，构建标识以仓库根 `release.json` 为唯一来源，精确 buildId/bundleHash 只在 ignored artifacts 的最终验收报告）。`/Applications/Aexus.app` 与 Toolbox 内嵌 Aexus 仍为安装位置。2.12.1 交付：Agent 与 Role 独立、工作组 1–6 列、Team 云端自动生成/绑定并保留父级、员工严格子目录、Secretary 创建与后续职位管理、角色/设置/对话等页面紧凑与对比度修正（看板与外壳保持原样、系统图标沿用原图标）、全云默认 Full 可配置，以及 OpenCode 作为第 5 个原生 CLI（Role/IDE 共享原生鉴权）；验收见 [2.12.1 发布验收](docs/RELEASE_2.12.1_ACCEPTANCE.md)。2.12.1 修复内嵌 Role Core 的 Python 传输入口（`agent_process.py` / `native_executor.py` / `terminal.py`）在无 `-B` 运行时会向已签名应用包内写入 `__pycache__` 字节码缓存、导致 `codesign --strict` 失效：三个入口现于导入 `transport` 前先 `sys.dont_write_bytecode = True`，并新增 `Modules/Tunnel/tests/test_no_bytecode.py`（含负对照）证明普通可写目录、无 `-B`/环境变量遮蔽下不再生成缓存。2.11.3 修复文件回收站元数据先于数据原子写入（metadata-before-move）：元数据写入失败不再产生无法恢复的孤儿，两份工作区后端（CloudHosts `Runtime/workspace_files.py` 与内嵌 Role Core `AgentBoard/Aexus/Modules/Tunnel/workspace_files.py`）同步修复，验收见 [2.11.3 发布验收](docs/RELEASE_2.11.3_ACCEPTANCE.md)。2.11.2 修复 Role Board 重新进入/刷新后的 `Invalid CSRF token`（会话 Cookie 现按 Core 实例与浏览器客户端分别命名，重新授权复用同一活动会话，不轮换 Cookie、不重放被拒写入），Company/Messages/Plan 切换改为单击直达、无需重试或再次点击；同时把图标外圈白边改为透明（现代 Assets.car + `CFBundleIconName` 优先加载，`Engine/App.swift` 仅在缺少该键时才回退旧版 icns）。macOS 应用沿用原 Aexus 图标。现有云主机数据仍沿用 `~/Library/Application Support/Toolbox/CloudHosts`，无需迁移凭据或会话；`cloud-hosts` 命令继续兼容，新的主命令为 `aexus`。验收证据见 [Agent / Role Board 拆分验收](docs/AGENT_ROLE_SPLIT.md)。

宣传海报、文案和可编辑源素材保存在 [Marketing](Marketing/README.md)，历史素材不能直接视为当前功能承诺。

npm ci
python3 build.py
# 生成 artifacts/Aexus.app；构建不代表安装，也不会修改用户数据。

使用

安装后使用