# AI开发脚手架 **Repository Path**: DaLangYangFan_admin/ai-developed-scaffolding ## Basic Information - **Project Name**: AI开发脚手架 - **Description**: 基于AI开发的脚手架工程，工程化的解决AI开发的痛点。基于知识库、提示词模板、文档模板、规则模板管理，使用该框架进行开发整体耗时减少90%以上。 针对Cursor、Trae、Qoder等AI工具封装 - **Primary Language**: Java - **License**: MIT - **Default Branch**: master - **Homepage**: None - **GVP Project**: No ## Statistics - **Stars**: 0 - **Forks**: 2 - **Created**: 2026-01-21 - **Last Updated**: 2026-01-21 ## Categories & Tags **Categories**: Uncategorized **Tags**: None ## README # AI开发脚手架 #### 背景介绍 从2025年开始，各种大厂的AI开发工具层出不穷，工具虽强，但是真实在复杂项目的开发时，AI工具却不一定能帮你的大忙，反而可能越帮越忙，到最后你会发现好像做的事越来越多但是效率并没有很大的提升，效率提升不了回报也就提升不了。亚马逊的kiro、Trae Solo模式等也有一个好的模式，虽各有千秋但是离真实的开发始终差那么一步，我想未来一定会有很专业的产品出现但是至少目前这种百花齐放的阶段，AI开发是有一定痛点，如果你用过肯定明白我说的痛点所在。 本人也了解并使用过OpenSpec、Spec-Kit和BMAD等规范驱动开发工具，我发现这些工具虽强但是很难匹配国内的开发流程，本人目前也还在1线奋战，真正有利于项目快速落地的痛点我发现只有一个点那就是“理需求”，因此为了解决这个问题，有了这套模板。 回到正题，该项目是一个AI开发脚手架工程，基于知识库、文档模板、规则管理，基于该框架进行开发整体耗时减少90%以上，目前主要基于Cursor进行开发，整体脚手架是基于多种AI开发工具去的，未来会逐步支持Trae、Qoder等等，最终的目标依然是向开源、免费、国内靠，万一哪天跟老美闹掰了，也不至于没工具可用。 说说痛点吧，不仅仅是复杂项目本身开发起来困难，还有一个原因是，AI开发的一些提示词模板、规则管理在我们项目初始阶段基本没有做任何的管理，因此复用度很差，所以我在做这套脚手架的第一步考虑的就是如何管理这些模板。有了模板之后就是如何结合传统的软件工程将这个软件研发工程化，让AI在每一个步骤进行效率提升。 你拿到的这个工程包含：基础的设计模板、wiki.js MCP Server、脚手架生成代码。 实际在我的知识库中包含开发规则管理、各模板管理以及模板管理等。 该脚手架会根据我们的实际运用进行持续的改善和升级，如果你正在运用或正打算运用AI开发，不管你在做需求、做设计、做开发，我相信在持续的迭代中，你都可以在这个脚手架中找到你能使用的东西，你可以持续的关注这个项目。 ### 知识库的使用 做过很多选型，包括早期用过的jira+confluence，但这玩意儿是收费的。以及公司在用的禅道还有国内的一些商用产品如pingcode等，要么是收费要么是太复杂，在技术人视角那必须是免费开源最佳，权衡利弊之下，选择了wiki.js。当然如果你的公司在用一些比较好的知识库管理工具也可以直接使用。 官方链接如下：https://docs.requarks.io/ 建议使用docker部署的：https://docs.requarks.io/install/docker ``` docker run -d -p 8080:3000 --name wiki --restart unless-stopped -e "DB_TYPE=mysql" -e "DB_HOST=db" -e "DB_PORT=3306" -e "DB_USER=wikijs" -e "DB_PASS=wikijsrocks" -e "DB_NAME=wiki" ghcr.io/requarks/wiki:2 ``` ### 脚手架的说明 ![输入图片说明](images/wiki.png) 基于脚手架生成包如下： \``` scaffold/ ├── README.md # 项目说明文档（包含MCP配置和规则使用指南） ├── docs/ # 文档目录 │ ├── 原始需求/ # 原始需求文档目录 │ │ ├── 原始记录/ # 原始需求记录（按版本分类） │ │ │ ├── v1.0/ # 版本1.0的原始记录 │ │ │ ├── v2.0/ # 版本2.0的原始记录 │ │ │ └── v3.0/ # 版本3.0的原始记录 │ │ ├── 画面原型/ # 画面原型文档（按版本分类） │ │ │ ├── v1.0/ # 版本1.0的画面原型 │ │ │ ├── v2.0/ # 版本2.0的画面原型 │ │ │ └── v3.0/ # 版本3.0的画面原型 │ │ └── 需求说明书/ # 需求说明书文档 │ ├── 设计/ # 设计文档目录 │ │ ├── 概要设计/ # 概要设计文档 │ │ ├── 详细设计/ # 详细设计文档 │ │ └── 测试用例/ # 测试用例文档 │ └── 设计模板/ # 设计模板目录 │ ├── 需求说明书/ # 需求说明书模板 │ │ ├── 功能需求模板.md │ │ ├── 需求说明一览模板.md │ │ └── 非功能需求模板.md │ ├── 概要设计/ # 概要设计模板 │ │ ├── 功能逻辑设计模板.md │ │ ├── 接口设计模板.md │ │ ├── 模块划分模板.md │ │ └── 系统架构设计模板.md │ └── 详细设计/ # 详细设计模板 │ ├── ER设计模板.md │ ├── 接口详细设计模板.md │ ├── 数据库设计模板.md │ └── 画面逻辑详细设计模板.md ├── server/ # 服务器端代码目录（根据所选） │ └── test.txt # 测试文件 └── web/ # 前端代码目录 （根据所选） └── app.txt # 应用文件 \``` README.md 中包含具体的使用说明，按照规则的使用说明按步骤使用即可 前后端、移动端的代码脚手架还在整理中，计划使用yudao-cloud（https://gitee.com/yudaocode/yudao-cloud-mini），我将会移除一些非必要的内容仅保留一般项目必须的功能，敬请期待。