干货篇｜02. 纯AI Coding商业应用
目录
### 文章目录
- [干货篇｜02. 纯AI Coding商业应用](#文章目录 干货篇｜02. 纯AI Coding商业应用 目录 @[toc] 本文思维导图 前言 AI Coding的大型项目长什么样)
- [目录](#文章目录 干货篇｜02. 纯AI Coding商业应用 目录 @[toc] 本文思维导图 前言 AI Coding的大型项目长什么样)
- [@[toc]](#文章目录 干货篇｜02. 纯AI Coding商业应用 目录 @[toc] 本文思维导图 前言 AI Coding的大型项目长什么样)
- [本文思维导图](#文章目录 干货篇｜02. 纯AI Coding商业应用 目录 @[toc] 本文思维导图 前言 AI Coding的大型项目长什么样)
- [前言](#文章目录 干货篇｜02. 纯AI Coding商业应用 目录 @[toc] 本文思维导图 前言 AI Coding的大型项目长什么样)
- [AI Coding的大型项目长什么样](#文章目录 干货篇｜02. 纯AI Coding商业应用 目录 @[toc] 本文思维导图 前言 AI Coding的大型项目长什么样)
本文思维导图
纯AI Coding商业应用
前言
"完全由AI Coding的商业化应用"
"不同于Vibe Coding的不可控性"
"AI时代下的代码一致性、架构整洁性"
"全流程标准化"
"程序员工作范式的变化"
AI Coding大型项目
工程结构设计
Monorepo组织形式
前后端分离开发
总代码量约22w行
后端架构
Java 21
DDD分包架构
领域模块划分
admin/ 管理员领域
agent/ 代理领域
article/ 文章领域
member/ 会员领域
merchant/ 商户领域
user/ 用户领域
前端架构
Vue 3 + uni-app
分包结构
主包页面
商户分包
会员分包
代理分包
管理员分包
核心设计理念
四层架构
intent-layer/ 意图层
spec-layer/ 契约层
implementation-layer/ 实现层
validation-layer/ 验证层
AI资产管理
.cursor/ AI规则配置
skills/ AI技能
ai-assets/ AI资产
实践成果
"摸索出可行的AI大型应用开发方法论"
"第一款纯AI开发的商业化SaaS"
"证明AI在大型云原生应用开发下的可行性"
关键要点
"纯AI Coding不等于完全自动化"
"仍需要架构设计、技术选型、流程设计"
"需要CI/CD、质量门禁等工程实践"
"程序员竞争力范式变化"
前言
笔者从去年4月中旬开始
就萌生并开始实施了一个想法：
"是否可以做一个完全由AI Coding的商业化应用"
不同于Vibe Coding（氛围编程）的不可控性
笔者作为一个在IT行业耕耘了十余年、经历了大小项目的开发和架构演进
笔者更看重的是AI时代下的代码输出的一致、架构的整洁、从AI开发到上线的全流程标准化
理想是丰满的，现实是骨感的
在经历了半年的摸索、踩坑、换过无数的AI IDE和底层大模型后
被AI折磨的鼻青脸肿的笔者总算是 摸索出了一套可行的AI大型应用开发方法论并做出了自己的第一款纯AI开发的商业化SaaS
从实践层面证明了AI在大型云原生应用开发下的可行性
当然，
写到这里希望读者们不要误解：
纯AI Coding并不意味着你只需要说一句话AI就帮你全部完成
你只是不需要做最底层的代码交付工作、脚本编写工作
甚至你不用关心是用什么底层编程语言实现
但是你仍需要完成：架构设计、技术选型、流程设计、CI/CD、质量门禁等等
AI时代下，程序员的本职工作和竞争力在发生范式上的变化
AI Coding的大型项目长什么样
下面是纯AI Coding的工程结构设计（简化版）
前后端分离开发
后端采用springboot
前端采用 uniapp
总代码量约22w行（还在持续增加）
mhk-front-backend/ ← Monorepo 组织形式，前后端分离但统一管理
│
├── backend/ ← Spring Boot 后端服务 (Java 21)
│ ├── src/main/java/com/link/all/ ← 后端源码 (DDD 分包架构)
│ │ ├── admin/ ← 管理员领域 (ReservedShop、SystemConfig 等)
│ │ ├── agent/ ← 代理领域 (AgentCommission、AgentApply 等)
│ │ ├── article/ ← 文章领域
│ │ ├── bc/ ← 限界上下文
│ │ ├── common/ ← 公共模块 (配置、工具、拦截器、异常处理)
│ │ ├── cooperation/ ← 合作/联盟领域
│ │ ├── member/ ← 会员领域 (MemberCard、MemberCoupon、Points 等)
│ │ ├── merchant/ ← 商户领域 (Onboarding、LearningRecord 等)
│ │ ├── shop/ ← 店铺领域
│ │ ├── user/ ← 用户领域
│ │ ├── sharedkernel/ ← 共享内核
│ │ └── web/ ← Web 控制器
│ │
│ ├── src/main/resources/ ← 配置资源
│ │ ├── api-doc/ ← API 文档 (apis/ 子目录)
│ │ ├── db/ ← 数据库迁移脚本
│ │ │ └── changelog/ ← Liquibase 变更日志
│ │ ├── application.yml ← 主配置文件
│ │ ├── application-dev.yml ← 开发环境配置
│ │ ├── application-prod.yml ← 生产环境配置
│ │ ├── logback-spring.xml ← 日志配置
│ │ └── cert/ ← 证书文件
│ │
│ ├── src/test/java/ ← 单元测试
│ ├── pom.xml ← Maven 依赖配置
│ ├── Dockerfile ← 后端 Docker 镜像
│ ├── mvnw / mvnw.cmd ← Maven Wrapper
│ ├── docker/ ← 后端专用 Docker 配置
│ ├── logs/ ← 运行日志
│ ├── target/ ← 编译产物
│ ├── database_backup/ ← 数据库备份
│ ├── chrome-mcp-server-*/ ← MCP 浏览器服务
│ ├── webhook-deploy/ ← Webhook 部署配置
│ └── scripts/ ← 后端运维脚本
│
├── frontend/ ← 微信小程序前端 (Vue 3 + uni-app)
│ ├── pages/ ← 主包页面
│ │ ├── index/ ← 首页
│ │ ├── login/ ← 登录相关
│ │ ├── member/ ← 会员中心
│ │ ├── article/ ← 文章详情
│ │ └── common/ ← 通用页面
│ │
│ ├── merchant-package/ ← 商户分包
│ │ ├── pages/ ← 商户页面 (home、members、coupons、register-new 等)
│ │ ├── components/ ← 商户专用组件
│ │ └── utils/ ← 商户工具函数
│ │
│ ├── member-package/ ← 会员分包
│ ├── agent-package/ ← 代理分包
│ ├── admin-package/ ← 管理员分包
│ │
│ ├── components/ ← 通用组件库
│ ├── utils/ ← 通用工具函数
│ │ ├── request.ts ← 请求封装
│ │ ├── error-handler.ts ← 错误处理
│ │ ├── placeholder-data.ts ← 占位数据工具
│ │ └── system.ts ← 系统工具
│ │
│ ├── static/ ← 静态资源
│ │ ├── apis/ ← API 文档
│ │ └── templates/ ← 页面模板 (page-template、modal-template 等)
│ │
│ ├── uni_modules/ ← uni-app 官方模块
│ ├── src/ ← 源码目录
│ ├── config/ ← 前端配置
│ ├── styles/ ← 全局样式
│ ├── types/ ← TypeScript 类型定义
│ ├── scripts/ ← 前端构建脚本
│ ├── pages.json ← 路由配置
│ ├── manifest.json ← 应用清单
│ ├── package.json ← npm 依赖
│ ├── vite.config.js ← Vite 配置
│ ├── tsconfig.json ← TypeScript 配置
│ └── Dockerfile.web ← 前端 Docker 镜像
│
├── docker/ ← 基础设施配置
│ ├── mysql/ ← MySQL 数据卷/配置
│ ├── nginx/ ← Nginx 反向代理配置
│ └── redis/ ← Redis 配置
│
├── scripts/ ← 运维脚本 (全局)
│ ├── deploy-*.sh ← 部署脚本 (zero-downtime、blue-green 等)
│ ├── prod-*.sh ← 生产环境运维脚本
│ ├── check-*.sh ← 代码检查脚本 (DDD分层、领域纯度等)
│ ├── sql/ ← SQL 运维脚本
│ ├── cron/ ← 定时任务脚本
│ ├── skills/ ← AI 技能脚本
│ ├── baselines/ ← 基线文件
│ └── lib/ ← 脚本依赖库
│
├── docs/ ← 项目文档
│ ├── adr/ ← 架构决策记录
│ ├── testing/ ← 测试相关文档
│ ├── ubiquitous-language.md ← 通用术语表
│ ├── api-change-template.md ← API 变更模板
│ ├── bug-report-template.md ← Bug 报告模板
│ └── *.md ← 其他文档
│
├── spec-layer/ ← 契约层 (Spec-Driven 开发)
│ ├── openapi/ ← OpenAPI 规范
│ │ ├── api.v1.yaml ← 唯一接口真源
│ │ └── modules/ ← 模块化规范
│ ├── contracts/ ← 契约文档
│ ├── ubiquitous-language/ ← 领域术语定义
│ └── README.md
│
├── implementation-layer/ ← 实现层
│ ├── backend/ ← 后端生成配置
│ │ ├── codegen-config/ ← OpenAPI 生成器配置
│ │ ├── mapping-index.md ← 映射追踪表
│ │ └── migration-playbook.md ← 迁移手册
│ │
│ └── frontend/ ← 前端生成配置
│ ├── codegen-config/
│ └── mapping-index.md
│
├── validation-layer/ ← 验证层
│ ├── ci/ ← CI/CD 门禁规范
│ ├── scenarios/ ← 关键场景测试用例
│ └── README.md
│
├── intent-layer/ ← 意图层 (需求输入)
│ ├── prompts/ ← 需求模板 (feature-request、bug-report、api-change)
│ ├── workflows/ ← 工作流定义
│ └── README.md
│
├── .cursor/ ← Cursor AI 规则配置
│ ├── rules/ ← 项目级规则 (*.mdc)
│ │ ├── link-core-rules.mdc ← 前端工程规范
│ │ ├── link-all-comprehensive-rules.mdc ← 后端工程规范
│ │ ├── common-dev-principles.mdc ← 通用开发原则
│ │ ├── auxi-principle.mdc ← AUXI 设计原则
│ │ └── production-environment.mdc← 生产环境规范
│ │
│ └── skills/ ← AI 技能 (deploy、docker、git 等)
│
├── ai-assets/ ← AI 资产
│
├── docker-compose*.yml ← Docker Compose 配置
│
├── deploy-*.sh ← 部署脚本
│
├── nginx-web.conf ← Nginx 配置
│
├── Dockerfile ← 根目录 Docker 镜像
│
├── README.md ← 项目主文档 (四层架构 SOP)
│
└── architecture-governance.md ← 架构治理文档下图：cursor claude模型统计的代码量结果
看起来很复杂是吧
其实也不简单[手工狗头]
但是跟着笔者的专栏一步步渐进式构建
了解我们为什么要这么去设计我们的目录结构
最后回头看就会觉得清晰无比
正如《道德经》所述
道生一，一生二，二生三，三生萬物。
我们只要找到门道了
知道其工作原理工作模式和设计模式后
接下来就是照葫芦画瓢灵活运用
一点也不难。
（完）