利用AI开发历程
从高考完的暑假开始接触AI项目开发，我发现AI开发项目的“许愿式编程”让所有的想法可以在第一时间落地，第一时间印证自己的想法，利用AI进行项目开发是原来人工项目开发效率的数倍，借此我记录一下我利用AI进行项目开发的过程和办法。
一开始我只理解用国产模型DeepSeek（简称大肥鱼）网页版来编写一个网页，即HTML单文件，这是我还没有使用过Codex，DeepSeek Harness的时期，一次偶然的机会我遇到了一个朋友，在他的帮助（其实是资助）下，我第一次给ChatGPT开通了Pro权限，给电脑上安装了Codex客户端，从此可以说是一发不可收拾（实在太好用了喵）用一个实际的案例来说明有了AI工作的效率有多块：我将我的Minecraft Bedrock Server变更为Java版本的Minecraft Server仅仅用时一天，同时保证了大部分功能的正常运行，换做是以前这是想都不敢想的事情，后续我也是利用Codex专门制作了适用于自己MC服务器的插件。
有一个比较有趣的一点：当Codex发现成品插件不适合服务器的时候怎么办？Codex：直接改源码重新写，上网找什么
然后博客，服务器官网也一并交给了Codex帮助我更新和维护， 简直不要太方便了！
列举一下目前主流用于项目开发的AI大模型：
- ChatGPT（依旧降智）
- Claude（疑似小学时期之间相互恋爱但是父母Anthropic不让）
- Grok（唯一同意你色色的义父）
- Gemini（美国豆包🤔）
- DeepSeek（大肥鱼什么的最好了😋）
- 千问
- Kimi（快给力啊，给GPT王座干碎！）
- GLM
（哪来的大妈？）
Claude在对国人封号太过于严重，所以我自己并没敢去尝试使用Claude开发（买了订阅被封号还是会很肉疼的）
AI实战开发
我的环境：Windows 11 家庭版、一台中规中矩的联想Y9000P
AI开发项目不能依靠网页版，需要下载AI对应的客户端（即让AI可以手头有很多的工具在电脑上工作）
其他的AI客户端可以自行去浏览器搜索一下，或是直接问一下AI就可以（有AI为什么不用呢？）
下面我用ChatGPT的Codex作为教程实操案例
使用ChatGPT的困难无非就是2点：
- 需要访问海外网络
- 有一个谷歌账号
首先，使用海外AI要保证自己的海外网络（即魔法）不是一个风险IP，最好多花一点钱自己用专用的美国云服务器搭建专线，这样后续账号的各种事情会少的多，除了美国，日本和新加坡这些地区都可以，只要保证你与海外网络的带宽大一些、稳定一些就可以。谷歌账号我个人推荐去找一个靠谱的代购，自己注册事情会非常多（动不动封号或者人机验证过不去，谷歌在国内的封号概率也不低）这两点都解决了后面就很顺利了。
ChatGPT的免费版本肯定是没法支撑我们的开发的，根据官方介绍ChatGPT的个人订阅有Go，Plus和Pro以及Pro下细分的100x，200x和500x这些版本，作为学生，我个人认为我们只需要订阅Plus即可满足我们的日常排障/开发需求（Plus折合RMB大约是140-160之间，代购一般都是用菲律宾地区，所以他们还是可以赚很多钱）
当我们一切全部准备就绪后，就可以打开安装好的ChatGPT客户端，开启我们项目的第一步（因为我是Plus账号，根据我个人的实际感知，我建议模型优先选择sol6.1中/轻度、sol6中/轻度这几个档位的思考，这样不会让我们的额度快速消耗完还有一些空余的时间去研究对话）
建议不要选择Astra的任何模型，Astra的额度消耗是sol的2.5倍甚至更高，在Plus的额度下，Astra并不能给我们带来更好的项目开发体验。
我们可以让它先写一个项目框架，例如：我想制作一个Minecraft的服务器官网，请你帮我写出一个框架和开发文档。
# Minecraft 服务器官网：项目框架与开发文档
> 文档版本：1.0
> 适用场景：Java 版 Minecraft 社区/生存/小游戏服务器
> 状态：实施蓝图，服务器名称、地址、玩法和品牌素材可按实际情况替换。
## 1. 项目目标
建设一个面向玩家的中文官网，让访客能快速了解服务器、查询状态、阅读规则与公告、查看玩法和加入方式。官网应适配手机与桌面，内容可维护，状态数据失败时仍能正常展示静态信息。
### 首期范围
- 首页：服务器简介、在线状态、版本、加入地址、主要玩法、公告入口。
- 玩法介绍：模式、特色系统、地图或赛季说明。
- 新手指南：客户端版本、加入步骤、常见问题。
- 规则与公告：可阅读、可分享的独立页面。
- 状态页：在线/离线、在线人数、最大人数、版本和延迟（数据源支持时）。
- 管理入口：首期公告和配置可通过 Markdown/配置文件维护；以后再接入后台。
- SEO、基础无障碍、错误页、隐私与版权说明。
### 首期不包含
论坛、充值商城、玩家账号/正版验证、游戏内数据面板、支付、复杂权限后台。确有需求时作为独立阶段规划，避免首期引入不必要的账号与支付风险。
## 2. 信息架构与页面框架
```text
全站
├── 顶部导航：Logo | 首页 | 玩法介绍 | 新手指南 | 公告 | 服务器状态 | 加入服务器
├── 主内容区
├── 页脚：社群入口 | 联系方式 | 规则 | 隐私说明 | 版权/备案信息（按实际适用）
└── 全局状态：复制成功提示、加载状态、404 页面
首页 /
├── Hero：服务器名、短介绍、主 CTA「立即加入」、次 CTA「了解玩法」
├── 状态卡：在线状态、人数、版本、地址（来源不可用时显示“状态暂不可用”）
├── 服务器特色：3–6 个短卡片
├── 玩法预览：模式卡片和详情链接
├── 最新公告：最近 3 条
└── 加入步骤：版本要求、地址复制、启动游戏
/玩法
├── 玩法总览
└── /玩法/[slug]（可选：每种模式一页）
/新手指南
├── 加入步骤
├── 版本与客户端说明
├── 常见问题
└── 社群与求助方式
/公告 与 /公告/[slug]
/规则
/状态
```
### 关键交互
1. 地址按钮点击后复制服务器地址，并显示“已复制”；剪贴板不可用时显示可手动选择的文本。
2. 状态查询失败不得影响首页其余内容；显示最近成功更新时间和降级提示。
3. 手机端导航可键盘操作，点击链接后关闭菜单。
4. 所有外部社群链接明确标识为外链，配置未提供的入口不渲染空按钮。
## 3. 推荐技术方案
### 默认方案
- 前端：Next.js（App Router）+ TypeScript + React。
- 样式：Tailwind CSS；组件遵循项目自身设计规范，避免依赖过重的 UI 套件。
- 内容：Markdown/MDX 文件，适合公告、规则和指南；首期不需要数据库。
- 状态：服务端通过 Minecraft Server Status API 查询；使用服务端缓存/定时刷新，浏览器不直接请求第三方服务。
- 部署：Node.js 托管或 Docker；Nginx/Caddy 反向代理，HTTPS。
- 包管理：pnpm；代码质量：ESLint + Prettier。
### 选型理由与替代
该方案适合内容型官网、页面可预渲染、后续能扩充动态功能。若只有单页且状态由人工更新，可改为 Vite 静态站点；若团队熟悉 Vue，可使用 Nuxt 3，保持相同的信息架构和接口边界。技术栈不是业务前提。
## 4. 页面与组件拆分
```text
AppShell
├── SiteHeader
│ ├── Brand
│ ├── DesktopNav
│ └── MobileNav
├── Main
│ └── RoutePage
└── SiteFooter
首页组件
├── HeroSection
├── ServerStatusCard
├── CopyAddressButton
├── FeatureGrid
├── GameModeCards
├── LatestAnnouncements
└── JoinSteps
```
一个项目的开发框架和开发文档非常重要，这样可以保证AI后续开发方向的准确性，不然很容易开发一半就跑偏了，文档写好后我们需要自己检查一遍，检查发现符合自己要求了就可以对AI说进行项目的正式开发。
这里其实有一个焚决，你可以把我的话直接复制给AI：请你根据以上内容提出你的疑问，我会一一为你解答，直到你有完全的把握开发这个项目，再进行开发。
总结
AI开发并不能取代核心代码（涉及金融、保密）的开发，但是对于我们用AI开发一个项目是一件非常简单而又轻松的事情，现在的AI早已经比我们想象中的要聪明的多了。