EnterpriseAgentFramework

Name: EnterpriseAgentFramework
Author: w8123

499stars32forks

How to install EnterpriseAgentFramework?

w8123/enterpriseagentframework

$git clone https://github.com/w8123/EnterpriseAgentFramework

Installs into the current project.

Summary

> ReachAI 不只把 AI 能力嵌入业务系统，也把平台的工程能力开放给 AI Coding 工具。开发者可以把项目接入信息交给 Codex、Cursor 或 Claude Code，由它们在真实业务仓库中完成改造，并通过 ReachAI API 创建、校验、调试和发布 Workflow。

Files · 1

View on GitHub

README.md

1	<p align="center">
2	<img src="ai-admin-front/public/reachai-logo-horizontal.svg" alt="ReachAI" width="340" />
3	</p>
4
5	<h1 align="center">睿池 ReachAI</h1>
6
7	<p align="center">
8	<strong>让已有 Java 企业系统快速接入可控 AI</strong>
9	</p>
10
11	<p align="center">
12	用 AI 辅助搭建确定性业务流程，用 Graph 层固化可执行语义，让智能体安全调用 OA、ERP、CRM、工单、合同、采购等系统中的真实业务能力。
13	</p>
14
15	<p align="center">
16	<strong>AI Coding 原生：</strong>通过 Manifest、可安装 Skill 与工程化 API，让 Codex、Cursor、Claude Code 等工具直接完成业务系统接入、页面助手建设和 Workflow 全生命周期工程。
17	</p>
18
19	<p align="center">
20	<a href="https://openjdk.org/projects/jdk/17/"><img src="https://img.shields.io/badge/Java-17%2B-orange.svg" alt="Java 17+" /></a>
21	<a href="https://spring.io/projects/spring-boot"><img src="https://img.shields.io/badge/Spring%20Boot-3.4-brightgreen.svg" alt="Spring Boot 3.4" /></a>
22	<a href="https://spring.io/projects/spring-ai"><img src="https://img.shields.io/badge/Spring%20AI-1.0-blue.svg" alt="Spring AI 1.0" /></a>
23	<a href="https://vuejs.org/"><img src="https://img.shields.io/badge/Vue-3-42b883.svg" alt="Vue 3" /></a>
24	<a href="LICENSE"><img src="https://img.shields.io/badge/License-MIT-green.svg" alt="MIT License" /></a>
25	</p>
26
27	<p align="center">
28	<img src="docs/系统截图/项目详情.png" alt="项目详情" width="760" />
29	</p>
30
31	## 产品截图
32
33	\| SDK 快速接入 \| Workflow Studio / GraphSpec \|
34	\| --- \| --- \|
35	\| <img src="docs/系统截图/SDK快速接入.png" alt="SDK 快速接入" width="420" /> \| <img src="docs/系统截图/workflow编排.png" alt="Workflow Studio" width="420" /> \|
36
37	\| 嵌入到业务系统 \| 使用 AI Coding 快速接入 \|
38	\| --- \| --- \|
39	\| <img src="docs/系统截图/嵌入到业务系统.png" alt="嵌入到业务系统" width="420" /> \| <img src="docs/系统截图/使用AiCoding快速接入.png" alt="使用 AI Coding 快速接入" width="420" /> \|
40
41	\| AI 生成 Workflow 草稿 \| 接口图谱与业务能力 \|
42	\| --- \| --- \|
43	\| <img src="docs/系统截图/05AI自动生成workflow草稿.png" alt="AI 生成 Workflow 草稿" width="420" /> \| <img src="docs/系统截图/接口图谱1.png" alt="接口图谱与业务能力" width="420" /> \|
44
45	\| RunOps 运行中心 \| 执行链路追踪 \|
46	\| --- \| --- \|
47	\| <img src="docs/系统截图/07RunOps 运行中心.png" alt="RunOps 运行中心" width="420" /> \| <img src="docs/系统截图/智能体执行链路追踪.png" alt="执行链路追踪" width="420" /> \|
48
49	\| 交互式卡片 \| 高频能力识别 \|
50	\| --- \| --- \|
51	\| <img src="docs/系统截图/交互式卡片.png" alt="交互式卡片" width="420" /> \| <img src="docs/系统截图/高频Skill识别.png" alt="高频能力识别" width="420" /> \|
52
53	> ReachAI 不只把 AI 能力嵌入业务系统，也把平台的工程能力开放给 AI Coding 工具。开发者可以把项目接入信息交给 Codex、Cursor 或 Claude Code，由它们在真实业务仓库中完成改造，并通过 ReachAI API 创建、校验、调试和发布 Workflow。
54
55	## 学习交流
56
57	如果你对 ReachAI 感兴趣，欢迎加入学习交流群。项目还在持续完善中，欢迎大家一起交流实践经验、提出建议，也请多多指教。
58
59	加群二维码如下（二维码有效期有限，如失效可重新获取）：
60
61	<p align="center">
62	<img src="docs/系统截图/ReachAI学习交流群.jpg" alt="ReachAI 学习交流群二维码" width="360" />
63	</p>
64
65	## ReachAI 是什么
66
67	ReachAI 面向已有 Java 企业系统，帮助企业把存量接口、领域方法、页面动作、知识库和固定业务流程接入到 AI 智能体体系中。
68
69	它不是再搭一个孤立的 AI 应用，也不是只做聊天机器人或工作流画布。ReachAI 的核心思路是：
70
71	AI 负责理解需求和辅助搭建，Graph 负责确定性执行，SDK 和临时 token 负责跨系统连接，智能体最终回到真实业务页面里完成工作。
72
73	对于 OA、ERP、CRM、MES、合同、采购、工单、班组管理等系统，ReachAI 希望解决的是一个很现实的问题：
74
75	> 已有企业系统如何低改造接入 AI，同时不牺牲流程确定性、权限边界、审计追踪和跨系统协作？
76
77	## 为什么不是 AI 孤岛
78
79	很多 AI 应用搭建平台更适合从零构建一个独立 AI 应用。但企业现场的大量价值已经沉淀在现有系统中：接口、审批流、页面操作、业务权限、用户身份、运行日志和历史数据都在老系统里。
80
81	ReachAI 不要求企业把业务搬到另一个 AI 平台里，而是把 AI 接回企业系统：
82
83	- 后端通过 `reachai-spring-boot2-starter` 和 `reachai-capability-sdk` 注册已有业务能力。
84	- 平台形成项目、实例、能力快照、字段级 diff 和评审链路。
85	- Workflow Studio 用 `GraphSpec` 固化确定性业务流程。
86	- Agent 根据用户意图选择 Workflow、Capability、Tool、知识检索、MCP 调用或页面动作。
87	- Chat Embed SDK 和 Page Bridge 让智能体嵌入到 OA / ERP / CRM 等业务页面。
88	- 临时 token 机制打通平台身份、业务用户、Agent 授权和跨系统调用。
89	- Trace / RunOps / ACL / Guard 让每一次调用都可审计、可复盘、可治理。
90
91	## 和 Dify 这类 AI 应用编排平台的区别
92
93	Dify 这类平台很适合快速搭建独立 AI 应用、Prompt 编排和知识库问答。但在已有企业系统改造场景里，如果 AI 应用和业务系统之间只靠手写 HTTP 接口连接，就很容易变成新的孤岛：
94
95	- 业务接口需要在 AI 平台里手工配置和维护。
96	- 业务系统字段、参数、权限或流程变化后，Workflow 需要人工同步修改。
97	- 一旦变量很多，节点之间的参数传递、字段映射和错误排查会越来越痛苦。
98	- AI 应用知道自己的流程，却不天然知道企业系统里的项目、实例、能力版本、页面动作和业务用户身份。
99	- 调用链路分散在 AI 平台和业务系统两边，审计、复盘、权限解释和变更影响分析都更难闭环。
100
101	ReachAI 更关注“已有企业系统如何持续接入 AI”，所以它不是把业务系统当成外部黑盒接口，而是通过 SDK、Graph、临时 token 和治理链路把系统连接起来。
102
103	\| 对比点 \| 常见独立 AI 应用编排方式 \| ReachAI 的方式 \|
104	\| --- \| --- \| --- \|
105	\| 业务能力接入 \| 手写 HTTP Tool，靠人工维护接口参数 \| SDK / Starter 主动注册能力、实例、快照和 SDK 图 \|
106	\| 业务变化同步 \| 接口变了以后手动改 Workflow \| 字段级 diff、评审 apply/ignore、稳定能力引用 \|
107	\| 流程语义 \| 画布和变量配置容易绑定在应用内部 \|

