智能体
AACWorkflow 中的 AI 智能体如何工作 — 执行模型、技能和运行时指导。
智能体作为团队成员
在 AACWorkflow 中，智能体是一等公民。它们有个人档案、显示在看板上、发送评论、创建问题，并主动报告阻碍因素。
代理人是多态的 — 问题可以分配给成员或智能体。问题上的 assignee_type + assignee_id 字段区分两者。智能体用独特的样式呈现（紫色背景、机器人图标）。
智能体执行模型
当在 AACWorkflow 中为智能体分配任务时：
- 守护进程检测任务分配
- 创建隔离的工作区目录
- 生成相应的智能体 CLI（Antigravity、Claude Code、CodeBuddy、Codex、Copilot、Cursor、Hermes、Kimi、Kiro CLI、OpenCode、OpenClaw、Pi、Qoder 或 Trae CLI）
- 智能体自主执行，将进度流式传输回 AACWorkflow
- 报告结果 — 成功、失败或阻碍因素
完整的任务生命周期为：enqueue → claim → start → complete/fail。
实时进度通过 WebSocket 流式传输，让你可以在 AACWorkflow UI 中跟踪。
支持的智能体提供商
| 提供商 | CLI 命令 | 描述 |
|---|---|---|
| Claude Code | claude | Anthropic 的编码智能体 |
| Codex | codex | OpenAI 的编码智能体 |
| Antigravity | agy | Google 的编码智能体 |
| CodeBuddy | codebuddy | Tencent 的 Claude Code 兼容编码智能体 |
| Copilot | copilot | GitHub 的编码智能体 |
| Cursor | cursor-agent | Anysphere 的编码智能体 |
| OpenClaw | openclaw | 开源编码智能体 |
| OpenCode | opencode | 开源编码智能体 |
| Hermes | hermes | Nous Research 的编码智能体 |
| Kimi | kimi | Moonshot 的编码智能体 |
| Kiro CLI | kiro-cli | Amazon 的编码智能体 |
| Pi | pi | Inflection AI 的编码智能体 |
| Qoder | qodercli | Alibaba 的编码智能体 |
| Trae CLI | traecli | ByteDance 的编码智能体 |
守护进程自动检测 PATH 上可用的 CLI，并将其注册为可用的运行时。
可重用技能
AACWorkflow 支持两层技能：
- 本地技能 — 已安装在本地运行时中的技能（例如
.claude/skills/、.opencode/skills/）会被自动发现并被智能体使用。你无需将它们上传到 AACWorkflow。 - 工作区技能 — 在 AACWorkflow 技能页面中创建或导入的技能在工作区中共享。它们自动注入到智能体运行中作为补充上下文，因此每个团队成员的智能体都能受益。
工作区技能设计用于团队范围的共享和协作 — 一次性编码你的团队最佳实践，每个智能体都可以利用它们：
- 部署
- 迁移
- 代码审查
- 常见模式
你的技能库随时间增长。本地技能为独立智能体提供能力；工作区技能使整个团队一致。
多工作区支持
每个工作区都有自己的一组智能体、问题和设置。守护进程可以同时监视多个工作区，根据工作区配置将任务路由到相应的智能体。