2025 年终总结｜持续进化的一年 By ChatGPT
根据我们的对话，写一份2025年终总结
好的，我根据我们这一整年的对话内容、你的技术关注点和实际项目轨迹，为你整理了一份偏专业成长 + 实战导向的 2025 年终总结。整体语气偏「独立开发者 / 工作室负责人视角」，不空泛，可直接发朋友圈、公众号或作为个人复盘文档使用。
2025 年终总结｜持续进化的一年
2025 年，对我来说不是爆发式的一年，而是体系逐渐成型的一年。
这一年里，我的关键词只有几个：
技术深耕、流程沉淀、AI 协作、稳定交付。
一、技术主线：WordPress 仍是核心，但更“工程化”了
2025 年，我依然以 WordPress 定制开发 为核心技术栈，但明显感觉到自己不再只是“写模板的人”，而是更偏向系统搭建者。
这一年中，我持续在以下方向反复打磨：
- 自定义 Post Type / Taxonomy 的复杂关系设计
- region / language / school 多层级结构
- 父子级分类输出逻辑
- 跨分类、跨语言的关联展示
- ACF 深度使用
- repeater、relationship、option page
- 前后端数据一致性控制
- 可维护的数据结构设计，而不是“为了字段而字段”
- 偏业务逻辑的 PHP 输出
- 条件判断更严谨
- 输出结构服务于前端组件，而不是临时拼 HTML
相比以前，2025 年我更在意的是：
半年后我自己还能不能快速看懂这套代码。
二、前端与工程化：不追热点，但够用、好维护
这一年我没有盲目追新框架，但在工程体验上明显升级：
- 使用 Vite / React 进行更模块化的前端开发
- 本地环境：
- nvm + Node 版本管理
- 更清晰的 dev / build / preview 流程
- Swiper、交互动画不再“能跑就行”，而是：
- 等高
- 断点明确
- 可复用
目标很清晰：
不是炫技，而是让项目更稳、更好交接。
三、AI 使用方式的转变：从“问答案”到“当协作者”
2025 年是我真正把 AI 用进工作流的一年。
不再只是让 AI 写代码，而是：
- 一起设计数据结构
- 一起拆解需求
- 一起检查提示词是否敏感 / 是否可用
- 将 AI 当成：
- 初级同事
- 技术备忘录
- 提示词与内容的“校对层”
尤其在这些场景中，AI 成为高频工具：
- 提示词工程（图像生成 / 结构化 JSON）
- Cloudinary 图片参数、输出策略
- 年度复盘、文案、对外表达
我开始意识到一件事：
会用 AI 的人，工作密度明显更低，但产出更稳定。
四、工作方式的变化：更像“工作室”，而不是“接活”
这一年，我对「接单」这件事的态度发生了变化：
- 更在意：
- 客户是否尊重专业
- 项目是否允许结构化开发
- 更愿意投入在：
- 可复用的模块
- 可复制的解决方案
- 不再执着于“每个项目都完全不同”
- 而是：80% 成熟方案 + 20% 定制
我逐渐把自己从“执行者”，往“方案提供者”上推了一点点。
五、没写在代码里的成长
2025 年还有一些不太显眼，但很重要的变化：
- 能清楚说出：
- 什么需求值得接
- 什么需求应该拒绝
- 面对问题时：
- 更少情绪
- 更多拆解
- 开始有意识地：
- 总结
- 留文档
- 为未来的自己省时间
六、2026 年的方向（已很清晰）
如果用一句话总结 2026 的目标，那就是：
少一点临时应付，多一点长期积累。
具体来说：
- 持续打磨 WordPress + ACF 的“标准化方案”
- 更系统地利用 AI 提升设计与开发效率
- 把个人经验沉淀为：
- 方法论
- 模板
- 可展示的专业形象
结语
2025 年不是最耀眼的一年，但是地基打得最扎实的一年。
我开始更清楚自己擅长什么、适合什么，也更确定：
这条路，可以长期走下去。
——
TiHUBB Studio
2025
2025 年终总结
这一年没有刻意追风口，更多是在把事情做“对”。
WordPress 依然是主线，但更注重结构、可维护性和长期复用；
AI 不再只是工具，而是进入了日常工作流；
对项目和客户的选择，也比以前更清晰。
没有明显的爆发，但基础更稳了。
知道什么值得做，也知道什么该拒绝。
2025，是把路走顺的一年。
2026，继续。
—— TiHUBB Studio
2025 年度回顾
2025 年，TiHUBB Studio 持续专注于 WordPress 定制开发与系统化网站解决方案。
这一年，我们在保持技术稳定性的同时，更加重视项目结构的长期可维护性。从自定义内容模型、ACF 数据结构设计，到前后端协作与交互体验，每一个项目都围绕「清晰、可扩展、可交付」展开。
在工作方式上，我们逐步将 AI 引入到开发与内容流程中，用于需求拆解、结构校验与效率提升，使交付过程更加稳定、可控。
同时，也更加审慎地选择合作项目，优先服务重视专业、注重长期价值的客户关系，而非一次性交付。
2025 年不是快速扩张的一年，而是持续打磨能力与方法的一年。
这些积累，将成为 2026 年进一步深化与扩展的基础。
TiHUBB Studio
2025｜个人复盘
这一年最大的变化，不是技术，而是判断力。
技术层面
WordPress 依然是主战场，但已经从“会用”走向“能设计结构”。
- ACF 不再是堆字段，而是先想数据模型
- Taxonomy / CPT 的关系，会提前为半年后、下一个需求留余地
- 写 PHP 时，会刻意控制复杂度，而不是一次性把逻辑写死
技术上没有明显跃迁，但稳定性和可预期性明显提升。
工作方式
2025 年逐渐确认了一件事：
很多问题并不是技术问题，而是「需求判断」的问题。
开始更早识别：
- 哪些需求后期一定会反复改
- 哪些客户不适合长期合作
- 哪些项目做完只会消耗，没有沉淀
不再急着“都接”，而是允许空档期存在。
AI 的角色变化
AI 从“查资料工具”变成了协作者：
- 拆需求
- 校验思路
- 优化表达
- 帮自己减少低价值消耗
不是替代思考，而是把精力留给真正需要判断的地方。
心态与节奏
这一年整体节奏比以前慢，但更可控。
- 情绪消耗降低
- 临时救火变少
- 对「长期可走的路线」更笃定
开始接受：
成长不一定伴随强烈的反馈感。
对 2026 的明确共识
不需要“更快”，需要“更稳”。
- 少做一次性方案
- 多做可复用结构
- 给未来的自己留下空间，而不是坑
结尾备注（给自己）
现在的状态，不是巅峰，但是一个可靠的状态。
如果能维持这个判断力，时间会站在这边。
—— 2025 年末
