# codey **Repository Path**: e4ky/codey ## Basic Information - **Project Name**: codey - **Description**: Codey 的核心设计是把大模型能力与真实业务场景做结合,通过简单的工具和技能编排即可完成对AI能力的嵌入,无需搭建知识向量库等重型第三方组件。在低代码平台,表单自动填写,系统自动化等业务有良好的表现。Codey让AI从向量库专家走向系统业务操做迈进了一步。 - **Primary Language**: Unknown - **License**: Not specified - **Default Branch**: main - **Homepage**: None - **GVP Project**: No ## Statistics - **Stars**: 0 - **Forks**: 1 - **Created**: 2026-07-25 - **Last Updated**: 2026-07-25 ## Categories & Tags **Categories**: Uncategorized **Tags**: None ## README # Codey Codey 的核心设计是把大模型能力与真实业务场景做结合,通过简单的工具和技能编排即可完成对 AI 能力的嵌入,无需搭建知识向量库等重型第三方组件,在低代码平台、表单自动填写、系统自动化等业务场景中有良好表现。 Codey 的目标,是把模型能力、项目上下文、业务语义和工具调用统一到同一个运行框架里,让 AI 不只是“聊天”,而是能在真实项目和真实业务场景中协同工作。 ## 联系方式 - QQ群:`313275628` - 在线演示:**[http://118.89.57.141:8090](http://118.89.57.141:8090/examples)** ## 项目定位 Codey 面向需要把 AI 能力嵌入真实业务流程的系统,重点覆盖低代码平台和带项目上下文的工程场景。 - 面向低代码平台:把表单结构、字段定义、业务上下文、历史数据、校验规则等能力接入 AI,让 AI 能理解“页面背后是什么业务对象”。 - 面向工程场景:把工作目录、源码文件、会话状态、工具能力和上下文资料统一提供给 AI,提升理解、生成、修改和执行的有效性。 ## 授权说明 本项目当前采用“**非商用源码许可**”,不是 OSI 定义下的开源协议。 - 允许:个人学习、技术研究、教学演示、非商业内部评估,以及在非商业目的下查看、修改和分发源码。 - 禁止:将本项目或其衍生版本用于任何商业盈利业务、付费产品、商业化 SaaS/PaaS、托管服务、外包交付或其他直接、间接获取商业收益的场景。 - 商业授权:如需商用,必须事先获得著作权人的明确书面授权。 详细条款请参阅 [LICENSE](./LICENSE)。 ## 核心能力 - 上下文驱动:把工作目录、业务对象、上下文文件、身份信息和会话状态一起提供给 AI。 - 工具与技能编排:通过统一工具抽象和技能编排承载读写文件、搜索代码、工作区操作等能力。 - 业务语义接入:让 AI 不只理解文本输入,也理解表单、字段、业务规则和项目上下文。 - 会话化协作:支持会话创建、恢复、事件流推送与执行过程追踪。 - 控制台运行:提供命令行入口,便于在本地目录中直接运行 AI 任务。 ## 适用场景 - 低代码表单自动填写、字段补全、业务单据辅助生成 - 系统自动化与业务流程中的 AI 辅助执行 - 带项目上下文的代码理解、代码修改与任务执行 ## 仓库结构 ```text codey/ ├─ codey-common/ 通用客户端 DTO、工具定义、元数据模型 ├─ codey-core/ 核心运行时、Prompt 编排、工具执行、会话与验证能力 ├─ codey-console/ 命令行入口,支持交互式聊天与任务执行 │ └─ config/ codey-console 专属运行配置 ├─ codey-boot-starter/ Spring Boot Starter,便于业务系统集成 ├─ codey-demo-api/ Web Demo 后端,提供聊天、SSE、业务示例、工作区接口 ├─ codey-demo-vue/ Web Demo 前端,提供示例导航和交互页面 └─ README.md ``` ## Demo 说明 当前仓库包含可直接演示的前后端样例,用于展示 Codey 在业务场景和项目场景中的接入方式。 ### 1. 业务示例 业务示例展示 AI 如何基于表单上下文和业务语义完成辅助处理。 - 根据表单上下文生成或补全内容 - 结合字段语义返回更贴近业务口径的结果 ### 2. 源码示例 源码示例展示 AI 如何结合项目工作目录和上下文进行协作。 - 浏览文件树与工作目录 - 在编辑器中查看和修改文件 - 让 AI 在带上下文的工作区中执行协作任务 ### 3. 自定义表单示例 自定义表单示例体现低代码平台中表单结构与 AI 能力的结合方式。 - 设计表单结构 - 挂接 AI 能力理解表单元数据 - 为字段生成和表单解释等能力打基础 ## 技术架构 ### 核心业务运行机制 Codey 的核心设计是把大模型能力与真实业务场景做结合。下图展示了从调用方发起请求,到经历技能约束、编排调度、安全拦截,最终执行工具的完整业务流转: ```mermaid flowchart LR %% 全局方向从左到右,模拟侧边栏(安全) + 主体层级的布局 %% 左侧:侧边栏(贯穿全局的安全与审计机制) subgraph S_Security [安全与观测层] direction TB WPS[路径沙箱越界防护] TAC[运行时越权拦截] HCS[高风险写操作确认] VF[写后结果校验] SEP[全链路事件发布] WPS --- TAC --- HCS --- VF --- SEP end %% 右侧:主体分层架构(自上而下) subgraph S_Main [Codey 核心业务架构] direction TB subgraph L1 [1. 业务接入层] direction LR Client[调用方: Web / CLI / SDK] AC[AgentClient 统一入口] Client -->|注入业务工具与身份| AC end subgraph L2 [2. 会话调度层] direction LR TR[TaskRunnerAgentClient
Turn 串行与线程池调度] TF[TaskRunnerFactory
会话与任务构建] TR --> TF end subgraph L3 [3. 核心编排层] direction LR LO{LoopOrchestrator
循环驱动器} subgraph L3_Skill [技能编排与权限隔离] direction TB SS[基于身份隔离] SR[工具白名单] TEP[按边界隔离可见工具] SS --> SR --> TEP end L3_Skill -.->|注入受限Schema| LO end subgraph L4 [4. 执行底座] direction LR subgraph L4_Tool [工具执行] direction TB TCP[并行批处理与结果回灌] TEX[ToolExecutor 实际执行] TRG[工具池_含注入业务工具] TCP --> TEX --> TRG end subgraph L4_Model [大模型网关] direction TB MG[解析运行时配置] HG[HttpModelGateway] LLM[(LLM Provider)] MG --> HG --> LLM end end %% 主体层级内部的上下连接 L1 --> L2 L2 --> L3 L3 --> L4 end %% 侧边栏与主体层的横向关联(体现安全机制对各层的拦截与观测) S_Main -.->|触发拦截/发布事件| S_Security %% 主题配色(高对比度纯黑白线框风格) classDef default fill:#ffffff,stroke:#000000,stroke-width:2px,color:#000000 classDef security fill:#ffffff,stroke:#000000,stroke-width:2px,color:#000000,stroke-dasharray: 5 5 classDef layer fill:#ffffff,stroke:#000000,stroke-width:2.5px,color:#000000 class S_Security,WPS,TAC,HCS,VF,SEP security class L1,L2,L3,L4,L4_Tool,L4_Model,L3_Skill layer class Client,AC,TR,TF,LO,SS,SR,TEP,TCP,TEX,TRG,MG,HG,LLM default ``` **详细的机制解析与源码对应入口,请参阅 👉** **[Codey 业务架构图与原理解析](docs/business-architecture.md)** ### 后端 - Java 8 - Maven 多模块工程 - Spring Boot 2.7 - 基于统一 AgentClient、SessionEventHub 和 ToolRegistry 组织运行能力 ### 前端 - Vue 3 - Vite - Element Plus - CodeMirror - vform3 ## Maven 依赖 正式发布后,可通过公共 Maven 仓库引入以下核心模块: - `io.github.cdy-codey:codey-common:0.1.3` - `io.github.cdy-codey:codey-core:0.1.3` - `io.github.cdy-codey:codey-boot-starter:0.1.3` 其中,业务系统接入 Spring Boot 时,通常只需要引入 Starter: ```xml io.github.cdy-codey codey-boot-starter 0.1.3 ``` ## 快速开始 ### 1. 环境要求 - JDK 8 及以上 - Maven 3.8 及以上 - Node.js 18 及以上 - npm 9 及以上 ### 2. 安装后端依赖并构建 在仓库根目录执行: ```bash mvn clean package ``` ### 3. 启动 Demo 后端 在仓库根目录执行: ```bash mvn -pl codey-demo-api -am spring-boot:run ``` 默认端口为 `18080`。 ### 4. 启动 Demo 前端 进入前端目录后执行: ```bash cd codey-demo-vue npm install npm run dev ``` 启动后可在浏览器中访问 Vite 输出的本地地址。 ## 运行说明 ### Web Demo 体验路径 启动前后端后,可以通过首页进入以下三个示例: - 业务示例:体验表单自动填写与业务上下文协同 - 源码示例:体验文件树、编辑器与 AI 协作工作台 - 自定义表单示例:体验低代码表单设计与 AI 结合方式 ### Console 模式 `codey-console` 提供命令行入口,适合在本地工程目录中直接运行 AI 任务。 默认配置文件位于 `codey-console/config/`,其中: - `app.yaml` 用于控制台运行配置 - `model.yaml` 用于模型连接配置 常见能力包括: - `--goal`:直接描述任务目标 - `--chat`:进入交互式聊天模式 - `--workdir`:指定工作目录 - `--context-file`:附加上下文文件 - `--context-note`:补充上下文说明 - `--identity`:传入会话身份信息 - `--verify-model`:验证模型连通性与输出格式 这类模式更适合传统源码工程、脚手架目录、业务脚本目录等场景。 ## 为什么是 Codey 很多 AI 产品默认把输入理解为单纯的对话或纯源码工程,但真实业务系统往往同时包含业务语义、项目上下文和可执行工具。 - 低代码平台里,AI 需要理解表单、字段、业务实体、校验规则和用户操作上下文。 - 工程场景里,AI 需要理解工作目录、配置文件、模块边界和已有代码结构。 - 单纯接入模型并不能解决问题,关键是让 AI 同时拿到上下文、业务语义和工具能力。 Codey 的价值就在于把这些信息组织起来,让 AI 真正进入业务与工程链路。 ## 后续方向 - 持续完善低代码表单场景下的 AI 自动建模与自动填写能力 - 持续完善工程场景下的工作区协作与代码修改能力 - 持续增强会话恢复、事件追踪、验证与工具治理能力 - 持续沉淀可复用的 Skill 与项目上下文接入方式 ## 说明 - 当前仓库已经包含演示用途的前后端示例,适合用于产品讨论、原型验证和技术预研。 - 如需对接企业内模型、内网 API、业务系统或低代码平台,可以在现有模块基础上扩展集成。 ## Demo示例
Codey 示例导航页面 Codey 低代码平台表单示例 Codey 业务表单处理示例
导航页面
统一展示全部 Demo 入口,便于快速选择业务示例、源码示例和表单示例。
点击查看大图
低代码平台表单示例
展示 AI 在低代码表单场景中的字段理解、表单回填和页面协同能力。
点击查看大图
业务表单处理示例
展示结合业务上下文进行表单处理、业务补全和协作执行的实际效果。
点击查看大图