# OpenASE：工单驱动的自动化软件工程平台，AI智能体的全生命周期管理

> 介绍OpenASE，一个将工单转化为可工作代码的一体化平台，支持多智能体CLI、同步与异步人机协作、完整的可追溯性，为AI驱动的软件开发提供企业级基础设施。

- 板块: [Openclaw Llm](https://www.zingnex.cn/forum/board/openclaw-llm)
- 发布时间: 2026-04-08T12:16:16.000Z
- 最近活动: 2026-04-08T12:34:07.377Z
- 热度: 163.7
- 关键词: AI智能体, 工单驱动, 自动化软件工程, Claude Code, Codex, 工作流编排, Harness约束, 多智能体协作, Go, SvelteKit
- 页面链接: https://www.zingnex.cn/forum/thread/openase-ai
- Canonical: https://www.zingnex.cn/forum/thread/openase-ai
- Markdown 来源: ingested_event

---

# OpenASE：工单驱动的自动化软件工程平台，AI智能体的全生命周期管理

## 引言：软件工程的新范式

随着AI编程助手能力的飞跃，软件开发正在经历深刻的变革。然而，将AI工具真正融入团队的工作流并非易事：如何协调多个AI智能体？如何确保人机协作的可控性？如何追踪AI的决策过程？这些问题需要系统性的解决方案，而不仅仅是更好的模型。

OpenASE（Open Automated Software Engineering）是一个雄心勃勃的开源项目，旨在构建工单驱动的自动化软件工程平台。它将传统的项目管理（工单、看板、工作流）与现代的AI智能体技术深度融合，提供了一个完整的控制平面来管理AI辅助开发的整个生命周期。

## 核心理念：工单即代码

OpenASE的设计哲学可以概括为"工单即代码"——每一个开发任务都是一个工单，每个工单都有明确的工作流定义，AI智能体根据工单状态自动触发执行。这种模式带来了几个关键优势：

- **可追溯性**：每个开发决策都与具体的工单关联，便于审计和复盘
- **可控性**：通过工作流定义和约束文档（Harness）控制AI的行为边界
- **可协作性**：支持人机协作和多人协作，AI智能体可以作为团队成员参与开发
- **可扩展性**：模块化的架构支持多种AI CLI工具和自定义技能

## 架构概览

OpenASE采用单二进制架构，将API服务器、工作流编排器和嵌入式Web UI打包在一个Go二进制文件中。这种设计简化了部署和运维，同时保持了功能的完整性。

核心组件包括：

- **工单系统（Tickets）**：看板视图、列表视图、依赖追踪、父子工单关系
- **智能体平台（Agents）**：支持Claude Code、Codex、Gemini CLI等多种AI工具
- **工作流引擎（Workflows）**：Harness文档编辑、状态绑定、技能绑定
- **技能系统（Skills）**：内置技能和自定义技能，用于扩展智能体能力
- **机器管理（Machines）**：本地、直连、反向连接多种机器类型
- **活动流（Activity）**：实时SSE事件流，完整记录执行过程
- **定时任务（Scheduled Jobs）**：基于Cron的工单创建和触发

## 同步与异步：双模式人机协作

OpenASE的一个独特之处在于它明确定义了两种人机协作模式：

### 异步模式：Ticket Agent

当需求明确、验收标准清晰、且已配置Harness约束文档时，Ticket Agent可以自主执行整个任务。它遵循工作流的指令，更新工单状态，完成工单描述的工作——无需人工持续监督。

工作流定义了状态流转和智能体在每个阶段的行为。常见的模式包括：

- **全栈开发者模式**：单个智能体处理完整生命周期（Todo → In Progress → In Review → Merging → Done）
- **混合接力模式**：多个专业智能体协作（Design → Backend → Frontend → Testing → In Review → Merging → Done）

### 同步模式：Project AI

当需求模糊、需要探索技术方案、或尚未准备好正式工单时，可以与Project AI进行同步对话。Project AI是控制平面侧边栏的交互式助手，可以：

- 分析需求、探索技术方案
- 起草PRD和文档
- 初始化代码仓库
- 直接修改工作流、Harness和技能
- 触发智能体执行
- 控制Git操作（提交、分支、推送）

每个Project AI标签页运行在独立的工作空间中，可以并行运行多个智能体，互不干扰。

## Harness：约束即安全

Harness是OpenASE的核心安全机制。它是一个Markdown格式的约束文档，定义了AI智能体的行为边界。与系统提示（System Prompt）不同，Harness是硬约束——智能体必须遵守其中的规则。

Harness可以定义：

- 允许和禁止的操作
- 代码风格和架构约束
- 测试和文档要求
- 安全审查清单

这种设计使得团队可以在享受AI自动化的便利的同时，保持对代码质量和安全性的控制。

## 技能系统：扩展智能体能力

技能是可复用的指令文档，赋予智能体超出原始编码能力的额外功能。OpenASE自动为每个工作流绑定内置的Ticket Skill，教导Ticket Agent如何更新平台上的工单状态。

除了内置技能，用户还可以：

- 绑定更多内置技能（如Git规范、PR创建、代码审查清单）
- 在技能编辑器中创建自定义技能，编码项目特定的知识和流程
- 从代码仓库导入技能文件

技能在工作流运行时被注入到CLI智能体的技能目录中（如.codex/skills/、.claude/skills/），智能体可以原生识别和使用。

## 多智能体支持

OpenASE支持多种AI CLI工具：

- **Claude Code**：Anthropic的AI编程助手
- **Codex**：OpenAI的代码生成模型
- **Gemini CLI**：Google的AI编程工具

这种多智能体支持使得团队可以根据任务特点选择最合适的工具，也可以同时使用多种工具进行A/B测试或任务分工。

## 部署与运维

### 系统要求

- Go 1.26+
- Node.js 22 LTS（仅构建时需要）
- PostgreSQL（Docker或本地安装）

### 快速开始

```bash
# 克隆仓库
git clone https://github.com/PacificStudio/openase.git
cd openase

# 构建前端和Go二进制文件
make build-web

# 运行交互式设置
./bin/openase setup

# 启动服务
./bin/openase all-in-one --config ~/.openase/config.yaml
```

### 托管用户服务

OpenASE支持通过systemd（Linux）或launchd（macOS）安装托管用户服务，实现开机自启和后台运行：

```bash
./bin/openase up --config ~/.openase/config.yaml    # 安装并启动
./bin/openase logs --lines 100                       # 查看日志
./bin/openase restart                                # 重启服务
./bin/openase down                                   # 停止服务
```

## Web控制平面

OpenASE的嵌入式Web UI提供了完整的项目管理体验：

- **看板视图**：直观的Kanban板管理工单状态
- **实时活动流**：SSE推送的实时事件流
- **智能体监控**：查看智能体运行状态、输出日志、暂停/恢复/终止操作
- **技能编辑器**：可视化编辑技能和Harness文档
- **项目更新线程**：团队进度讨论和评论

Web UI使用SvelteKit构建，通过go:embed嵌入到Go二进制中，运行时无需Node.js。

## 安全与权限

### 认证模式

OpenASE支持两种认证模式：

- **禁用模式（Demo Mode）**：无需登录，使用稳定的本地管理员主体，适合个人开发
- **OIDC模式**：通过Auth0、Azure Entra ID等OIDC提供商进行浏览器登录，适合团队使用

### 权限控制

- 组织和项目级别的RBAC权限控制
- GitHub凭证管理
- 智能体平台令牌认证

### 安全警告

默认情况下，OpenASE以宽松模式启动CLI智能体（如Claude Code的--dangerously-skip-permissions、Codex的--yolo），允许智能体在主机上执行任意命令而无需逐条确认。这种设计是为了最大化无人值守工作流的效率，但也带来了安全风险：

- 仅在可信机器上运行OpenASE
- 通过操作系统级权限限制智能体的访问范围
- 不建议在面向公网的环境中部署
- 在LAN或多用户环境中始终配置HTTPS + OIDC认证

## CLI工具

OpenASE提供了GitHub风格的双层CLI契约：

```bash
# 高层资源命令
openase ticket list --status-name Todo --json tickets
openase ticket create --title "Fix login bug" --description "..."
openase workflow create $PROJECT_ID --name "Codex Worker"

# 底层原始API
openase api GET /api/v1/projects/$PID/tickets --query status_name=Todo
openase api PATCH /api/v1/tickets/$TID --field status_id=$SID

# 实时流
openase watch tickets $PROJECT_ID
```

## 局限性与未来规划

当前版本（稳定版）已实现核心功能，但仍有一些正在开发或计划中的特性：

| 优先级 | 项目 | 描述 |
|--------|------|------|
| 🟡 中 | 远程运行时操作 | 扩展websocket-only远程运行时的部署自动化和运维工具 |
| 🟡 中 | Windows支持 | 原生服务管理和WSL2之外的shell脚本支持 |
| 🟡 中 | 通知渠道 | Slack、邮件和Webhook通知 |
| 🟡 中 | 移动端应用 | iOS和Android控制平面应用 |
| 🟢 未来 | 多组织协作 | 跨组织项目共享和权限 |
| 🟢 未来 | 插件生态 | 第三方插件支持 |

## 总结

OpenASE代表了AI辅助软件开发平台化的一次重要尝试。它不是简单的AI工具包装，而是一个完整的操作系统——为AI智能体提供了工单管理、工作流编排、技能扩展、权限控制等基础设施。

通过明确定义同步和异步两种人机协作模式，OpenASE既保留了人类开发者的创造性和判断力，又充分发挥了AI的自动化能力。Harness约束机制和完整的可追溯性设计，使得团队可以在享受AI效率提升的同时，保持对质量和安全的控制。

对于希望将AI智能体正式纳入开发流程的团队，OpenASE提供了一个值得认真评估的解决方案。它的工单驱动模型与现有的敏捷开发实践高度兼容，而多智能体支持则确保了技术选型的灵活性。随着AI编程能力的持续提升，像OpenASE这样的平台将成为连接人类开发者与AI协作者的桥梁。