2026-06-07 14:24:00
本文为装修系列第4篇，前序文章：
去年装修收尾时，部分家电因担心贬值而未买。我们计划今年七月搬入，所以趁着近期的618大促买了几个家电：
和去年计划的购物清单对比如下：
| 项目 | 去年看中款 | 去年价 | 今年实购款 | 今年实购价 | 差价 |
|---|---|---|---|---|---|
| 冰箱 | 美的M60 508 | 3699.20 | 美元M60 520 | 3693.25 | -5.95 |
| 洗衣机 | 美的清风明白 | 5599.00 | 不变 | 4563.02 | -1035.98 |
| 直饮机 | 苏泊尔20G3A | 394.87 | 苏泊尔UG02A | 439.17 | 44.3 |
| 晾衣架 | 米家智能晾衣架Pro | 934.15 | 不变 | 721.61 | -212.54 |
洗衣机和晾衣架款式不变，价格降幅不小，还是省了些钱。冰箱和直饮机，在价格相当的情况下买了新款。
大促买东西发现商家和平台的保价套路：冰箱和洗衣机在我下单后都降价了，但使用淘宝平台的保价功能，洗衣机订单提示无差价可退，冰箱订单更绝，提示商品正在参加百亿补贴，不支持保价。
于是我直接联系商家，商家则非常干脆，直接承诺平台保价期结束后（7月7日）退差价。
我买石头扫地机器人时，下单前直接联系客服要优惠，石头客服说的也很直接：「在使用88VIP满5000减650券的情况下，到手价3852元，超出部分在保价束后（7月7日）退差价」。
商家的以上反应，给我的感觉就是：商家也不想跟平台玩那么复杂的营销，只想简单点给用户确定性。平台做的事，在商家和消费者两端都不讨好。
此外，部分家电装修时已经购买，其中我们直接将新电视放在现在租的房子先用起来了。
所有家电型号及到手价汇总如下：
至此，装修才算是基本完成，待入住后再添置一些装饰布置。
将装修的所有费用汇总如下，共计37.7万。中博硬装+系统窗+全屋定制三块费用，走了杭州政府装修补贴，退了1.9万。因此，实际装修支付约35.8万。
| 项目 | 费用 | 备注 |
|---|---|---|
| 中博硬装 | 173317 | |
| 拆旧 | 7650 | |
| 系统窗 | 21606 | 含旧窗的纱窗 |
| 美的中央空调 | 26728 | 含安装耗材 |
| 博世地暖 | 20155 | |
| 千年舟全屋定制 | 42000 | |
| 小米全屋智能 | 7550 | 开关、门锁、中控、感应器等 |
| 软装 | 36909 | 家具、灯、监控摄像头 |
| 大小家电/厨电 | 28321 | |
| 港华燃气安装 | 810 | |
| 美缝 | 3300 | |
| 阳台柜 | 3800 | |
| 阳台猫柜 | 1145 | |
| 监理费 | 3991 | |
| 合计 | 377282 |
2026-05-25 20:58:00
近一个月，我使用Alma客户端搭配Kimi模型Vibe Coding了若干小玩意，本文记录一些过程和想法。
账单显示一个月总消费361.8元，日消费峰值未超80元。从4月24日到5月22日，累计输入Token 1.92亿，输出Token 113万，Cached Token 1.85亿。以上均为Vibe Coding消耗，期间经历了Kimi 2.5升级到Kimi 2.6。
1、一个稍后阅读应用
服务端基于Supabase + Cloudflare，客户端基于Flutter开发了iOS版，并开发了Chrome插件。这是Vibe Coding练手项目，从服务端到客户端全部跑通了，产品基本达到可用状态。
2、一个高度定制的博客系统
最终，创作和发布全部在Obsidian内完成，体验很流畅。下图为部署在Cloudflare Pages上的示例站点。
本想把Typecho博客迁移到这个系统，却心生犹豫，缘由有二：
3、开发Typecho的warmpaper主题
Typecho主题开发详见《Typecho升级到1.3，使用Warmpaper主题》，此处不再缀述。
4、日常开发脚本处理解决一些小需求
比如这篇文章介绍的Rime输入法五笔词库管理脚本，便是AI生成的。
1、「我有一个想法，就差一个程序员」已成历史。
这句调侃产品经理的段子，如今彻底过时了。我折腾的几个项目，几乎没有手写一行代码（仅偶尔手动改个文案，此场景没必要消耗Token），全部是通过自然语言在对话框中完成的。
如果一定要加个条件，AI至少在CRUD类业务逻辑和前端/客户端相关的功能开发上，已经非常好用了。
2022年我开发Pinfive网站，没有AI加持，在一个Python开源项目上魔改，过程不可谓不艰辛。若今天用AI重做，估计两个小时就能做出来。
2、但是，想用好Vibe Coding，还得懂点技术和软件工程规范。
我不确定完全不懂技术的人Vibe Coding的真实体验如何。但我确信，Vibe Coding对我这种没在生产环境写过代码，但对API、函数、数据结构、schema等等编程概念非常熟悉的产品经理非常友好。
Vibe Coding时，我仿佛在和一个技术能力很强，但经验不丰富的程序员打交道。在磨合和过程中，形成一套流程：
这和真实工作中产研合作流程如出一辙。
如此，AI产出的稳定性和确定性提高不少。道理很简单：需求不讲清楚，AI很容易自由发挥，导致产出不符合预期。工作中提「一句话需求」，技术同学会直接驳回，但任劳任怨的AI，就会陷入盲目发挥。
3、Alma + Kimi的能力边界和特性
使用Alma + kimi 2.5（后来升级到2.6）进行Vibe Coding，我观察到一些特点：
4、Vibe Coding让人上瘾
编程是一个反馈很清晰的活动，从产品想法到MVP，再至体验完善，所获得的成就感极强。古法编程比较慢，偶尔还会卡在一个问题上几个小时，容易打击信心。但Vibe Coding加快了反馈速度，你说一段话，AI几分钟就能修改一版，立马查看效果。很快的冒出想法，很快获得反馈，太容易上瘾了。我经常Vibe Coding到忘记时间。
2026-05-17 12:22:00
继周五迁移图床，周六又把博客翻新了，主要干了两件事：
记录几个主要问题。
原CommentToMail评论通知插件不兼容php8.2，Google发现有网友Mxucc做了php8.x的兼容版，完美解决。
寻找新版程序兼容性问题解决方案时，限制搜索时间是个很好用的技巧，往往能找到新的方案。
我使用Python脚本通过Metaweblog API发布博客，升级后发现更新存量文章时，会重复创建新文章。
使用Kimi分析Typecho源代码发现，新版Typecho在处理Metaweblog API的editPost方法时，漏掉了prepare()步骤，在var/Widget/XmlRpc.php 400多行的位置，有两处，加上prepare()即可。
我的博客文章中，图片URL一直使用相对链接，这样迁移图床时，只要换图床前缀URL。周五图床迁移如此顺序，这是原因之一。
Markdown文章解析为HTML时，需要为图片URL拼上图床前缀，我之前的实现方案是直接修改Typecho核心代码（var/Utils/HyperDown.php）。这次，若非核心代码有Bug，我不想直接动核心代码，于是vibe coding了一个CustomRender插件，由插件处理图片URL，并添加figure和figcaption标签。
博客都升级了，干脆干票大的，自己coding一个主题，这种事以前不敢想，现在有vibe coding变的可行了。
从零开始还是有难度，这需要设计和审美。于是我到Hexo和Hugo主题页找了找，看中了finch-xu/hexo-theme-warmpaper主题。然后扔给Kimi，让它移植到Typecho。初版产出非常快，但涉及不少细节及我的定制需求，也花了好几个小时，最后就是大家现在看到的样子。脑子里仍然有很多想法，以后慢慢整。
以上所有vibe coding，模型使用Kimi，客户端使用yetone的Alma。
Typecho 1.3正式版今年1月就发布了，我看到issue反馈挺多，就没急着升级，但这个事一直躺在我的todo list中，这次终于解决了。
上次升级是2023年，但那次是从Typecho 1.2.0升级到1.2.1，小幅升级没有兼容性问题，没有改主题，对我来说，都不算折腾了。
大概只有2019年从Bitcron迁移到Typecho那次，复杂度能和这次相提并论。转眼，使用Typecho已经7年了。
2026-05-15 22:51:00
晚上花了点时间把博客图床从又拍云迁移到了Cloudflare R2，共3458个文件（图片为主），约2.3G。
用Gemini调研了方案，最终选择了rclone工具，配置又拍云的ftp参数 + Cloudflare R2的S3参数，10几分钟便完成了迁移。
当初又拍云被刷量造成经济损失时就想迁移，但总觉得这事挺麻烦，一直拖着。今天也是心血来潮，研究了一下，居然如此简单。
又拍云被刷量后，我设置了极其严格的访问控制，导致RSS阅读器无法显示本博客图片，因此我关闭了RSS的全文输出。Cloudflare R2无流量费，不用担心被刷，所以我重新打开了博客RSS全文输出。
然后，用Gemini修改了博客发布脚本，保留所有流程习惯。
这个古法脚本已经用了6年，当初没有AI，写脚本还挺费劲。谁能想到6年后写代码的门槛如此之低。
最后，附一张梗图，大家帮忙观测一下国内图片加载速度如何。
2026-05-14 23:04:00
入职阿里后使用钉钉，我的钉钉经常无故卡死，虽然其它同事也偶尔遇到，但我的频率显著高于他们。研发排查后，发现是我使用的输入法在新Mac系统适配存在问题，让我升级到最新版。
但，我一直用的清歌输入法，最新版也是2023年10月的版本。所以只能考虑换个输入法了。
五笔输入法本来就小众，Mac上的五笔输入法软更是稀缺。我对输入法的隐私及简洁有极高的要求，所以百度、搜狗等输入法肯定不考虑。
于是，我想到了Rime。
我很早就通过Beyond的《推荐一个神级输入法——Rime（写于2012年）》知道了Rime，也曾尝试过，但发现配置起来有些麻烦，就没有折腾。
随着Rime的发展，现在有不少成熟的配置方案，可以开箱即用。我直接选择了KyleBing的rime-wubi86-jidian方案。
作者的方案已经非常完备了，只需要按教程调整少量参数，就基本实现了我在清歌输入法上的所有习惯。
但是，我也要说但是了。作为一个五笔用户，管理词库是个刚需，Rime的词库管理远不如清歌输入法不方便。
清歌输入法有专门的快捷词汇管理功能，我使用该功能频率非常高。
Rime输入法的词库，本质上是一个文本文件，如下图所示。Rime没有提供如清歌输入法一样的快捷管理方式，只能修改词库文件实现词汇管理。
刚开始，我会打开文件，手动添加词汇或是修改词序。一两次还行，天天这样整，太麻烦了。
于是我想，能不能使用一个脚本，结合PopClip实现选词快捷管理。和QoderWork讨论了一下，便让QoderWork直接实现了，vibe coding真香。
我实现了如下功能：
自动检查选词是否在词库中
几个动图展示功能：
我也录了一个视频教程供参考：
最后，附上PopClip插件：下载地址
2026-05-10 16:46:00
博客快一个月没更新了，养娃后琐碎的事比较多，每天苦哈哈的，博客真排不上号。今天得空，写一篇。
在草莓 100 天的时候，南瓜和岳父、岳母带着草莓回了高平，我随后跟上，在高平度过五一假期，天天带娃。
5月3日办了百日宴，来了很多南瓜的亲戚。我不喝酒，吃饭时想混在小朋友那桌，但被岳父叫到了主桌，好在大家对我很宽容，没有劝酒，我就默默的吃饭，看着大家喝了两三斤酒。大家的酒量真好。
我们布置了一个房间，为草莓拍了一些照片。
宴席结束后，我和南瓜带着草莓到喜镇苏庄逛了逛，主要奔着一尺花园咖啡馆去的。有次在杭钢公园的一尺咖啡，南瓜在宣传册上看到高平也有一家便记下了，趁这次回家来探店。环境不错，是一个大院子，里面很多独立的房间，私密性很好，非常适合带娃。今天母亲节，南瓜和家人又去了这里。
最近一段时间，草莓又有不少的变化：会发声，对着人咿咿呀呀的，当我们和她说话时，她会积极的回应，偶尔「啊」的很大声，也不知在激动什么；会看着自己的手，可能发现原来自己还有手呢，对手有一定的控制力了；会自主侧身，有时睡觉也会侧着，但还没办法自如翻身；会抬头，但坚持不了太久……
最后，再附上一些其它的瞬间：
南瓜的外甥闹闹抱着草莓的照片，南瓜刚回高平时拍的，我还没到。
5月2日遇上高平举办马拉松，经过南瓜家门口，便去看了看，也留了几张照片。
