【2025年度总结】从代码萌新到万粉博主:AI赋能下的破局与生长

【2025年度总结】从代码萌新到万粉博主:AI赋能下的破局与生长

目录

摘要

📅 前言:起跑与遇见

🚀 第一章:技术筑基 —— 稳扎稳打的创作历程

1.1 从Java速通到前端尝鲜

1.2 啃下C++与Linux这块硬骨头

🤖 第二章:AI破局 —— 拥抱时代的个人成长

2.1 智能体开发:站在巨人的肩膀上

2.2 AI提效编程:手搓系统的降维打击

🌟 第三章:万粉达成 —— 社区与生活的融合

3.1 突破万粉:感恩同行

3.2 博客与生活的平衡术

🔭 结语:2026,行而不辍


摘要

2024年4月敲下第一个字,2025年突破万粉大关。这一年,我从Java图形化编程的“速通”起步,在Linux终端里探索,结束C++的理论学习。更在A佬、小智佬等前辈的指引下,不仅点亮了“智能体开发”的新技能树,还用AI重塑了我的编程与创作流。这是关于技术、AI与成长的2025。

📅 前言:起跑与遇见

回望2024年4月27日,我怀着忐忑敲下了键盘的第一个字,发表了第一篇博客,正式加入了ZEEKLOG大家庭。那时的我未曾想到,这个决定会开启一段如此精彩的旅程。

从2024的懵懂起步,到2025的充实飞跃,这一路上我并非独行。有幸结识了 A佬、小智佬、凯子佬、Kevin佬、银佬、“水獭”叔等众多大神,在他们的视野与格局引领下,我的2025年不再单调,而是充满了技术碰撞的火花与AI时代的红利。

🚀 第一章:技术筑基 —— 稳扎稳打的创作历程

1.1 从Java速通到前端尝鲜

2025年的创作始于一场“硬仗”。面对寒假前的JAVA课程设计,我选择了“速通”Java图形化编程。1月17日,我写下了新年的第一篇技术复盘——《深入浅出:AWT事件监听器及其应用》。这篇文章不仅是对课设的总结,更像是一个信号:即使是老技术,只要用心钻研,也能开出新花。

寒假期间,我不满足于后端的逻辑,一时兴起涉猎了HTML和CSS。从黑白的控制台到多彩的网页,我对“前端”有了感性的认知,也为后续的全栈思维埋下了种子。

1.2 啃下C++与Linux这块硬骨头

随着在比特大家庭的学习深入,我给自己的C++理论学习画上了一个圆满的句号。紧接着,我推开了操作系统的大门,开启了Linux之旅。

正如我在博客《Linux 指令初探:开启终端世界的大门》中所写,那个只有黑底白字的终端世界,让我真正理解了计算机的脉搏。

🤖 第二章:AI破局 —— 拥抱时代的个人成长

2.1 智能体开发:站在巨人的肩膀上

如果说基础编程是练内功,那么AI智能体(Agent)开发就是我的“屠龙刀”。

A佬 的深度带领下,我不仅是AI智能体的使用者,更成为了创造者。从精心打磨每一个Prompt(提示词),到设计复杂的工作流(Workflow),我仿佛打开了新世界的大门。这一年,我跟随A佬参加了多场智能体开发比赛,并取得了不错的成绩。这不仅是荣誉,更是对我“技术+AI”融合能力的肯定。

2.2 AI提效编程:手搓系统的降维打击

2025年是AI大模型井喷的一年,DeepSeek、GPT-4o、Claude等优秀模型如雨后春笋般破土而出。我没有犹豫,直接拥抱了AI编程

在“AI提效群”中,由A佬和小智佬牵头,我吸取了大量前辈的AI利用经验。这种提效是立竿见影的——我利用AI辅助编程,基于若依(RuoYi)框架,手搓了图书管理系统学生管理系统。曾经需要耗费数周的重复造轮子工作,现在变得丝滑顺畅。

🌟 第三章:万粉达成 —— 社区与生活的融合

3.1 突破万粉:感恩同行

这一年,我的ZEEKLOG粉丝数突破了10,000大关。 看着后台不断跳动的数字,我深知这不仅是一个数据,更是上万次点击背后的信任。感谢每一位粉丝的支持,感谢你们愿意停下来阅读我的文字。

特别感谢 A佬 的指导和带领,是他让我看到了技术博主更高的天花板;也感谢技术群里的每一位伙伴,是你们活跃的氛围让我保持了持续输入的动力。

3.2 博客与生活的平衡术

很多人问我,如何在繁重的学业/工作之余保持高频更新?我的答案是:借助AI,但不依赖AI。

  • 润色与框架:我利用AI润色博客内容,快速搭建文章框架,将原本需要2小时的构思时间缩短为30分钟。
  • 核心与思考:但我坚持保留核心的技术复盘和个人感悟,AI是我的副驾驶,但方向盘始终在我手中。

这种模式让我实现了生活与博客的“双赢”——既没有因为写作耽误主业,又通过输出倒逼了高质量的输入。

🔭 结语:2026,行而不辍

2025年,是打基础的一年,也是借力AI起飞的一年。 这一年,我从传统的代码世界走到了AI的前沿阵地;从一个默默无闻的记录者,变成了拥有万粉的分享者。

