能力标签

🤖 Agent 🔄 工作流 🐳 Docker 🧬 Embedding 🖥 本地 LLM

⚙️

Agent工作流

智能工作流

基于 TypeScript · 无代码搭建完整 AI 自动化流程

英文名：omadia

⭐ 15 Stars 🍴 2 Forks 💻 TypeScript 📄 MIT 🏷 AI 8.0分

8.0AI 综合评分

aitypescriptdockeragentic-os

⬇ 下载源码 ZIP ⚙️ 配置说明

✦ AI Skill Hub 推荐

智能工作流是 AI Skill Hub 本期精选Agent工作流之一。综合评分 8.0 分，整体质量较高。我们强烈推荐将其纳入你的 AI 工具库，帮助提升工作效率。

📚 深度解析

智能工作流是一套完整的 AI Agent 自动化工作流方案。随着 AI 能力的不断提升，基于 Agent 的自动化工作流正在成为提升个人和团队效率的核心方式。区别于传统的 RPA 自动化（模拟鼠标键盘操作），AI Agent 工作流通过理解任务意图、动态规划执行路径，能够处理更复杂的非结构化任务。

智能工作流工作流的设计遵循"最小配置，最大复用"原则：核心逻辑已经封装好，用户只需配置自己的 API Key 和业务参数即可快速上手。工作流内置错误处理和重试机制，在网络波动或 API 限速等情况下仍能稳定运行，适合作为生产环境的自动化基础设施。

在实际部署时，建议先在测试环境中运行 3-5 次，验证各个环节的输出结果符合预期，再部署到生产环境。AI Skill Hub 评分 8.0 分，是同类 Agent 工作流中的精选推荐。

📋 工具概览

智能工作流是一套完整的 AI Agent 自动化工作流方案。通过可视化的节点编排，将复杂的多步骤任务拆解为清晰的自动化流程，实现全程无人值守的智能处理。支持与数百种外部服务和 API 无缝集成，适合构建数据处理管线、业务自动化和 AI 辅助决策系统。

GitHub Stars

⭐ 15

开发语言

TypeScript

支持平台

Windows / macOS / Linux

维护状态

轻量级项目，按需更新

开源协议

MIT

AI 综合评分

8.0 分

工具类型

Agent工作流

Forks

📖 中文文档

以下内容由 AI Skill Hub 根据项目信息自动整理，如需查看完整原始文档请访问底部「原始来源」。

📌 核心特色

可视化 Agent 工作流编排，无需编写复杂代码
支持多步骤自动化任务链，实现全流程无人值守
与外部 API、数据库和第三方服务无缝集成
内置错误处理与自动重试机制，保障稳定运行
提供可复用的自动化模板，快速在同类场景部署

🎯 主要使用场景

自动化日常重复性工作，将精力集中于创造性任务
构建数据采集 → 处理 → 输出的完整自动化管线
实现跨平台、跨系统的数据流转和业务协同

以下安装命令基于项目开发语言和类型自动生成，实际以官方 README 为准。

安装命令

# 方式一：npm 全局安装
npm install -g omadia

# 方式二：npx 直接运行（无需安装）
npx omadia --help

# 方式三：项目依赖安装
npm install omadia

# 方式四：从源码运行
git clone https://github.com/byte5ai/omadia
cd omadia
npm install
npm start

📋 安装步骤说明

访问 GitHub 仓库获取工作流文件
在对应平台（Dify / Flowise / Make 等）中找到「导入工作流」功能
上传工作流文件
按照提示配置必要的环境变量和 API Key
运行测试确认流程正常后投入使用

以下用法示例由 AI Skill Hub 整理，涵盖最常见的使用场景。

常用命令 / 代码示例

# 命令行使用
omadia --help

# 基本用法
omadia [options] <input>

# Node.js 代码中使用
const omadia = require('omadia');

const result = await omadia.run(options);
console.log(result);

以下配置示例基于典型使用场景生成，具体参数请参照官方文档调整。

配置示例

# omadia 配置说明
# 查看配置选项
omadia --config-example > config.yml

# 常见配置项
# output_dir: ./output
# log_level: info
# workers: 4

# 环境变量（覆盖配置文件）
export OMADIA_CONFIG="/path/to/config.yml"

📑 README 深度解析真实文档完整度 76/100 查看 GitHub 原文 →

以下内容由系统直接从 GitHub README 解析整理，保留代码块、表格与列表结构。

简介

What's in the box

- Plugin runtime — channels, integrations, tools, sub-agents, capability providers; everything is a plugin behind a stable API surface (@omadia/plugin-api) - Builder — UI-driven plugin authoring with codegen, slot-typecheck, in-process ESLint auto-fix, and a runtime smoke harness - Knowledge graph — pgvector-backed (Postgres) with an in-memory alternative for tests - Channels — web-chat (admin UI) is in-tree; Teams + Telegram are shipped as separately-distributed plugin ZIPs - Auth — multi-provider login (local password + OIDC), per-provider user table, admin UI for provider toggle and user management - Routines — user-authored cron-triggered agent runs with full per-run trace + call-stack viewer

The /setup wizard collects your LLM key and stores it encrypted in the vault.

open http://localhost:3333 ```

That's it — docker compose up -d, open the UI, set your LLM key in the wizard, and run your first agent team. The next section is the 90-second "wow moment".

Deployment

- Local / single-tenant — docker compose up, see Quickstart above - Bring-your-own — the runtime is a stock Node + Postgres app; any host capable of running both works (Kubernetes, ECS, plain VM).

Required production secret. The shipped image runs with NODE_ENV=production, which makes VAULT_KEY mandatory at boot — without it the middleware refuses to start (this is intentional; the dev fallback writes the master key into the data volume, which is not safe at rest). Generate one with openssl rand -base64 32 and wire it as a platform secret before the first deploy. The bundled docker-compose.yaml pins NODE_ENV=development so the dev fallback stays available for local docker compose up without configuration; drop that override (and set VAULT_KEY in .env) when you re-use the compose file as a starting point for a non-local deploy.

⚡ 60-second quickstart

```bash git clone https://github.com/byte5ai/omadia.git && cd omadia

Every env var has a sane local default — no config needed to start.

docker compose up -d

Optional Compose profiles

```bash

All optional profiles in one command

docker compose -f infra/docker-compose.yml \ --profile diagrams --profile embeddings up -d ```

Enable diagram rendering by generating a secret and adding it to middleware/.env as DIAGRAM_URL_SECRET (only needed alongside KROKI_BASE_URL + BUCKET_NAME): openssl rand -hex 32.

In-tenant embeddings via Ollama (no external API required)

docker compose -f infra/docker-compose.yml --profile embeddings up -d

Mermaid / PlantUML / Vega rendering for the diagrams plugin

docker compose -f infra/docker-compose.yml --profile diagrams up -d

Plugin development

Start here → byte5ai/omadia-plugin-starter — a ready-to-fork template for building your own omadia plugin. Clone it, fill in your logic against @omadia/plugin-api, and ship.

omadia plugins are self-contained ZIP files that the operator uploads through the admin UI. The platform never trusts external npm registries at runtime — plugins ship node_modules baked in (or use the platform's standard library via @omadia/plugin-api). Two reference plugins are also shipped in-tree as starting points:

- agent-reference-maximum — exercises every capability in the plugin API - agent-seo-analyst — a smaller, focused tool-only example

The Builder UI walks operators through cloning either reference, slot-filling the differentiating logic, and verifying with the smoke runner before install.

🎯 aiskill88 AI 点评 A 级 2026-06-10

高质量的开源AI工作流项目