Astron Agent 智能体工作流平台
面向企业的智能体工作流编排、MCP 工具接入与 RPA 自动化平台。
- Star 数
- ★ 8.9k
- 最近更新
- 今天
- License
- Apache-2.0
- 主语言
- Java
- FA 评分
- 21/100 · 缺口较多
30 秒速览
- 运行形态
- 可在哪里用
- 兼容但需适配
- 费用
- 软件免费，模型调用费用自付
- 上手难度
- 中 · 需要几步配置
- 开始前需要
- 典型场景
- 企业自动化团队需要把智能体流程接入多个内部和外部业务系统，并由 RPA 执行跨系统操作。
- 不适合
- 希望用Kubernetes/Helm直接上生产、不想等Helm chart的团队
- 只想用英文界面或纯英文文档的团队
这个 Agent 能做什么，适合哪些场景？
Astron Agent 是用于构建智能体应用的企业级工作流开发平台，覆盖 AI 工作流编排、模型管理、AI 与 MCP 工具集成、RPA 自动化及团队协作。其运行边界是部署后的应用服务：Docker Compose 会启动包括 Casdoor 在内的服务，AstronAgent 前端通过 nginx 代理在本机提供访问入口。平台定位于将智能体决策与跨系统执行连接起来，并支持高可用部署。README 同时描述了通过 API 接入模型和部署企业级 MaaS 集群的路径，但未列出具体模型提供商、工作流节点或公开 API 规范。它适合希望自托管企业智能体工作流并愿意完成环境配置与集成验证的团队。
部署时，用户克隆仓库，进入 docker/astronAgent，复制 .env.example 为 .env 并配置环境变量，然后运行 docker compose -f docker-compose-with-auth.yaml up -d。该命令启动全部服务，包括 Casdoor；Casdoor 管理界面位于 http://localhost:8000，AstronAgent 应用前端经 nginx 代理位于 http://localhost/。平台将 AI 工作流编排与模型管理、AI/MCP 工具及智能 RPA 集成结合，用于构建可调用企业内外部系统的智能体应用。现有材料没有给出工作流定义格式、节点清单、工具调用 API 或应用输出协议。
- 企业自动化团队需要把智能体流程接入多个内部和外部业务系统，并由 RPA 执行跨系统操作。
- 平台工程团队希望通过 Docker Compose 在自有环境中部署带认证服务的智能体应用开发平台。
- 已有模型服务的企业需要在工作流中进行模型接入和验证，并评估 API 接入或本地 MaaS 集群部署路径。
- 业务团队要构建需要 AI 能力、MCP 工具和自动化执行协同的流程型智能体应用。
- 需要在企业环境中试点高可用智能体工作流平台，并对其工具生态和系统集成能力进行验证的团队。
如何安装或部署这个 Agent？
前提是具备 Docker 与 Docker Compose，并能取得仓库代码。执行：
git clone https://github.com/iflytek/astron-agent.git
cd astron-agent/docker/astronAgent
cp .env.example .env
vim .env
docker compose -f docker-compose-with-auth.yaml up -d启动后，Casdoor 管理界面为 http://localhost:8000，默认账号为 admin，默认密码为 123；应用前端为 http://localhost/。README 要求先配置 .env，但所给材料未列出具体变量及取值。
如何使用这个 Agent？
先按部署步骤启动服务，再访问 http://localhost/ 进入 AstronAgent 前端；如需管理认证服务，访问 http://localhost:8000 并使用默认 Casdoor 凭据 admin / 123。README 将平台用于 AI 工作流、模型、AI/MCP 工具和 RPA 的组合，但未提供创建首个工作流、配置模型或调用 MCP 工具的界面步骤、CLI 命令或 API 示例。因此，首个可验证结果是服务和前端可访问；具体智能体流程的创建需依赖未随材料给出的使用文档。
这个 Agent 有哪些优点和局限？
- 将 AI 工作流编排、模型管理、MCP 工具集成与智能 RPA 放在同一平台定位中，适合需要从决策延伸到跨系统执行的场景。
- 提供 docker-compose-with-auth.yaml 的一键式启动路径，并明确包含 Casdoor 认证服务及前端访问地址。
- README 明确主张提供高可用部署能力，面向可扩展、生产级智能体应用。
- 采用 Apache 2.0 许可证；README 明确允许商业使用、修改和分发。
- Helm 图表仍处于开发中，Kubernetes 部署没有可执行的当前安装路径。
- 材料未列出支持的具体模型提供商、MCP 服务、RPA 连接器、工作流节点或公开 API，采购前需要自行验证关键集成。
- 启动前必须配置 .env，但给出的材料未包含变量清单、默认值或生产配置示例。
- 即插即用的能力与 iFLYTEK Open Platform 工具生态有关；使用该生态的实际接入条件和费用未在材料中说明。
这个 Agent 与同类方案有什么区别？
与相关度最高的同类 agent 并排比较关键指标。
| Agent | 源码审查 | 形态 / 费用 | Star | 最近更新 | 主语言 | 完整支持的平台 |
|---|---|---|---|---|---|---|
| Astron Agent 智能体工作流平台 当前 | 21 · 缺口较多 | 自托管服务免费 + 模型费 | ★ 8.9k | 今天 | Java | — |
| Agentspan | 62 · 存在缺口 | 命令行工具免费 + 模型费 | ★ 498 | 1 个月前 | TypeScript | OpenAI API · Claude API |
| BISHENG 企业级 LLM 应用开发运维平台 | 证据不足 | 自托管服务免费 | ★ 12k | 2 天前 | Python | — |
| Conductor 工作流引擎 | 68 · 存在缺口 | 命令行工具免费 + 模型费 | ★ 32k | 1 天前 | Java | Claude Code · OpenAI API · Claude API |
FollowAgents 如何评估这个 Agent？
查看各维度的扣分理由
证据显示：仓库包含认证测试（test_app_auth.py）和CI工作流，但未提供权限模型、用户确认机制、数据流透明性、敏感数据处理策略、依赖安全审计、外部影响控制、回滚机制或来源归属的明确文档。扣分原因：这些方面在提供的文件中均未体现，无法评估。
证据显示：CI工作流包含质量检查和测试步骤，但未提供依赖可用性保障（如锁文件、镜像摘要）或失败消息的详细说明。扣分原因：依赖可用性和失败消息缺乏证据，自一致性仅部分体现（CI配置与README部署说明基本一致）。
证据显示：README明确了目标受众（企业级）和场景（工作流编排、RPA集成），并提供了Docker Compose和Helm（开发中）部署选项。扣分原因：能力边界描述不完整，触发精度（如工作流触发条件）未说明，环境适配仅部分覆盖（未提及操作系统、资源要求等）。
证据显示：README提供了清晰的架构信息、安装步骤、示例和FAQ链接，Apache-2.0许可证明确。扣分原因：命名稳定性未说明，已知限制未列出，版本变更日志缺失，维护责任仅通过贡献指南部分体现。
证据显示：README描述了输出（可部署的Agent平台）和边际价值（企业级功能），但未提供成本效益分析或性能数据。扣分原因：输出可用性仅基于描述，边际价值和成本效益缺乏量化证据。
证据显示：README中的声明（如企业级可靠性）未提供具体证据，CI工作流存在但未验证。扣分原因：声明可追溯性不足，跨来源佐证缺失，事实与推断未明确区分。
- 源码中未见：最小权限约束只授予完成任务所需的权限：用专用账号或只读令牌，并限定可访问的目录和仓库。
- 源码中未见：执行前用户确认开启或自行加上执行前确认；先在沙箱或测试环境跑通，确认行为后再接入真实数据。
- 源码中未见：数据流向说明运行时观察它连接了哪些外部服务（代理或防火墙日志）；弄清数据去向之前不要输入敏感数据。
- 源码中未见：敏感信息处理使用专用、低权限、可随时吊销的 API 密钥，不要复用生产凭据，也不要让密钥出现在日志里。
- 源码中未见：依赖安全审查安装前固定版本并做一次依赖扫描（如 npm audit、pip-audit）；优先放在容器里运行。
- 源码中未见：外部影响披露先弄清它会写入、发送或修改哪些外部系统，用测试账号或测试仓库验证后再接入正式环境。
- 源码中未见：回滚或恢复路径运行前先备份，或在 git 分支、快照上操作，确保改动可以撤销。
- 源码中未见：来源归属可核验从官方仓库或包源安装，核对发布者和仓库地址，避免同名仿冒包。
- 未提供权限模型、用户确认或数据流透明性文档，部署前需自行评估安全控制。
- 依赖安全未审计，建议检查依赖锁文件和已知漏洞。
- Helm charts仍在开发中，生产环境使用需谨慎。
- 默认Casdoor凭据（admin/123）存在安全风险，应立即更改。
最近版本
来自该项目 GitHub Releases 的最新发布记录，说明为上游原文摘录，未经本站改写或测试。
-
v1.1.2 Astron Agent v1.1.2 — Security Release
发布说明摘录
Security Release Astron Agent v1.1.2 is a security release. Operators running v1.1.1 or earlier should upgrade promptly, especially those running multi-tenant deployments. Workflow code execution and tenant isolation This release addresses unsafe workflow code-node execution that could allow an authenticated user with workflow creation permissions to execute code in the workflow service container and access or modify other tenants' data in affected deployments. …在 GitHub 查看 ↗ -
发布说明摘录
- payee: "@whyiug" reward: CNY RMB: 500 accounts: - issue: "#1575" payer: |- @FenjuFu --- currency: CNY RMB reward: 500 source: ""在 GitHub 查看 ↗ -
v1.1.1 Astron Agent v1.1.1
发布说明摘录
What's Changed Based on PRs merged into main since v1.1.0. New Features - feat(console): Integrate workflow functionality into the Agent ([#1487](https://github.com/iflytek/astron-agent/pull/1487)) - feat(mcp): add Streamable HTTP with SSE fallback ([#1552](https://github.com/iflytek/astron-agent/pull/1552)) Fixes - fix(knowledge): load platform config from persistent storage ([#1558](https://github.com/iflytek/astron-agent/pull/1558)) - fix(workflow): allow zero LLM temperature ([#1562](https://github.com/iflytek/astron-agent/pull/1562)) …在 GitHub 查看 ↗