People who liked this also viewed

6 picks

Type

EnterpriseAgentFramework

499stars32forks

View on GitHub

How to install EnterpriseAgentFramework?

w8123/enterpriseagentframework

$git clone https://github.com/w8123/EnterpriseAgentFramework

Installs into the current project.

Summary

Files · 1

View on GitHub

README.md

1	<p align="center">
2	<img src="ai-admin-front/public/reachai-logo-horizontal.svg" alt="ReachAI" width="340" />
3	</p>
4
5	<h1 align="center">睿池 ReachAI</h1>
6
7	<p align="center">
8	<strong>让已有 Java 企业系统快速接入可控 AI</strong>
9	</p>
10
11	<p align="center">
12	用 AI 辅助搭建确定性业务流程，用 Graph 层固化可执行语义，让智能体安全调用 OA、ERP、CRM、工单、合同、采购等系统中的真实业务能力。
13	</p>
14
15	<p align="center">
16	<strong>AI Coding 原生：</strong>通过 Manifest、可安装 Skill 与工程化 API，让 Codex、Cursor、Claude Code 等工具直接完成业务系统接入、页面助手建设和 Workflow 全生命周期工程。
17	</p>
18
19	<p align="center">
20	<a href="https://openjdk.org/projects/jdk/17/"><img src="https://img.shields.io/badge/Java-17%2B-orange.svg" alt="Java 17+" /></a>
21	<a href="https://spring.io/projects/spring-boot"><img src="https://img.shields.io/badge/Spring%20Boot-3.4-brightgreen.svg" alt="Spring Boot 3.4" /></a>
22	<a href="https://spring.io/projects/spring-ai"><img src="https://img.shields.io/badge/Spring%20AI-1.0-blue.svg" alt="Spring AI 1.0" /></a>
23	<a href="https://vuejs.org/"><img src="https://img.shields.io/badge/Vue-3-42b883.svg" alt="Vue 3" /></a>
24	<a href="LICENSE"><img src="https://img.shields.io/badge/License-MIT-green.svg" alt="MIT License" /></a>
25	</p>
26
27	<p align="center">
28	<img src="docs/系统截图/项目详情.png" alt="项目详情" width="760" />
29	</p>
30
31	## 产品截图
32
33	\| SDK 快速接入 \| Workflow Studio / GraphSpec \|
34	\| --- \| --- \|
35	\| <img src="docs/系统截图/SDK快速接入.png" alt="SDK 快速接入" width="420" /> \| <img src="docs/系统截图/workflow编排.png" alt="Workflow Studio" width="420" /> \|
36
37	\| 嵌入到业务系统 \| 使用 AI Coding 快速接入 \|
38	\| --- \| --- \|
39	\| <img src="docs/系统截图/嵌入到业务系统.png" alt="嵌入到业务系统" width="420" /> \| <img src="docs/系统截图/使用AiCoding快速接入.png" alt="使用 AI Coding 快速接入" width="420" /> \|
40
41	\| AI 生成 Workflow 草稿 \| 接口图谱与业务能力 \|
42	\| --- \| --- \|
43	\| <img src="docs/系统截图/05AI自动生成workflow草稿.png" alt="AI 生成 Workflow 草稿" width="420" /> \| <img src="docs/系统截图/接口图谱1.png" alt="接口图谱与业务能力" width="420" /> \|
44
45	\| RunOps 运行中心 \| 执行链路追踪 \|
46	\| --- \| --- \|
47	\| <img src="docs/系统截图/07RunOps 运行中心.png" alt="RunOps 运行中心" width="420" /> \| <img src="docs/系统截图/智能体执行链路追踪.png" alt="执行链路追踪" width="420" /> \|
48
49	\| 交互式卡片 \| 高频能力识别 \|
50	\| --- \| --- \|
51	\| <img src="docs/系统截图/交互式卡片.png" alt="交互式卡片" width="420" /> \| <img src="docs/系统截图/高频Skill识别.png" alt="高频能力识别" width="420" /> \|
52
53	> ReachAI 不只把 AI 能力嵌入业务系统，也把平台的工程能力开放给 AI Coding 工具。开发者可以把项目接入信息交给 Codex、Cursor 或 Claude Code，由它们在真实业务仓库中完成改造，并通过 ReachAI API 创建、校验、调试和发布 Workflow。
54
55	## 学习交流
56
57	如果你对 ReachAI 感兴趣，欢迎加入学习交流群。项目还在持续完善中，欢迎大家一起交流实践经验、提出建议，也请多多指教。
58
59	加群二维码如下（二维码有效期有限，如失效可重新获取）：
60
61	<p align="center">
62	<img src="docs/系统截图/ReachAI学习交流群.jpg" alt="ReachAI 学习交流群二维码" width="360" />
63	</p>
64
65	## ReachAI 是什么
66
67	ReachAI 面向已有 Java 企业系统，帮助企业把存量接口、领域方法、页面动作、知识库和固定业务流程接入到 AI 智能体体系中。
68
69	它不是再搭一个孤立的 AI 应用，也不是只做聊天机器人或工作流画布。ReachAI 的核心思路是：
70
71	AI 负责理解需求和辅助搭建，Graph 负责确定性执行，SDK 和临时 token 负责跨系统连接，智能体最终回到真实业务页面里完成工作。
72
73	对于 OA、ERP、CRM、MES、合同、采购、工单、班组管理等系统，ReachAI 希望解决的是一个很现实的问题：
74
75	> 已有企业系统如何低改造接入 AI，同时不牺牲流程确定性、权限边界、审计追踪和跨系统协作？
76
77	## 为什么不是 AI 孤岛
78
79	很多 AI 应用搭建平台更适合从零构建一个独立 AI 应用。但企业现场的大量价值已经沉淀在现有系统中：接口、审批流、页面操作、业务权限、用户身份、运行日志和历史数据都在老系统里。
80
81	ReachAI 不要求企业把业务搬到另一个 AI 平台里，而是把 AI 接回企业系统：
82
83	- 后端通过 `reachai-spring-boot2-starter` 和 `reachai-capability-sdk` 注册已有业务能力。
84	- 平台形成项目、实例、能力快照、字段级 diff 和评审链路。
85	- Workflow Studio 用 `GraphSpec` 固化确定性业务流程。
86	- Agent 根据用户意图选择 Workflow、Capability、Tool、知识检索、MCP 调用或页面动作。
87	- Chat Embed SDK 和 Page Bridge 让智能体嵌入到 OA / ERP / CRM 等业务页面。
88	- 临时 token 机制打通平台身份、业务用户、Agent 授权和跨系统调用。
89	- Trace / RunOps / ACL / Guard 让每一次调用都可审计、可复盘、可治理。
90
91	## 和 Dify 这类 AI 应用编排平台的区别
92
93	Dify 这类平台很适合快速搭建独立 AI 应用、Prompt 编排和知识库问答。但在已有企业系统改造场景里，如果 AI 应用和业务系统之间只靠手写 HTTP 接口连接，就很容易变成新的孤岛：
94
95	- 业务接口需要在 AI 平台里手工配置和维护。
96	- 业务系统字段、参数、权限或流程变化后，Workflow 需要人工同步修改。
97	- 一旦变量很多，节点之间的参数传递、字段映射和错误排查会越来越痛苦。
98	- AI 应用知道自己的流程，却不天然知道企业系统里的项目、实例、能力版本、页面动作和业务用户身份。
99	- 调用链路分散在 AI 平台和业务系统两边，审计、复盘、权限解释和变更影响分析都更难闭环。
100
101	ReachAI 更关注“已有企业系统如何持续接入 AI”，所以它不是把业务系统当成外部黑盒接口，而是通过 SDK、Graph、临时 token 和治理链路把系统连接起来。
102
103	\| 对比点 \| 常见独立 AI 应用编排方式 \| ReachAI 的方式 \|
104	\| --- \| --- \| --- \|
105	\| 业务能力接入 \| 手写 HTTP Tool，靠人工维护接口参数 \| SDK / Starter 主动注册能力、实例、快照和 SDK 图 \|
106	\| 业务变化同步 \| 接口变了以后手动改 Workflow \| 字段级 diff、评审 apply/ignore、稳定能力引用 \|
107	\| 流程语义 \| 画布和变量配置容易绑定在应用内部 \|

People who liked this also viewed

6 picks

Type