因为年底的缘故，这周没怎么做网站内容方面的事情，一方面是在做结算方面的事情，另一方面开始整理自己的工作资料。
这里拿最简单的网站运维场景举个例子。
在一个项目准备启动时，我会在本地电脑上做一个最基础的网站版本，刚开始可能只会包括最基础的业务功能。
像外贸询盘站点这种，基本就只会包括最基础的文章功能、样品功能、表单功能，然后将其他的一些配套基础设施做好。
这种基本功能网站，应付常规的业务场景绝对够了。
但是奈何上线之后，总是会出现各种各样更具体的业务功能，比如要在网站上加一个搜索筛选功能，或者要在样品页面上加一个产品属性对比功能。
于是这样一个一个非常具体的业务需求加上去之后，便会让起初维护的那个网站基线版本变得越来越复杂。
所以后面我干脆换了一种思路，不再将所有功能都加在一个版本上，而是针对不同的功能做不同的分支，后续碰到相似需求时便继续升级分支便可以。
也是经过这几年的维护吧，基本上平时接触到的业务功能都已经实现出来了，而现在做的比较多的就是需求维护，并做好插件之间的兼容管理。
那除了网站功能维护这个场景之外，平时工作中接触比较多的就是工作流。
对于这部分内容，我之前在文章里分享过我自己的做法，用谷歌表格进行数据管理，并配合使用谷歌脚本进行逻辑处理。
对于谷歌脚本满足不了的内容，则配合着使用 Python 代码进行功能实现。
反正我自己是比较久没使用那些工作流软件了，主要还是觉得不方便，使用起来有点影响自己的工作效率。
另外就是我需要频繁的团队协作功能，有时候一个网站的数据整理是一个小伙伴在做，而内容审核又是另一个小伙伴在做，最后的内容信息发布则又交给工作流自动去做。
这套模式我之前是有试过那些工作流软件，我觉得实现起来有点吃力且麻烦。
所以后面干脆单纯使用谷歌表格进行工作协调，各自做好自己的事情就行了。毕竟这种 Office 办公软件的操作，大家都熟悉也不太容易出错，且这种最简单的模式也基本没什么教育门槛。
现在秉持的思路就是，怎么直接怎么来怎么简单怎么搞，用最简单的方式去满足业务需求就可以了，不再追求什么高大上或者什么新奇前沿的技术。
没有意义，技术只是一种业务功能满足的手段而已。
另外这段时间我一直在学习 AI 里面新出现的 Agent Skills，说起来也比较搞笑，Agent 还没搞明白是什么东西，现在便直接进化到了下一个阶段。
我自己觉得这种技术对于我们自己网站业务维护是有一定意义的，像最简单的内容审核这个步骤，我觉得 AI 能发挥的空间还有很大。
只不过我之前一直没有找到合适的实现方式，看看了解完这项技术之后能不能找到突破的口子。
