AI辅助开发全记录

AI开发历史

60次Claude Code对话 · 178次Git提交 · 29天从零到上线
记录大模型AI辅助全栈开发的完整历程

60
次AI对话会话
178
次Git提交
504KB
对话数据量
29
开发周期

Claude Code 对话统计

基于Chat History的详细分析

功能开发

54个对话会话(90%),涵盖棋子换肤、长将检测、自定义棋局、UCI引擎集成等核心功能开发。

Bug修复

59个对话会话(98%),解决新局按钮、胜利判决、房间创建、兵卒验证等各类问题。

优化改进

52个对话会话(87%),包括SEO优化、移动端适配、UI调整、代码注释完善等。

分析规划

51个对话会话(85%),进行竞品分析、运营规划、品牌命名、功能差距分析等。

文档生成

43个对话会话(72%),生成PRD文档、更新日志、头条文章、commit消息等。

对话规模

最大对话6.5MB(218条用户消息),平均会话8.4KB,用户消息总数约500条。

开发时间线

从项目启动到功能完备的完整历程

2026-04-03
项目初始化
搭建Spring Boot项目骨架,实现基础象棋规则引擎ChessService.java(294行),创建LLMService.java(835行)支持多服务商。
Spring Boot 象棋规则 LLM集成
2026-04-03 ~ 04-04
算法AI引擎
实现AIEngine.java(985行),包含Alpha-Beta剪枝、置换表、Zobrist哈希、Killer Moves、Lazy SMP并行搜索。
Alpha-Beta 置换表 并行搜索
2026-04-04
联机对战系统
实现WebSocket实时通信,GameWebSocketController.java(405行),房间系统、访客模式、联机悔棋。
WebSocket 房间系统 访客模式
2026-04-05 ~ 04-06
前端界面开发
实现Canvas棋盘渲染chess.js(~2800行),UI组件、交互功能、胜利动画、音效系统。
Canvas Thymeleaf 音效系统
2026-04-18 ~ 04-19
皮肤与音效
棋子皮肤系统(经典/木质/玉石),走棋音效(move/eat/check),访客模式完善。
皮肤系统 音效 访客模式
2026-04-19
长将/长捉检测
基于Zobrist哈希的重复局面检测,实现长将判负、长捉判负、循环局面判和。
Zobrist哈希 违规检测 单元测试
2026-05-04 ~ 05-05
UCI引擎集成
实现UCIEngineService.java(~420行),集成Pikafish引擎,支持NNUE神经网络评估,多平台自动探测。
UCI协议 Pikafish NNUE
2026-05-10
和棋功能
实现对弈中的握手言和规则,支持联机模式下的和棋请求与响应。
和棋规则 联机支持
2026-05-16
AI引擎优化
优化Zobrist哈希算法(速度提升10倍+),改进AI引擎多线程性能,优化网络连接管理。
性能优化 多线程 网络优化

典型对话案例

基于Chat History的关键对话记录

棋子换肤功能
2026-04-18
为游戏的棋子增加换肤功能,可以切换不同样式的棋子,提供一套木质感的象棋棋子用于切换。
对话规模:6.5MB 用户消息:218条
长将/长捉检测
2026-04-19
完善功能:增加长将/长捉检测,通过添加循环局面检测,实现违规检测。
对话规模:616KB 输出成果:RepetitionTest.java
自定义棋局功能
2026-04-26
游戏界面/game,希望创建房间时可以使用自定义的棋局,请深入分析并实现。
对话规模:1.2MB 输出成果:棋局编辑器
UCI引擎集成
2026-05-04
深入分析本系统是否可以引入开源象棋引擎 Pikafish,如果可以,在配置页面增加使用象棋引擎的配置。
对话规模:4.3MB 输出成果:UCIEngineService.java
竞品分析
2026-05-03
深入分析网站https://www.zh.xiangqi.com的全部功能,将分析结果保存到docs目录下,在于本系统做对比。
对话规模:221KB 输出成果:gap-analysis.md
头条文章撰写
2026-05-01
本系统是完全使用AI开发的,目前已部署,在头条里写一遍文章进行宣传。
对话规模:1.9MB 输出成果:toutiao-article.md

开发效率提升

传统开发 vs AI辅助开发

项目周期
3-4x
从3-4个月缩短到29天
代码产出
3-5x
日均代码行数提升
Bug修复
5-10x
从数小时到数分钟
文档生成
50-100x
从数天到数分钟

对话日期分布

60个对话会话的时间分布

日期 对话数 主要开发内容
04-17 2 代码规范化、游戏重置标志
04-18 5 访客模式、按钮控制、皮肤动画
04-19 3 音效系统、长将/长捉检测
04-20 ~ 04-21 7 IDE配置、代码格式化、commit规范
04-22 ~ 04-24 8 UI布局、SEO优化、百度统计
04-26 6 版本更新日志、残局系统、移动端适配
05-01 3 品牌命名、头条文章、自定义棋局
05-03 ~ 05-05 7 竞品分析、UCI引擎集成、部署优化
05-06 ~ 05-10 10 UI优化、教学页面、和棋功能、测试修复
05-15 ~ 05-17 5 系统分析、运营规划、AI开发历史文档

对话规模统计

不同类型对话的数据规模

对话类型 平均规模 最大规模 典型特征
功能开发 1-2MB 6.5MB 多轮对话、代码生成、调试验证
Bug修复 300-800KB 1.2MB 问题分析、代码追踪、修复验证
优化改进 500KB-1MB 3.3MB 现状分析、方案设计、实施优化
分析规划 200-500KB 1.3MB 信息收集、分析总结、方案输出
文档生成 200-500KB 1.9MB 内容生成、排版优化、格式调整
Commit生成 8-12KB 12KB 代码分析、消息生成、规范遵循

多模型协作策略

5个大模型,9048条消息,各司其职

glm-5 · 38.5%

3,488条消息 · 23个会话
前端开发主力:UI调整、模板渲染、CSS样式、代码格式化

deepseek-v4-pro · 30.0%

2,718条消息 · 14个会话
深度开发阶段:核心功能实现、Bug修复、架构分析、竞品分析

mimo-v2.5-pro · 19.1%

1,729条消息 · 6个会话
当前主力:功能开发、测试用例、文档整理、AI开发历史编写

minimax-latest · 8.6%

782条消息 · 7个会话
早期探索:项目初始化阶段的功能开发和调试

minimax-m2.5 · 3.7%

331条消息 · 1个会话
项目初创期:最早使用的模型,完成了项目第一阶段开发

04-18 ~ 04-24

早期探索阶段

minimax-m2.5 / minimax-latest / glm-5 三模型并行使用,寻找最佳开发模式

04-25 ~ 04-30

中期稳定阶段

glm-5 成为主力,专注前端开发和代码规范化

05-01 ~ 05-08

深度开发阶段

deepseek-v4-pro 接力,处理复杂功能和架构分析

05-09 ~ 05-17

当前阶段

mimo-v2.5-pro + glm-5 混合使用,持续迭代优化

查看完整文档

完整的AI开发历史文档包含更多详细记录、技术要点和经验总结。
欢迎查阅源码仓库中的文档。

体验AI象棋 了解平台