我准备用 AI 二开 shadcn-admin，做一个可卖的后台管理系统模板
最近我在做一个新的实战项目：基于开源项目 shadcn-admin，二开一个可以商品化的后台管理系统模板。
这个项目不是为了炫技，也不是为了从 0 写一个后台框架。
我的目标很明确：用 AI 编程的方式，把一个优秀的开源后台模板，改造成一个能演示、能截图、能卖源码、能录课程、还能继续接后端的 Web 项目资产。
在 AI 编程时代，我越来越觉得，真正有价值的方向不一定是从零造轮子，而是把已经成熟的轮子，包装成能交付、能复用、能变现的项目。
为什么选择 shadcn-admin？
后台管理系统是一个非常适合 AI 二开的方向。
因为它的结构非常清晰：登录页、Dashboard、表格、表单、菜单、设置页、用户管理、订单管理、数据看板。
这些模块都很标准，AI 很容易理解，也很容易按需求改造。
而 shadcn-admin 的优势在于，它本身就是基于 React、TypeScript、Vite、shadcn/ui、Tailwind CSS 做的现代后台模板。
它的 UI 风格非常适合现在的 SaaS 产品：简洁、克制、留白多、卡片化、暗黑模式友好，截图很好看。
相比传统后台模板，它不是那种很重的企业系统风格，而是更接近现代海外 SaaS 后台的感觉。
这对我很重要。
因为这个项目未来不只是自己用，还要用于课程、公众号、闲鱼商品图、源码交付和定制服务。
第一眼好不好看，会直接影响用户愿不愿意继续了解。
为什么不从 0 开始写？
很多人做项目有一个误区：总觉得从 0 写才叫厉害。
但商业项目不是算法比赛，用户不关心你是不是从 0 写的，用户只关心这个东西能不能跑、能不能看、能不能改、能不能解决问题。
从 0 写后台系统，最容易陷入几个坑：
第一，时间被基础工程消耗掉。
第二，页面做出来不好看。
第三，功能还没开始，架构先复杂了。
第四，AI 很容易在重复造轮子的过程中跑偏。
第五，项目还没商品化，人已经累了。
所以这次我反过来做：先找一个成熟的开源项目，不改变它原本的技术架构，只在它上面加功能、加皮肤、加业务场景、加文档、加截图、加商品化包装。
这就是我的 WebGold 二开思路。
WebGold 二开原则
这个项目属于我的 WebGold 系列项目。
WebGold 的核心不是重新发明轮子，而是把优秀开源项目改造成能赚钱、能教学、能交付的产品。
我给二开项目定了几条原则：
第一，主分支只同步上游，不直接二开。
第二，开发分支统一使用 ruyi/* 命名空间。
第三，尽量不改变上游原本技术架构。
第四，不把 React 项目强行改成 Vue，也不把 Vue 项目强行改成 React。
第五，不把前端模板强行改成全栈项目。
第六，二开重点放在加功能、加皮肤、加 mock 数据、加业务页面、加 README、加部署说明和商品化包装。
第七，只有在上游架构严重过时、无法运行或者 License 有风险时，才考虑大规模重构。
这次 shadcn-admin 项目的开发分支，我准备命名为：
ruyi/mock/v0.1.0
这里的 mock 表示第一阶段只做纯前端 mock 演示版。
v0.1.0 表示这是第一个 MVP 版本。
端口也会单独规划。
我本地已经有 PostgreSQL 和 Redis，都是默认端口。WebGold 第二个正式项目 shadcn-admin 准备使用 11200-11300 这个连续端口段。
第一阶段前端 dev server 就固定使用：
11200
这样以后多项目并行的时候，不会端口乱飞。
第一阶段做什么？
第一阶段不接后端，不接数据库，不做真实登录，不做复杂权限系统。
目标只有一个：
让项目能跑、能看、能截图、能作为一个可售卖模板的雏形。
具体来说，v0.1.0 只做几件事。
第一，保留上游 shadcn-admin 的原始架构。
第二，把品牌改成 WebGold Admin / shadcn-admin。
第三，把 Dashboard 改造成经营数据看板。
第四，把原来的用户或任务页面改造成商品管理。
第五，把另一个列表页改造成订单管理。
第六，准备真实感 mock 数据。
第七，补一份能让买家看懂的 README。
第八，预留后端扩展路线。
这个阶段不是做完整系统，而是做一个“看起来已经像产品”的模板骨架。
Dashboard 怎么改？
后台系统第一张图，通常就是 Dashboard。
所以 Dashboard 是最重要的截图页面。
我准备把它改成一个通用经营看板，先放四个核心指标：
商品总数：128
库存预警：9
本月订单：236
本月利润：¥18,680
下面再放一些模拟图表，例如最近 7 天订单趋势、商品分类销售占比、利润趋势、最近成交记录、待处理订单列表。
这些数据不需要真实接接口，但必须看起来像真实业务。
因为 mock 数据不是乱写，而是在帮用户理解：这个模板可以改造成什么系统。
商品管理页怎么做？
商品管理页是最容易商品化的页面。
字段可以设计成：
商品名称、分类、成本价、标价、库存、状态、平台标题、最近更新、备注。
mock 商品可以这样写：
二手 iPhone 14 Pro 256G
罗技 MX Keys 键盘
机械硬盘 4T
AI 编程课程资料包
二手显示器 27 寸
Switch 游戏卡带
技术电子书合集
闲置蓝牙耳机
Cursor AI 编程入门资料包
公众号爆款选题资料库
这些数据看起来很生活化，也很容易让买家联想到自己的业务。
它既可以变成闲鱼库存后台，也可以变成课程资料管理后台，还可以变成小型电商商品后台。
订单管理页怎么做？
订单管理页可以先做成待处理订单。
字段可以包括：
订单编号、商品名称、买家昵称、成交价、利润、订单状态、成交时间、快递单号、备注。
例如：
ORD-20260612-001，二手 iPhone 14 Pro 256G，成交价 ¥4,280，利润 ¥680，待发货。
ORD-20260612-002，AI 编程课程资料包，成交价 ¥88，利润 ¥88，已完成。
ORD-20260611-003，罗技 MX Keys 键盘，成交价 ¥399，利润 ¥120，已发货。
ORD-20260610-004，技术电子书合集，成交价 ¥29.9，利润 ¥29.9，已完成。
这类数据可以直接支撑后面的课程讲解：
如何从 mock 数据开始？
如何抽象业务实体？
如何接 Django REST API？
如何接 FastAPI？
如何接 Gin？
如何把一个前端模板变成真正的业务系统？
为什么先不接后端？
很多人一做项目就想一步到位：前端、后端、数据库、权限、部署、Docker、CI/CD 全都上。
结果往往是项目迟迟无法演示。
这次我不这样做。
v0.1.0 只做 mock 前端，是有意为之。
原因有三个。
第一，mock 版最容易跑起来。
很多买源码的人，第一需求不是复杂功能，而是“我能不能先跑起来看看”。
第二，mock 版最容易截图。
如果要做闲鱼商品页、CSDN 博客配图、课程宣传图，mock 数据足够了。
第三，后端可以作为升级卖点。
后面可以做多个版本：
shadcn-admin-mock：纯前端 mock 版。
shadcn-admin-django：Django / DRF 后端版。
shadcn-admin-fastapi：FastAPI 后端版。
shadcn-admin-gin：Go Gin 后端版。
这样同一个前端模板，可以延展出多个课程和多个交付版本。
这比一开始就把所有东西塞在一起更清晰。
要不要做皮肤系统？
我觉得有必要，但不能一上来做复杂。
第一阶段只需要做一个轻量主题基础。
shadcn-admin 本身就有主题机制，Tailwind 和 CSS variables 也很适合做主题扩展。
我打算保留默认主题，同时增加一个 WebGold Blue 的概念。
WebGold Blue 会延续我自己的品牌风格：科技蓝、深色模式、轻玻璃拟态、少量光效、现代 SaaS 感。
但这里有一个重要原则：后台系统不能太花。
玻璃拟态、3D 元素、粒子背景，适合用在课程封面、公众号封面、直播封面、商品主图。
真正的后台 UI 里面，只能轻量使用。
比如登录页可以更科技感，Dashboard 卡片可以有一点轻微渐变和蓝色强调。
但表格页、订单页、设置页必须保持克制，保证可读性和专业感。
未来皮肤也可以成为一个独立卖点。
比如：
WebGold 科技蓝皮肤
AI 教育后台皮肤
金融数据看板皮肤
电商库存后台皮肤
小说数据分析后台皮肤
CRM 销售管理皮肤
用户买的不是几个 CSS 变量，而是一个可以直接用于某个行业场景的视觉方案。
这个项目怎么变现？
我的想法不是只卖源码。
这个项目可以拆成几种产品形态。
第一种，8.88 元引流版。
内容就是纯前端 mock 版，能跑、能看、能截图、能改。
第二种，88.88 元标准版。
在 mock 版基础上，接一个真实后端，例如 Django REST API 或 FastAPI。
第三种，部署服务。
帮用户部署到服务器，价格可以做到 299 到 599。
第四种，定制服务。
根据客户业务改字段、改页面、改皮肤、接接口，价格可以 999 起。
第五种，课程。
把整个 AI 二开过程录成课程，从选型、克隆、分支管理、mock 改造、皮肤系统、接后端、部署上线，一步一步讲。
对我来说，课程可能比源码本身更重要。
因为源码卖一次只是一份收入，课程和项目经验可以长期沉淀。
AI 编程时代，真正值得练的能力
现在很多人用 AI 写代码，还是停留在“让 AI 帮我写一个页面”“让 AI 帮我修一个 bug”。
但我觉得更重要的是项目操盘能力。
也就是：
怎么选项目？
怎么判断开源项目是否值得二开？
怎么规划分支？
怎么保留上游同步能力？
怎么定义 MVP？
怎么控制范围？
怎么设计 mock 数据？
怎么让项目看起来像产品？
怎么写 README？
怎么截图？
怎么包装成课程？
怎么从引流版升级到标准版？
这些能力，比单纯让 AI 写代码更值钱。
AI 可以帮你写代码，但它不能自动帮你判断什么项目值得做，什么功能先做，什么功能不要做，什么东西能卖钱。
这部分，才是项目负责人真正的价值。
总结
shadcn-admin 这个项目，我准备把它作为 WebGold 的第二个正式二开项目来推进。
第一阶段目标非常明确：
不接后端，不做复杂权限，不做大重构。
先基于原始架构做一个纯前端 mock 版。
让它能跑起来，能截图，能讲课，能挂商品页，能作为后续 Django、FastAPI、Gin 后端版本的前端底座。
在我看来，AI 编程时代最值得做的事情，不是从 0 写一个又一个玩具项目，而是把优秀开源项目工程化、品牌化、商品化。
shadcn-admin 只是开始。
后面我还会继续用这种方式，拆更多适合 AI 二开的开源项目，做成能学习、能交付、能变现的实战案例。