2026年的剧本还没有写好,但我相信,只要保持对技术的热爱,保持对AI的敏感度,未来依旧可期。

山高路远,看世界,也找自己。明年见!

Read more

Clawdbot直连Qwen3-32B教程:Webhook事件通知与外部系统自动触发实践

Clawdbot直连Qwen3-32B教程:Webhook事件通知与外部系统自动触发实践 1. 为什么需要直连Qwen3-32B?从被动响应到主动协同 你有没有遇到过这样的场景:用户在聊天界面提问后,系统只是简单返回答案,但后续该做什么——比如创建工单、同步客户信息、触发审批流程——还得手动操作?Clawdbot + Qwen3-32B 的直连方案,正是为了解决这个“最后一公里”问题。 它不只是把大模型接入聊天框,而是让AI真正成为业务流程的“触发器”。当Qwen3-32B在对话中识别出关键意图(例如“我要报修”“申请延期”“查询合同编号”),Clawdbot能立刻通过Webhook,把结构化事件推送给CRM、OA、ERP等任何支持HTTP接收的系统。整个过程无需中间数据库、不依赖定时轮询、没有消息队列配置负担——纯HTTP,轻量、可靠、可追溯。 更重要的是,这套方案用的是你私有部署的Qwen3-32B(320亿参数版本),所有对话数据不出内网,推理结果由Ollama本地托管,安全可控。而Clawdbot作为智能网关,既承担了协议转换(WebSocket ↔ HTTP)、上下

前端小白别慌:3分钟搞定页面插图(附避坑指南+性能彩蛋)

前端小白别慌:3分钟搞定页面插图(附避坑指南+性能彩蛋)

前端小白别慌:3分钟搞定页面插图(附避坑指南+性能彩蛋) * 前端小白别慌:3分钟搞定页面插图(附避坑指南+性能彩蛋) * 为啥前端连个图片都插不明白? * 浏览器加载一张图背后到底在偷偷干啥? * img 标签真就万能了吗? * 响应式图片怎么搞才不被设计师追着骂? * 懒加载、WebP、CDN——这些词听着高大上,其实你早就用过 * 图片加载失败时别让页面变"裂图坟场" * 别再一股脑扔高清大图了,用户流量不是大风刮来的 * 你以为写个 src 就完事了?SEO 和无障碍访问正在偷笑 * 开发时本地图片路径乱成一锅粥?模块化方案来救场 * Webpack/Vite 里图片到底该放哪?public 还是 assets? * 用 CSS 背景图还是 HTML img?这事儿得看场合 * 移动端图片模糊到像开了十级美颜?分辨率适配讲清楚 * 别让图片拖垮首屏速度,Lighthouse 分数掉得比工资还快 * 设计师给的图太大?教你几招无损压缩还不背锅

SpringBoot+Vue 农商对接系统平台完整项目源码+SQL脚本+接口文档【Java Web毕设】

SpringBoot+Vue 农商对接系统平台完整项目源码+SQL脚本+接口文档【Java Web毕设】

摘要 随着乡村振兴战略的深入推进,农产品产销对接成为促进农村经济发展的关键环节。传统农商对接模式存在信息不对称、交易效率低、资源整合不足等问题,亟需通过数字化手段构建高效、透明的对接平台。农商对接系统平台旨在整合农产品生产端与销售端资源,通过线上化交易流程降低中间成本,提升农产品流通效率。该系统聚焦于解决小农户与大市场之间的连接难题,为农产品供需双方提供精准匹配、订单管理、物流跟踪等一站式服务。关键词:乡村振兴、农产品产销、数字化平台、资源整合、供需匹配。 该系统基于SpringBoot+Vue的前后端分离架构开发,后端采用SpringBoot框架实现RESTful API接口,提供用户管理、商品管理、订单管理、数据分析等功能模块。前端使用Vue.js框架构建响应式界面,结合Element UI组件库提升用户体验。数据库采用MySQL存储结构化数据,通过Redis缓存高频访问数据以提升系统性能。系统支持多角色权限控制(农户、采购商、管理员),并集成第三方支付接口与物流查询接口,实现交易闭环。关键词:SpringBoot、Vue.js、MySQL、权限控制、接口集成。 数据表结构说

conda环境怎么配?Hunyuan-MT-7B-WEBUI依赖管理揭秘

conda环境怎么配?Hunyuan-MT-7B-WEBUI依赖管理揭秘 你有没有遇到过这样的情况:下载好 Hunyuan-MT-7B-WEBUI 镜像,兴冲冲启动 Jupyter,双击运行 1键启动.sh,结果终端突然跳出一长串红色报错——ModuleNotFoundError: No module named 'transformers'、ImportError: cannot import name 'AutoTokenizer',甚至更糟的 CUDA version mismatch?别急,这不是模型坏了,也不是你操作错了,而是conda 环境没配对。 这恰恰是绝大多数用户卡在“最后一公里”的真实写照。镜像文档里那句轻描淡写的“运行 1键启动.sh”,背后其实藏着一套精心设计、层层校验的依赖管理体系。它不靠魔法,也不靠运气,而是一套可复现、可调试、可迁移的工程实践。本文就带你一层层剥开