V5 · 2026-06-01
使用 AI 经验分享
一个半月,一个人,五个项目 —— 全程用 AI 协作开发的真实记录(零手写代码)
时间跨度
2026/04/10 — 2026/05/25
← → 翻页 · 按 T 打开目录 · 按 F 全屏
开场:"大家好,今天分享我用 AI 做开发这一个半月的真实体验。" → 说完直接翻,不用等
00 · 概述
近两个月 AI 实战总结,一个人就是一支队伍
拥抱 AI · 提高效率 · 转变角色 · 全链路介入
🎯 核心观点
不是 AI 取代开发者,而是用 AI 武装自己。
当你的产出 ×10,角色自然从执行者变成技术负责人。
🛠 本次分享使用的工具
Claude Code CLI + CC Switch 切换使用 ✅
|
OpenCode、Gemini CLI、Claude 客户端 及 IDE 插件 Kilo Code、Gemini Code Assist 仅轻度体验
|
Codex、国产 AI 编程工具等未深入使用,欢迎有经验的同事分享交流 🙋
💻 日常工作方式
⌨️ 多个控制台窗口运行 Claude Code,前后端项目各一个会话并行推进
📖 IntelliJ IDEA 打开项目查看源码细节、调试定位
🔀 Sourcetree 审核 AI 生成的变更、对比 diff、管理提交
00 概述:"今天分享的是近两个月我用 AI 的真实总结。核心就一句话:拥抱 AI 提高效率,角色从写代码变成审核代码。从架构设计到部署脚本,全链路 AI 介入。工具方面主力是 Claude Code CLI 配合本地 CC Switch 做模型切换,其他工具只是浅尝,欢迎大家补充。" → 30 秒定调,翻到缘起
01 · 缘起
从"用 AI 做一个项目"
到 所有项目都这样做
📋
一个月前
用 AI 做了一个完整项目,从 0 到测试上线,8 个工作日。
⚡
现在
新项目、老项目迭代、跨项目迁移、技术栈升级 —— 全程 AI 协作,没有例外。
不是刻意为之
当你发现 AI 写的代码比自己手写更规范、更快、更少 bug,手写就自然变成了多余的步骤。
01 缘起:"之前用 AI 做了一个项目觉得不错,后来发现所有项目都能这样搞,就变成全程 AI 协作了。不是刻意为之,是自然演变的。" → 20 秒翻页
02 · 数据
一个半月做了什么
涉及技术栈
Java 25
Spring Boot 4
Spring Boot 2
React 19
PostgreSQL
MySQL 8
Elasticsearch 8.19
MyBatis-Flex
XXL-Job
Docker
Jenkins
Rspack + Ant Design 5
02 数据⭐:停 3 秒让大家看数字,再说 → "45 天,5 个项目,300 多次提交,亲手敲的代码几乎为零。涉及 4 种技术栈,有些我之前完全没接触过。" → 技术栈列表不用念
03 · 时间线
45 天,6 个阶段
4/10 — 4/17
查询系统后端:Phase 1-2 完成 + 中途升级 Spring Boot 4
4/17 — 4/24
查询系统 Phase 3-4 + 前端四阶段 + 测试环境部署
4/24 — 4/30
存证平台 V3.18 收尾 + 运营管理风险模块优化
5/1 — 5/15
存证平台 ERP 单一料型 + XXL-Job 调度中心独立部署
5/15 — 5/22
运营管理 10 任务 XXL-Job 迁移 + 查询系统 PG + MyBatis-Flex 升级
5/22 — 5/25
存证平台 V3.19 代码审查 + 查询系统按业务域重构包结构
03 时间线:不用逐条念 → "大概分 6 个阶段,从 4 月中旬到 5 月底,查询系统、存证平台、运营管理交替推进。" → 扫一眼翻页
04 · 项目矩阵
五个项目,同时推进
recycloud-search-agent
Spring Boot 4 · PostgreSQL · ES 8.19 · MyBatis-Flex
recycloud-search-agent-web
React 19 · Rspack · Ant Design 5
recycloud (V3.18 / V3.19)
Spring Boot 2 · MySQL 8 · MyBatis-Plus
operation-management
Spring Boot 2 · MySQL 8 · XXL-Job
recycloud-xxl-job-admin
XXL-Job Admin · Docker Compose · Jenkins Pipeline
04 项目矩阵:"五个仓库同时在推进:查询系统后端、前端、存证平台、运营管理、XXL-Job 调度中心。" → 指一下每个卡片,不用读细节
05 · 查询系统后端
Phase 5:技术栈深度升级
MySQL →
PostgreSQL
+
MyBatis-Plus →
MyBatis-Flex
为什么换 PostgreSQL?
JSONB 原生支持比 MySQL JSON 更强 —— GIN 索引、部分更新、路径查询
为什么换 MyBatis-Flex?
MyBatis-Plus 与 Spring Boot 4 自动配置不兼容,Flex 原生支持 Boot 4
| 提交 | 内容 |
| 421ec9e | Gradle 依赖替换 + Flyway 合并 PG DDL + Jackson 3 自定义 TypeHandler |
| 71ce39a | 全部 application*.yml 切换 PG + MyBatis-Flex 配置 |
| ca23c51 | Entity 注解迁移 + Mapper 接口替换 + SQL → PostgreSQL 语法 |
| 785c0c3 | Service/Task/Migration 层 LambdaQueryWrapper → Flex QueryWrapper |
| 3fa6a46 | 修复 Flex 1.10.8 与 Boot 4 自动配置不兼容,手动配置 FlexSqlSessionFactoryBean |
| b9eae3e | 按业务域重构包结构(auth/order/search/trade/migration)+ Javadoc 补充 |
⚡ AI 执行时长
不到 1 天完成 20+ 文件改造(手工预估 3-5 天)
05 可跳过 → Q&A 时有人问再翻,迁移细节不占正片时间
06 · 查询系统前端
前端:完全不擅长的领域
React 19 + Rspack + Ant Design 5 · 4/21 — 4/27 · ~40 次提交
4/22 · cb0e63a
Phase 1 项目脚手架
4/23 · b082a85
UI 重构 + 统计接口 + 卡片列表 + 高亮排序导出
4/24 · dc59732
交易链路展示 + 证件号/手机号 Tooltip + 卸货照片缩略图
4/27 · 3cd88cf
性能与体验优化:Zustand + 设计令牌系统
🎨 我的角色只有两件事:
CSS Module / TypeScript 严格模式 / React Query / Zustand —— 我都没接触过,全靠 AI。
🌐
测试环境已上线:https://query.diao.mao/
06 前端⭐:"前端——React、CSS Module、TypeScript 严格模式、Zustand——我全都没接触过。我的角色就两件事:看页面效果,说哪里不对。" → 底部地址 query.diao.mao 可现场打开
07 · 存证平台
老项目,同样 100% AI
recycloud · Spring Boot 2 + MySQL 8 · V3.18 / V3.19 双版本迭代
V3.18 · 4/10 — 4/30
- ERP 单一料型批量附件打包 + 分片上传
- 批次 CD 段历史数据自动生成发票申请
- 合同模板 ID 空格 bug 修复
- 批次选择链路报错(3 次提交修复)
V3.19 · 5/7 — 5/25
- 合同附件多个 PDF 合并(仅图片类型)
- 渠道订单每次推送重新校验
- 订单上报增加 B/C/D 企业归属校验
- 代码质量优化:printStackTrace、依赖注入、魔法数字
- 微信小程序权限上线前阻塞项
- AI 生成项目文档:架构概述、模块说明、数据流
💡 关键
CLAUDE.md 写清楚 "Spring Boot 2,不要用 Boot 4 API" —— AI 自动避坑
07 可跳过 → 前面已表达"老项目也一样",Q&A 时按需展示
08 · 运营管理 + XXL-Job
2 个项目 38 个定时任务,AI 全部迁移完
阿里 SchedulerX → XXL-Job · 运营管理 + 存证平台 跨 2 个项目联动
Phase 3 · 5/15
基础设施搭建
新增 xxl-job-core 依赖 · XxlJobConfig · AbstractScheduledTask 基类 · XxlJobTask 接口
Phase 3 · 5/15(同日)
运营管理 10 个任务批量迁移
ContractRisk / HomePage / InvoiceRisk / LogisticsRisk / SettlementRisk / TaxRisk / BasicAgeAmount / BasicBankCard / BasicIdCardExpire / BasicIdCard
Phase 3 · 存证平台
存证平台 28 个任务同模式迁移
数据同步、归档、清理、对账等任务,复用相同基类模式批量完成
Phase 4 · 5/18-5/19
飞书通知 + @JobNotify 注解
运营管理任务改造完成,全量验证通过
部署 · 5/22
Dockerfile + Jenkinsfile
统一启动方式、容器内存与 JVM 参数对齐
🎯 关键技巧
先做第一个任务确认模式,再批量套用 —— 2 个项目 38 个任务,人工做至少 3 周,AI 几天搞定。
08 迁移⭐:"38 个定时任务,从阿里 SchedulerX 迁移到 XXL-Job,跨 2 个项目。先做一个确认模式没问题,再批量套用。人工至少 3 周,AI 几天搞定。"
09 · GSD 工作流
GSD —— 结构化开发的脚手架
Get-Shit-Done · Claude Code 的结构化开发 Skill · 把"想法"变成"可执行计划"再变成"代码"
标准开发流程
/gsd-new-project
项目初始化,生成 ROADMAP + 需求文档
/gsd-discuss-phase
阶段启动前讨论灰色地带,AI 提问澄清
/gsd-plan-phase
生成详细执行计划,含任务拆分和依赖
/gsd-execute-phase
AI 逐任务执行、写代码、原子提交
日常高频命令
/gsd-quick
小改动快速处理,跳过规划开销(本项目用了 ~30 次)
/gsd-debug
贴日志让 AI 诊断 bug,跨会话保持调试状态(~20 次)
/gsd-pause-work
中断时生成上下文快照,切项目不丢进度
/gsd-resume-work
恢复上次工作,AI 从 Git + 规划文档重建全部上下文
💡 GSD 的核心价值
📄 规划文档自动生成
ROADMAP / PLAN / UAT 全自动,永不过期
🔀 原子提交
每个任务独立提交,出问题精准回滚
🔁 跨会话连续
上下文丢失不怕,pause/resume 随时恢复
09 GSD⭐:"先让 AI 生成路线图和执行计划,确认后 AI 按计划逐任务写代码、自动提交。中断随时恢复,上下文不丢。" → 指左边四个命令流程 → "/gsd-quick 小改动,/gsd-debug 贴日志查 bug"
10 · AI 当顾问
不用记命令,不用查文档
Git 操作 · 技术选型 · 架构调研 —— 一句话搞定
🌿 Git 操作实例
场景:提交到了错误分支(还没推送)
"我刚把代码提交到 develop 了,应该提交到 feature/xxx,还没推送,帮我摘过去"
AI 直接给出:git cherry-pick + reset 完整步骤,一次搞定
场景:合并时冲突不知道怎么处理
"merge 冲突了,我要保留 feature 分支的改动,把 develop 的覆盖掉"
AI 给出 checkout --ours/--theirs 或手动解冲突方案
以前 vs 现在
❌ 以前:搜索命令 → 看文档 → 理解参数 → 试错 → 可能搞坏仓库
✅ 现在:一句话描述场景 → AI 给完整命令 → 执行
🏗 技术选型 + 架构调研
场景:不确定用什么技术
"ES 版本使用最新 8.19.14 是否可行,和 Spring Boot 4 兼容吗"
AI 调研版本矩阵,给出兼容方案 + Breaking Change 清单,直接决策
场景:架构方案选择
"ES 存储交易链路,用 nested 类型还是 copy_to 聚合字段,哪个更合适"
AI 分析两种方案的查询性能、写入复杂度、维护成本,给出推荐
核心变化
用 AI 之后,基本不用关心实现细节——只需要关注效果是否符合预期。技术选型、版本兼容、最佳实践,全部交给 AI 调研。
🎨 内容生成实例 —— 你现在看到的这份演示文稿
包括本文档本身
这份演示文稿、用量 Dashboard —— 全部由 Claude 生成 HTML,零手写样式。
HTML > PPT
✅ HTML:一句话生成,浏览器打开就能用,git 管理,随处可看
frontend-design skill
Claude Code 内置 frontend-design skill,没加任何提示词,默认输出就已经很美观。
10 顾问:"Git 操作、技术选型、版本兼容——一句话描述场景,AI 给完整方案。包括大家看到的这个演示文稿和那个 Dashboard,全都是 AI 一句话生成的 HTML,配合 Claude 的 frontend-design skill,默认出来的就很漂亮,比做 PPT 方便多了。" → 可现场演示 frontend-design
11 · 跨项目联动
一个人,五个项目并行
传统需要 2-3 人小团队 + 多次技术评审 · 我用了三招
五个项目五份不同的 CLAUDE.md:技术栈、禁用列表、特殊约定。每切项目,AI 自动加载,上下文无需提醒。
XXL-Job 迁移:调度中心 →
运营管理 →
存证平台
3
GSD pause / resume 切换上下文
/gsd-pause-work → 当前项目生成快照
# 切换到另一个项目目录
/gsd-resume-work → 从快照恢复,AI 重建全部上下文
11 跨项目:"一个人推五个项目的秘诀:每个项目一份 CLAUDE.md,跨项目串行推进,用 pause/resume 切换上下文。" → 30 秒
12 · 角色变迁
我变成了 技术负责人
从
写代码
到
描述问题
不是不能写,是没必要写。AI 比我写得更规范、更快、更少 bug。
从
单项目
到
多项目并行
CLAUDE.md + GSD 规划文档 + pause/resume 不是可选项,是必需品。
从
调试代码
到
调试 AI
业务 bug 30% · AI 行为问题 70%。找根因、写进 CLAUDE.md、一次性消灭。
我的角色从"开发者"变成了"技术产品经理 + Code Reviewer"。
12 角色变迁:"从写代码变成描述问题,从单项目变成多项目并行,从调代码变成调 AI。" → 30 秒,底部引用句让观众自己看
13 · 能力边界
AI 擅长什么,不擅长什么
✅
表现极好
| 参照老项目开发 | 10x |
| 框架/版本升级 | 5x |
| 批量重复迁移 | 10x+ |
| CI/CD 配置 | 5x |
| 代码审查 | 3x |
| 文档生成 | ∞ |
⚠️
表现一般 / 较差
- 复杂业务逻辑 —— 必须给参考文件 + 业务规则
- 性能调优 —— 倾向加缓存/索引,不一定切中要害
- 跨系统联调 —— 看不到另一个系统的运行时
- Jenkins/Docker 环境问题 —— 无法访问服务器
- UI 渲染问题 —— 看不到页面效果
- 组织决策类 —— 该不该做、优先级排序
13 边界:"擅长参照老项目开发、版本升级、批量迁移——5 到 10 倍提速。不擅长复杂业务逻辑、跨系统联调、UI 渲染——这些还是需要人判断。" → 30 秒
14 · 真实体验
100% 依赖 AI 的代价
✓ 好处
速度 · Phase 5 改造 1 天完成(手工 3-5 天)
一致性 · 五个项目代码风格高度统一
文档 · ROADMAP/PLAN/UAT 自动同步,永不过期
⚠ 代价
上下文管理 · 学习成本不可忽视
隐蔽错误 · AI 不会说"我不确定",会自信地写错
调试瓶颈 · 信息质量决定效率
🛡️
防幻觉机制:每个 Phase 人工验证
AI 可能自信地写出隐藏较深的 BUG。每个 Phase 完成后,我用 验证清单_UAT.md 逐项人工测试确认,确保不会漏到线上。
"你是不是在偷懒?"
工作量没减少,减少的是低价值劳动,增加的是高价值脑力工作。
"你还能手写代码吗?"
能。就像你能手算微积分,但为什么不用计算器。
"AI 挂了怎么办?"
.planning/ 目录 + Git 版本控制,任何开发者都能接手。
14 可跳过 → 底部三个问答卡留 Q&A。若有人问"AI 写错怎么办"翻到这页指防幻觉机制那段
15 · 进阶技巧
四个提问模式
① 跨项目参照
参照 D:\git\operation-management 的
Dockerfile,给查询系统生成同样结构
不只在一个项目内参照,可以跨项目参照。
② 批量迁移(先单后批)
2 个项目共 38 个任务全部迁移到 XXL-Job。
第一个先做 ContractRiskTask,
我确认后再做其他的。
先确认模式,再批量展开 —— 38 个任务,人工 3 周,AI 几天。
③ 禁用清单(表格写法)
| 禁用项 | 替代 | 原因 |
| MyBatis-Plus | MyBatis-Flex | Boot 4 |
| starter-web | starter-webmvc | 已改名 |
表格比散文更不容易被 AI 忽略。
④ 让 AI 反补老项目文档
用 AI 为存证平台生成项目文档:
架构概述、模块说明、数据流、部署
老项目文档基本为零,AI 扫一遍生成初版比从头写快 100 倍。
15 技巧⭐:"四个提问方式:跨项目参照、批量迁移先做一个再套用、禁用清单用表格写、让 AI 反补老项目文档——扫一遍比从头写快 100 倍。" → 1 分钟
16 · 模型选择
用过哪些模型,怎么选
公司内网模型 + 自购中转 Claude + openCodeGo 套餐 —— 实测对比
公司内网
MiniMax-M2.7
备用
- 只能做方法级小修改
- 跨文件理解弱
- 复杂任务容易跑偏
- 不适合主力开发
公司内网 · 主力
GLM-5.1
日常主力
- 公司内网免费使用
- 中文理解好
- 日常迭代、小需求够用
- 复杂架构任务稍弱
自购中转
Claude Sonnet 4.6
复杂任务首选
- 跨文件理解强
- GSD 工作流配合最佳
- 架构迁移、重构首选
- 中转按量计费,可控
自购中转
高难度任务
- 推理能力最强
- 更"诚实":会主动标不确定
- Fast Mode 约 2.5× 提速
- Sonnet 搞不定时上它
💡 openCodeGo 套餐 · $5/月
为什么选它而不是智谱官方套餐?
智谱官方首月 5 刀需要抢,后续价格更高;openCodeGo 5 刀/月稳定,GLM-5.1 额度充足,适合日常主力使用。
实际使用策略
日常迭代 → GLM-5.1(免费/低成本)
跨文件重构/架构设计 → Claude Sonnet 4.6
复杂推理/卡住了 → Claude Opus 4.8
🔥 就在分享前几天(5/28) Anthropic 发布 Claude Opus 4.8:更诚实(主动标不确定,正好治"AI 自信地写错")、新增 Dynamic Workflows(一个会话跑数百个并行子 Agent,适合大型迁移/重构)、Fast Mode 约 2.5× 提速,常规价格不变。模型迭代很快,这套方法只会越来越好用。
🔗
市面上 AI 编程工具套餐一页对比:coding-plan.xyz/ide-plan · Cursor · Copilot · Claude · Kiro · TRAE-CN · Windsurf · Augment · Qoder 全覆盖
16 模型:"日常用公司内网 GLM-5.1 免费够用,复杂任务用 Claude Sonnet,搞不定上 Opus。我自己 openCodeGo 套餐 5 美元一个月。" → 补一句业界动态:"就在上周 Anthropic 发了 Opus 4.8,主打更诚实、能跑几百个并行子 Agent,正好对应我们前面说的痛点。" → 底部链接:"想对比各家套餐价格的,这个网站一页全列了。" → 30 秒
17 · 用量数据
5 周的真实数据,不是空谈
CC Switch 使用统计 · 2026-04-27 ~ 2026-06-01 · 全部模型
缓存命中率
76%
命中 3.96 亿 tokens
输出 Tokens
443 万
缓存创建 6762 万
真实消耗
5.18 亿
总 tokens(含缓存读写)
17 用量⭐:"5 周 7207 次请求,面板显示 $468,但这是中转价,官方 API 实际 1/4 到 1/8,折合每天 10-25 块——一杯奶茶换一个开发者产出。" → 可现场打开 dashboard
18 · 规划文档体系
GSD 自动生成的文档,永远不过期
三个真实项目的 .planning/ 目录结构 —— 新项目、老项目、小程序,模式完全一致
全新项目
recycloud-search-agent
📁 .planning/
📄 项目概述_PROJECT.md
📄 路线图_ROADMAP.md
📄 需求清单_REQUIREMENTS.md
📄 项目状态_STATE.md
📄 代码规范_CODE-STANDARDS.md
📁 phases/
📁 01-核心接入与存储/
01-调研_RESEARCH.md
01-讨论日志_DISCUSSION-LOG.md
01-01-执行计划_PLAN.md
01-01-完成总结_SUMMARY.md
01-人工验证指南_HUMAN-UAT.md
📁 02 ~ 05 同结构...
老项目(迭代版本)
recycloud 存证平台
📁 .planning/
📁 v3.19/
📄 项目概述_PROJECT.md
📄 路线图_ROADMAP.md
📄 需求清单_REQUIREMENTS.md
📄 项目状态_STATE.md
📄 代码审查报告_CODE_REVIEW.md
📄 设计文档摘要_DESIGN.md
📁 phases/
📁 01-基础框架与登录改造/
📁 02-数据采集核心流程/
📁 03-存证校验与合同集成/
📁 04-ERP功能补全/
📁 05-收尾与稳定性/
小程序项目
recycloud-wxmp
📁 .planning/
📁 codebase/
ARCHITECTURE_架构.md
STACK_技术栈.md
STRUCTURE_结构.md
CONVENTIONS_编码规范.md
INTEGRATIONS_外部集成.md
CONCERNS_技术债务.md
TESTING_测试.md
(/gsd-map-codebase 扫描生成)
📌 为什么这套文档体系有价值
✅ 决策可追溯 — DISCUSSION-LOG 记录每个灰色地带的决策过程
✅ 进度透明 — STATE.md 随时反映当前阶段和完成情况
✅ 上下文不丢 — 新会话 /gsd-resume-work 秒恢复,不用重新解释
✅ 老项目也能用 — /gsd-map-codebase 扫描存量代码生成 codebase/ 文档
📤 最终可输出对外文档
📁 docs/ ← /gsd-docs-update 生成
📄 需求文档.md
📄 开发设计文档.md
📄 交易数据推送接口文档.md
📄 测试文档.md
📄 上线计划.md
从 .planning/ 内容提炼,面向 PM / QA / 运维,一键生成
18 文档⭐:指左列目录树 → "任何时间中断,/gsd-resume-work 秒恢复上下文。" → 指右下 docs/ → "规划文档一键提炼成对外文档,你只需校对。" → 1 分钟
19 · 团队建议
给同事的 6 件事
1
用 /gsd-debug 试一个已知 bug
零风险入门
2
为你的项目写 CLAUDE.md
技术栈 + 禁用列表 + 约定
4
给老项目也写 CLAUDE.md
老项目更需要 —— 防止 AI 用错版本 API
5
让 AI 做跨项目重复改动
统一 Dockerfile / 日志格式 / 启动脚本
6
让 AI 补老项目文档
人工校对 30 分钟胜过从头写 3 天
CLAUDE.md 的另一面
CLAUDE.md 不只是给 AI 看的,也是给人看的。
新成员入职先读它、技术评审看禁用列表、代码审查检查规则。
19 建议:挑三条念 → "① /gsd-debug 试一个已知 bug 零风险入门 ② 给项目写 CLAUDE.md 写清技术栈和禁用项 ③ 让 AI 帮老项目补文档,30 分钟校对比从头写 3 天强" → 加:"CLAUDE.md 也是给人看的,新成员入职先读它"
20 · 最重要的一句话
当你学会带这个"实习生"之后,
你会发现自己变成了一个 技术负责人
你同时带着它做五个项目,产出是传统团队的 3-5 倍。
而你的核心技能是 "清晰描述问题" 和 "准确判断质量"。
这两个技能,恰好也是高级工程师和架构师的核心技能。
用 AI 不会让你变弱,它会逼你变强。
熊杰 · 2026-06-01
recycloud-search-agent · recycloud-search-agent-web · recycloud · operation-management · recycloud-xxl-job-admin
20 收尾⭐:慢慢念 → "当你学会带这个实习生,你会发现自己变成了技术负责人。核心技能是清晰描述问题和准确判断质量——这两个恰好也是高级工程师和架构师的核心技能。" → 停顿 → "用 AI 不会让你变弱,它会逼你变强。谢谢大家。"