宸良手纪

博客

  • 如何使用智能体维护电脑

    终于闲下来有时间折腾折腾电脑，想说试试用agent把之前遇到的几个复杂的技术问题解决一下，顺便练习一下agent的使用方法。其中第一个问题是windows系统的chocolately包管理器缺失，我无法使用choco命令来安装软件（工具）了。这个问题看起来很简单，本来是可以绕过的，但是因为一些不知道的原因，捆绑到了nodejs的更新，导致我的nodejs无法更新。而直接安装choco又提示失败，所以千丝万缕，纠缠不清，整个脑袋都理不顺了。昨天，agent（workbuddy）帮我解决了这个问题，让我们一起来看一下过程吧：

    所以说，choco不能安装的原因是源失效了，好像是我自己在维护的过程中改成的这个清华的源，没想到是一个无效的源。接下来解决nodejs无法更新的问题，问题是这样子的：

    如上图所示，就是说我要更新nodejs，就必须卸载旧的v24.11，但是这个旧的安装包却又找不到了，最简单的方法就是下载这个版本的安装包，放到这个文件夹（没有就新建）下，但是我真的没有耐心去找这个固定版本号的nodejs了，所以我交给了agent：

    所以你们看上图，还需要有一个恢复缓存的步骤我不知道要做的，agent直接帮我做好了。于是，很顺利的，agent帮我解决了第一个困扰我很久的问题，我又继续开始解决第二个问题：一个无限递归（嵌套）的文件夹无法清除的问题。具体的问题是这样的，我的F盘根目录下有一个名字为数字的文件夹，进入这个文件夹可以看见里面还有一个以另外一个名字起名的文件夹，再点击进去，就又能发现一个文件夹，一级套一级，没有终点。我尝试过用360卫士强力删除，发现他会改一个数字名字继续待在那里，排查了无数次，总是找不到解决办法。于是终于有时间了，我决定用agent试着解决一下：

    agent提示使用了一个空镜像技巧，这个技巧以前是从来没听说过，不过帮我解决问题了，给他点个大大的赞。

    于是两个困扰我许久的技术问题，都被agent解决了，这让我非常意外，于是乎，我总结出一个道理，似乎所有本地电脑遇到的运维问题，可能都可以使用本地化的AI Agent解决了。而我这个兼职的运维工程师，正式被AI淘汰，我的新兼职名称叫做：AI电脑维修员。

    最后，感谢腾讯WorkBuddy全程的技术支持，多谢！

  • 智能体、数据分析和博客

    随着智能体大行天下，整个老旧的工作流被完全颠覆了。上一篇博客做的陈小猴喂养数据分析，用的还是上一个世代的对话式人工智能，手动复制粘贴代码、人工debug、手搓数据分析文字。
    现在，我用相同的数据源（xlsx文件），完全用agent（智能体）帮我进行数据分析，已经能输出祥尽多的多了的分析图片，并自动配套文字分析（因为图片是动态的图片，agent可以识别出数值的高低并自动分析特征）。那我可以斩钉截铁地说：数据分析师在技术上已经被淘汰了。

    看一下我用agent做的最新的小猴喂养数据分析图：

    老铁们请看上面的图片，是不是和我的上一篇博文相比质量提升了不止一星半点儿。

    所以我发现，我不能再做数据分析的文章分享了，因为我做的分析，没有智能体做的详尽。但是我还是可以分享一些心得和体会的，这些暂时是智能体很难做到的。

    这就是为什么我把这篇文章的名字起为：智能体、数据分析和博客。智能体已经能把数据分析这个活儿做得非常好了，而博客这个原本用来承载数据分析的平台，也因为智能体的出现，内容上发生了转变，不再负责发布数据分析的文章，转而用来分享心得体会了。

    那就暂时聊到这里吧，下次有遇到想跟大家聊的，我会再写在这里，拜~！

  • 陈小猴喂养实践数据分析

    首先看一下上图的每日总奶量（母乳+奶粉冲泡）趋势图。我们家陈小猴是2024年11月8日出生，从上图可以看出，连续的数据大约从2025年的3月底开始，从接近900毫升逐渐下降到7月底的600毫升左右，8月份开始奶量的需求又有少量上升，接近700毫升。接着缓慢下降，在9月底、10月份下降到不到600毫升，然后保持在500至600毫升之间，直到图中曲线末端2026年上半年，都在500毫升+的水平。

    分析：从陈小猴的个体喂养数据可以看到，整体的曲线是一个波动下降的趋势，如果按最大900毫升的量下降到500毫升的量来计算，早期1年的时间内，总奶量下降大约44.4%，中间存在一次波动（反弹）。这个也很好解释，主要是添加了辅食的关系，包括婴儿米粉、南瓜、蔬菜、香蕉等等。这里主要是提供一个具体的实践数据给大家做参考，肯定会有个体性差异。

    接着上图就比较简单了，陈小猴主要喝的都是配方奶，好吧，这个因人而异，我们家喝的主要是山姆的德版爱他美。

    从母乳占比图可以看出从开始的几乎全母乳一直下降（前4个月数据未记录），到7个月后基本就下降为0了，因为宸宸真的乳水不多，半年左右后就停了。

    上图是不同时段的喂养次数分布统计图，白天的喂养次数多，夜晚频次低（因为我们主动降低了晚上深夜的喂养频次，争取最小程度干扰我们的休息）。

    上图是喂奶量统计图，除了10~15毫升这个最高的直方图之外，150和180是两个次高和第三高的直方图。那为什么10毫升左右的那个直方最高呢？因为经常一次性陈小猴没法喝干净150毫升/180毫升的奶粉，总会剩一点点，次数一多，就导致这个最少量奶量的喂养次数达到了最高。

    上图是喂养间隔时间统计图，很清晰，2小时的直方最高，说明主要的喂养间隔时间是2小时，因为有少量奶量（没喝完）的无规律插入，而后续的深夜基本不喂奶了，所以整个喂养时间间隔从0.5小时（没喝完）到6小时（深夜）都有分布。

    上图是小猴米粉的摄入量，一开始最早那个阶梯是3月份的2.5克，我们从2.5开始做实验，没几天就提升到5克，接着就保持在5克，4月下旬到5月初试了一下10克，估计是没有吃完，所以马上调回5克。接着在5月底开始完全提升至10克/日，6月中旬提升到20克/日，7月开始提升至25克，8月底开始又下降了，估计是引入了多种辅食的关系，导致米分量暂时下降了。从10月中下旬开始米粉量又上来了，估计是奶粉量下来了，所以总的辅食量全部都上升了，米分量也就一并跟着上升了。到现在，稳定在15克左右了。

    上图是便便性状的数量统计，干的话就是正常，稀就是窜稀了，中途回过一次老家，饮食什么的不适应，出现过一次轻度肠道损伤，其他都比较正常。

    上图是每日的便便次数统计曲线图，从早期的4、5次发展到现在的每日1、2次（偶尔窜稀会拉3次便便）。

    上图是便便颜色统计图，随着不同的时期，前3个月主要都是黄色的，伴随前有一些黄绿，后期就主要是绿色的便便了。

    上图是护理次数统计，大概看一下，排气操主要是半岁前做的多，趴卧训练也是半岁前多，爬爬训练就估计是1岁前，现在走路都走得很棒了，哈哈哈

    上图是不同的护理活动的时间段分布热力图，颜色深的就说明占比高，比如洗澡基本都是集中在下午（因为气温是一天内最高的，不容易着凉）。

    上图是夜奶次数统计，7月份之前都还有少量的2次夜奶，1岁之前基本都有1次的夜奶。

    好啦，我们家的陈小猴的喂养实践数据分析（截止2026年4月中旬）就都在这里了，大家随便看看，欢迎大家常来。

  • 《家庭维修手册》背后的故事

    本文最初发表于上个月29日，我的github账号：https://github.com/sapchen 下的blog项目。现因项目整体搬迁至腾讯云，将本文转载至此独立站点，同时关闭原项目pages服务。

    初心

    这本书最早是在微信公众号上面连载的，一开始做的很简单，就是记录自己维修自行车的过程。起因是去年初的经济下行，单位揭不开锅了，家里老婆又怀孕了，真是“屋漏偏逢连夜雨”。当时想的很清楚，自己骑自行车将近10年了，因为维修昂贵，都是自己动手操作，那如果工作保不住了可以试一下去迪卡侬应聘自行车修理工。去年上半年的情况大家也都经历过，美联储加息丝毫没有停下的脚步，全球为美帝买单。于是在此基础之上，我又在公众号上分享了自己剪头发的技术实现细节，还有一些别的DIY技术经验分享，当时的想法很单纯，这是全国的问题，整个大环境不好，那我就把自己最最精华（压箱底）的技能分享出来，帮助大家渡过这个难关。同时，通过运营公众号，也能通过实践深刻理解流量，以及其给账号主理人带来的好与坏两方面的影响，做大是一个目的，更重要的是通过运营公众号实现自我的修行，这是中国传统文化教育我们的。因此，在完成了修行之后，我主动注销了自己一度月流量达到60W的微信官方认证生活类自媒体公众号。

    维修家

    既然本来想的是维修自行车，为什么后续又连载“维修家”主题的内容呢？这就是时机上的巧合了，23年年底（11月），我和宸宸在办完婚礼喜酒之后，很自然地搬入了这个我们俩亲自设计和布局的新房子，我们也自己开灶了，然后我们就发现了很多装修中遗留下来的问题。比如厕所湿区的玻璃推拉门总是发出短暂刺耳的噪声，客厅的风管机不制冷，房间的木质衣橱推拉门不正导致抽屉拉不出来，厨房的洗菜池有臭味。等等一系列问题叠加上一段落已经描述的事业和家庭的双重压力，直接让我开挂暴走了，我决定亲自解决遇到的所有问题，舍弃掉不重要的，保留最看重的，最后把这个小家梳理好。于是，我把微信里面记录下来的所有维修电子设备等等图片全部整理成公众号文章一并做了分享。

    honkit电子书

    那公众号连载就连载了，为什么我又要做成honkit电子书发布在github上面呢？这其实多亏了deepseek，我发现整个公众号的流量非常小（平均一篇不到100阅读量），感觉这种零散的分享似乎得不到广泛的传播（此刻时间已经来到了今年的8月，距离去年2月开通公众号已经1年半）。因此在和deepseek的一次畅聊中，deepseek建议我整理成册，部署在github pages上面。我觉得是个好主意，公众号上的文章太乱太杂，即使做了主题的分类，还是不够有序。因此我最早计划的是用gitbook做成开源书将其公开发布。后来随着项目进入实施阶段，我发现gitbook的技术已经濒临淘汰，现在流行的是honkit（deepseek告诉我他是gitbook的一个社区分支），于是整个技术方案变成了honkit + github pages，本来我是想发布在gitee的pages上面，后来发现gitee对个人已经关闭pages的使用权限了，就没办法，选择了github pages发布。随着第一章节内容的完成，deepseek又推荐我使用github actions全自动部署，可以减轻本地部署的代码量，这下整个技术路线就很清晰了：honkit + github pages + actions。于是，这本电子书就逐步逐步诞生了。

    关于引用母校的风景图

    这真的是一个意外，一开始我在完成了第一章节维修自行车的内容之后，还没有上线github。我用honkit在本地生成了epub电子书后，发到了学校的“梦想单车”自行车群，发现效果出乎意料地好，我有一些震惊，于是在内心确认了发布pages的目标。在逐步整理完成了前6章之后（排版配色等等尚未完善），我上线github pages，并尝试写公众号文章、发微博等方式进行推广，但是我发现流量非常小，很久很久公众号总阅读量不到30，微博阅读量更是只有个位数。所以，最后，我试着把链接发到母校的论坛，想的很清楚，我的计算机技术最初来源于这里（linux技术），现在是我回馈的时候了。我将链接发到学习交流区，马上就被引爆，连着上了两天“Top 10”，github上面的repo star数持续增长，直到突破至50个star（我自己不算在内）。至此，我明白了两件事，第一，校友自带强信任关系，第二，这本书真的有价值。在学弟学妹们的关注下，电子书内容一步步完善，第七章“升级汽车”也被逐步开发出来。做为回馈，我也把这本书作为母校70周年校庆的礼物在论坛学习交流区进行了说明，因此就很自然地配上了母校的风景照，用来感谢学弟学妹们的支持和关心。

    本文最后

    这个项目的起源公众号已经被我注销了，因为后期随着升级汽车和烧菜内容的发布，流量巨大，我也遭受到了流量的反噬，身体上出了问题（失眠等等），最终我转向轮现在的工作模式，以github为核心，再单向精选内容至全平台发布，再由全平台单向引流至github基地。于是我重新注册了同名未认证微信公众号，新的由内至外的个人成长模式已经开启，欢迎大家关注！

    回见，朋友们。