Terrence
你说，ai在发展下去，我是不是可以手搓核弹了。
梦的开始
我一直没有搓博客系统是因为我一直觉得这种大项目不是我0代码，也尝试用claw部署各种乱七八糟的东西。但我对博客一直有一个难以取舍的梦。
就是我其实很喜欢，很喜欢极简主题，即极致的克制就是美，大面积的留白。
但是对于这种极简的美有的时候又会审美疲劳。前文也说过，我也很喜欢目前的星度主题。星度是繁复的美，各有各的魅力所在。
这二者的美丽难以割舍，我想拥有一个极简的主题，但是在看腻他的时候，又想要一个炫酷的主题。
我逛了很久，也买了很多主题。
这确实是一个全新的尝试，虽然他距离我真的用上它还有很远的距离，虽然它注定是Github上落灰的盒子。基于此我其实给他在生产环境部署了一下。参见一体双生的Mblog 如遇Bug 请勿找我，全是DEEPSEEK的锅。
这是一个极度不成熟的玩意的故事，但他确实是一个新的开始，一个绘制梦的开始。
设计理念
对于一个博客来说，这个玩意是个四不像，因为传统意义上的深色浅色的变化，就是简单的色彩变化，设计，内容不会有太多更改。但是这个主题。
它改了~，它不是简简单单的色系替换，而是完完整整的两种不同的表现形式。
它的深色模式和浅色模式完全是两种不同的存在。好像表世界与里世界，而这个入口仅仅是一个主题切换按钮
这其实与我定义之初，一个轻量的博客发布程序所背道而驰，但是deepseek也就这样过来了
这便大概是我引以为傲的特殊设计理念了吧。
至于他的性能有多抽象，我没有试过，在生产环境部署后，确实不是那么顺畅，甚至出现了玄学Bug。（服务器上面没有崩溃，但我本地崩溃了，清除浏览器缓存后可以正常访问，但是输入地址访问又不行。）
所谓的开发
所谓的开发，我手下有两员大将，主要用的是Deepseek V4 Flash ，额度大概四五十块钱的吧。GLM 5.2 lite Coding Plan烧了半周一周的额度。
我咋个和deepseek一样中英文夹杂了。
主力兼牛马：Deepseek
前端是在是没有办法补位的前端工程师：GLM5.2，后台UI设计北美大豆包gemini 3.6。
客串来的：中转站版本的GPT 5.6 -sol
以及让我满意的海报大师： GPT image-2
简单来讲，就是草台班子。
那么，deepseek，似乎靠谱，但是“极致的前端审美”，让他时常不知道我在说啥，优美的人类语言并不能让他理解“靠近一点”、“降低一点”，“严格遵循前端排版规范”。于是我的页面元素在整个页面到处飞。
GLM5.2，好小伙，前端嘛，确实没有deepseek那么抽象。但是也是个捅娄子大师，那个玄学bug好像就是GLM整出来的，最后被Deepseek摸好了，但我不确定，因为它好像也没能很好的复现那个bug。
虽然我没有在对话框里骂他们。
但是，特么的。连个H1标题都写不齐，后台Ui真的就那么难写吗。
踩过的坑
说实话，这是我第一个完整意义上的以项目的概念利用Ai去做什么东西。去理解什么技术栈，其实多数时候我完全不知道Ai在说啥。甚至不能确定它说的真假。
当然它的确跑起来了，毋庸置疑。
我踩过的第一个大坑是一个长对话一直用，我一直觉得这种长记忆对项目有好处，但是不知道Zcode上下文发送的，直到我一个简单的问题瞬间烧没了GLM coding plan 5小时额度，而且coding plan也越来越慢。deepseek api 半天烧掉20块，突然发现不能在一个对话里面一直说。要总结记忆，写记忆文件，重开对话。
另一个坑就是后台的UI，初始UI是deepseek写的完全不能用的那种，框框到处都是。逻辑乱七八糟。尝试引用github上成熟的，发现依赖很多，玄学错误更多，对接不上去。
豆瓣同步是一个大问题，因为获取不到豆瓣的海报图片，但是我的记录又全是豆瓣的，只能从豆瓣获取，那海报怎么来，从TMDB去找，TMDB对中文电影和剧集很不友好，所以英文名匹配，准确非常麻烦和耗费资源。所以这个同步耗时非常之久。事实上，能够匹配成功很大一部分是由deepseek个例查找的，所以能否通用匹配上我估计大概可能很多bug。
海报图仅供参考
下一步优化
这个玩意目前为止大概可能会存档一久。
优化方向：后台逻辑有待梳理，编辑器估计是个大问题。
没有添加页面，关于页完全是瞎整的，友联页面没规划。但是作为极简风格这些都不用，
在后面探讨实现不同种类文章风格发布。
以上，别人总开玩笑说在开发bug，我是真的在做bug。