# wingai-code **Repository Path**: lingshu-laboratory/wingai-code ## Basic Information - **Project Name**: wingai-code - **Description**: 初版的项目仓库 - **Primary Language**: Unknown - **License**: Not specified - **Default Branch**: master - **Homepage**: None - **GVP Project**: No ## Statistics - **Stars**: 0 - **Forks**: 0 - **Created**: 2026-06-18 - **Last Updated**: 2026-07-06 ## Categories & Tags **Categories**: Uncategorized **Tags**: None ## README # WingAI Code WingAI Code 是一个面向企业研发场景的 AI 动态模型调度与智能体中间层项目。它位于 Claude Code CLI、OpenCode、CodeFree 等 AI 编程客户端与 New API 模型中转站之间,对外提供 OpenAI-compatible API,对内根据任务复杂度、上下文结构、组织研发规范、预算约束和模型可用性,动态选择合适的大模型与执行策略。 项目目标不是做一次性 Demo,而是沉淀为可持续演进的产品:第一阶段聚焦“动态模型调度控件”,后续逐步演进为类似 Codex、QCoder 的企业级研发 Agent 平台。 ## 产品定位 当前大模型接入方式通常存在几个问题: - 简单任务默认交给强模型,成本高且不可控。 - 复杂任务缺少任务拆解、失败回退和上下文管理。 - 企业内部不同子公司、团队的研发规范不一致,难以被 AI 工具稳定遵循。 - AI 调用过程不可解释,管理者难以看到成本、质量、模型使用和失败链路。 WingAI Code 的核心思路是:让每一次 AI 请求都先进入智能调度 Agent,由 Agent 进行任务画像、复杂度分诊、模型路由、上下文补给、失败自愈和可观测记录,再转发给 New API 背后的模型池。 ## 核心能力 - OpenAI-compatible 代理接口:兼容 Claude Code CLI、OpenCode、CodeFree、OpenAI SDK 等客户端。 - New API 集成:New API 作为模型中转站,负责接入 minimax-m3、GPT 系列、GLM、Kimi、Qwen 等模型。 - 虚拟模型路由:通过 `auto-*` 虚拟模型触发自动调度,例如 `auto-code`、`auto-fast`、`auto-best`。 - 任务复杂度分诊:将任务划分为简单、中等、复杂、专家级等等级,并结合风险、上下文、工具调用等信号决策。 - 子孙任务拆解:支持父子任务树、节点级路由和多模型协同执行。 - 失败回退兜底:支持超时、限流、上下文溢出、格式错误、低质量结果等场景的有界 fallback。 - 上下文管理:支持热/温/冷上下文分层、语义压缩、Artifact Stub、RAG 和向量缓存扩展。 - 研发规范适配:将集团、子公司、部门、项目的研发规范沉淀为策略包,并支持继承、覆盖和冲突检测。 - 可解释决策:记录复杂度分类、置信度、路由信号、模型选择、成本、fallback 链路和策略命中。 - 可视化管理台:提供模型池、策略、任务树、成本、质量、审计和标杆演示链路。 ## 架构概览 ```mermaid flowchart LR Client["AI 编程客户端
Claude Code CLI / OpenCode / CodeFree"] --> Gateway["WingAI OpenAI-compatible Gateway"] Gateway --> Control["Java Control Plane
Spring Boot / MyBatis Plus / MySQL"] Control --> Runtime["Python AI Runtime
任务画像 / 复杂度分诊 / 任务拆解 / RAG"] Control --> Policy["Policy Gate
组织规范 / 预算 / 审批 / 安全"] Runtime --> Control Control --> NewAPI["New API
模型中转站"] NewAPI --> Models["模型池
Minimax / GPT / GLM / Kimi / Qwen"] Control --> Console["Vue 3 + Element Plus
研发指挥舱"] Control --> Observability["Trace / 成本 / 质量 / 审计"] ``` ### 技术选型 - 后台管理与系统记录源:Java、Spring Boot、MyBatis Plus、MySQL。 - AI Runtime:Python,负责任务画像、复杂度评估、任务拆解、RAG、向量缓存和轻量化 BERT 等 AI 能力。 - 前端控制台:Vue 3、Element Plus。 - 模型中转:New API 作为外部集成组件,当前阶段只做集成,不做增强改造。 - API 协议:对外兼容 OpenAI API 格式,对内保留策略、任务树和 trace 扩展能力。 ## 仓库结构 ```text wingai-code/ ├── config/ │ └── claude/ # Claude 相关配置与命令 ├── _bmad/ │ ├── project-materials/ # 项目计划书、方案材料、动态路由资料 │ ├── planning-artifacts/ │ └── bmad-output/ # PRD、架构、Epic/Story 等规划产物 │ └── research/ │ └── agent/ # Agent 研究资料与 OpenSpec 初步提案 ├── integrations/ │ └── new-api/source/ # New API 源码,作为模型中转站集成参考 ├── references/ │ ├── uncommon-route/source/ # UncommonRoute 参考源码 │ └── claude-code-cli/source/ # Claude Code CLI 参考源码 ├── tools/ │ └── bmad/runtime/ # BMad 工作流工具链 ├── README.md └── README.en.md ``` ### 目录说明 | 目录 | 用途 | 当前内容 | | --- | --- | --- | | `config/` | 存放开发工具、AI 编程客户端、环境配置等非业务代码配置。 | 当前包含 Claude 相关命令与配置。 | | `config/claude/` | Claude Code CLI 使用的本地配置入口。 | 可放置自定义命令、提示词、工作流脚本等。 | | `_bmad/` | BMad 工作区与项目文档中心,沉淀比赛材料、产品规划、架构设计和研发过程文档。 | 包含项目材料、BMad 配置与输出产物。 | | `_bmad/project-materials/` | 面向比赛申报、方案汇报和产品讨论的原始材料。 | 包含动态路由资料、New API 调度方案、AI 大赛项目计划书。 | | `_bmad/planning-artifacts/` | 面向研发落地的结构化规划产物。 | 当前主要承载 BMad 生成的 PRD、架构、Epic/Story、校验报告。 | | `_bmad/research/` | 探索性研究、Agent 设计草案、OpenSpec 变更提案等。 | 当前包含早期 Agent 产品讨论和 OpenSpec 初步提案。 | | `_bmad/research/agent/` | 智能调度 Agent 的研究资料和方案草案。 | 用于沉淀任务拆解、动态路由、上下文管理、失败回退等设计。 | | `integrations/` | 外部系统或开源组件的集成区。 | 当前包含 New API。 | | `integrations/new-api/source/` | New API 中转站源码归档区。 | 当前阶段只做集成和部署参考,不在这里直接做增强改造。 | | `references/` | 第三方参考项目、竞品研究和源码学习区。 | 当前包含 UncommonRoute 与 Claude Code CLI 参考源码。 | | `references/uncommon-route/source/` | UncommonRoute 参考源码。 | 用于学习本地路由、按请求路由、可解释调度、预算控制等设计。 | | `references/claude-code-cli/source/` | Claude Code CLI 参考源码。 | 用于理解 AI 编程客户端的接入方式和 OpenAI-compatible 兼容需求。 | | `tools/` | 项目研发过程中使用的辅助工具链。 | 当前包含 BMad 工作流运行时。 | | `tools/bmad/runtime/` | BMad 方法论与工作流工具文件。 | 用于继续生成或维护 PRD、架构、Story 等研发产物。 | ## 关键规划文档 - [PRD](./_bmad/planning-artifacts/bmad-output/planning-artifacts/prd.md):产品需求、用户旅程、功能需求和非功能需求。 - [架构设计](./_bmad/planning-artifacts/bmad-output/planning-artifacts/architecture.md):Java Control Plane、Python AI Runtime、Vue 控制台、New API 集成等架构决策。 - [Epic 与 Story 拆分](./_bmad/planning-artifacts/bmad-output/planning-artifacts/epics.md):8 个 Epic、58 个 Story 的产品开发拆分。 - [实施就绪报告](./_bmad/planning-artifacts/bmad-output/planning-artifacts/implementation-readiness-report-2026-06-18.md):当前规划到实施的准备度评估。 - [PRD 校验报告](./_bmad/planning-artifacts/bmad-output/planning-artifacts/validation-report-prd-2026-06-18.md):PRD 质量与覆盖度校验结果。 ## Epic 规划 1. OpenAI-compatible 接入与 NewAPI 最小闭环 2. 虚拟模型配置与动态路由决策 3. 任务画像、复杂度分诊与任务树编排 4. 上下文补给线、RAG 与向量缓存扩展 5. 失败回退、自愈状态机与可解释恢复 6. 多组织研发规范、权限与审计治理 7. 研发指挥舱、可观测性与标杆演示链路 8. 反馈学习、经验回放与未来 Agent 演进 ## 与 UncommonRoute 的关系 本项目参考 UncommonRoute 的本地路由、按请求路由、可解释决策、预算封顶、本地训练和即插即用理念,但产品定位更偏企业研发治理和多 Agent 演进。 WingAI Code 的创新重点包括: - 将任务复杂度路由从“单次请求选模型”扩展为“任务树节点级调度”。 - 将组织研发规范、SDD 流程和子公司差异化制度纳入策略包。 - 引入 Java Policy Gate 作为最终决策权威,保证可治理、可审计、可回放。 - 将上下文补给、向量缓存、轻量化 BERT、RAG 与模型路由联动。 - 为后续 Codex/QCoder 类研发 Agent 预留技能包、插件化和经验回放扩展点。 ## 当前阶段 当前仓库处于产品规划和研发准备阶段,已经完成: - 产品方向讨论与项目材料归档。 - PRD 创建与中文化整理。 - 架构设计文档创建。 - Epic 与 Story 拆分。 - New API、UncommonRoute、Claude Code CLI 参考源码归档。 下一阶段建议进入工程初始化: 1. 创建 Java Spring Boot 管理后台与 OpenAI-compatible Gateway。 2. 创建 Python AI Runtime 服务骨架。 3. 创建 Vue 3 + Element Plus 管理控制台。 4. 完成 New API 最小闭环联调。 5. 实现 `auto-*` 虚拟模型和基础路由解释记录。 ## 运行说明 当前仓库暂未完成统一启动脚本。各模块代码骨架创建后,建议采用以下方式组织本地开发: ```text apps/ ├── wingai-control-plane/ # Java Spring Boot ├── wingai-ai-runtime/ # Python FastAPI └── wingai-console/ # Vue 3 + Element Plus ``` New API 代码目前位于: ```text integrations/new-api/source/ ``` 参考源码位于: ```text references/uncommon-route/source/ references/claude-code-cli/source/ ``` ## 命名说明 `WingAI Code` 表示“面向研发场景的 AI 智能调度与 Agent 平台”。其中: - `Wing`:强调集团内多组织、多子公司、多研发体系的适配与协同。 - `AI`:强调模型调度、任务理解、上下文补给和反馈学习。 - `Code`:强调从 AI 编程入口切入,未来演进到企业级研发 Agent。 ## 许可与使用 本仓库目前用于集团 AI 大赛项目研发、内部方案沉淀和产品化探索。引用第三方开源项目时,请分别遵循其原始许可证要求。