有的时候真的很难完全了解自己的需求。

比如我总想为自己做一个个人事务管理工具，因为我没有找到一个特别适合自己的。

2026年9月15日，TypeSafe AI发布了Jev这个模型。

很神奇，它号称是System One Model。就是丹尼尔·卡尼曼的书《思考，快与慢》里面中讲的两个系统中的一个。它并非出自脑神经科学的一种结论，只是一个猜想。如果我们讲大语言模型也套用到这个理论中，那么我们可能需要这样一种快速，直觉的模型来解决现实生活中的一类问题。而在这之前，我们往往只想要用最聪明的那一个，即便它会很慢。慢到我们需要开多个 worktree 在同一个项目上跑。

作为一个有开发软件能力的人来说，特别是在现在有大语言模型的情况下，总是想着自己开发一些产品，而不是去使用现成的软件。

例如博客这样一个软件，其实我作为前端开发的话，是能够将它调整成非常个性化的程度的。但是我为什么不做呢？因为博客里面是重内容，而不是你的炫技，炫技其实可以用其他产品去呈现，不一定非得要用博客。

但是有的时候我的想法并不坚定，比如说当我看到 world.hey.com 这样一个博客软件的时候，我发现它的发布方式特别的简单，只需要向特定的邮箱发送一个邮件，就可以在网站上呈现新的博客文章了。这样就减少了我发布上线的成本。也就是我可以直接在手机中完成发布，我不需要远程连接上我的电脑，或者直接来到电脑前。

虽然我现在已经将这个发布成本完全优化，最多只需要几秒钟就能够完成部署。但是使用电子邮件这样的一种方式，能够再度优化我的体验。

但是这样一种优化真的值得吗？值得我折腾几个小时或者熬一个夜吗？

虽然开发一款软件，在我看来是一种乐趣，但是我可以把我的精力放在更有用的地方上吗？

虽然这样一种实践方式可以给我带来一点职业上的技能或者经验，但是这对于求职来讲，能加多少分呢？

做这件事情能给我赚钱吗？好像也不吧。

所以在以后，每当我想要开发一款软件或者优化一款软件的时候，我都得想想这些问题，不要把自己的时间精力肆无忌惮的消耗掉。

好久都没有看新的日剧日影了，今天骑车的时候想了下也许可以说说那些我印象深刻的日剧日影。 我看日剧日影是从大学开始的，寝室里有一位室友一直在学日语，然后可以做到把视频放在游戏背后，光听声音来练习听力。可能是在他的影响下，我也看了不少，只是区别是，我到现在也听不太懂日语。

《海女》

我唯一完整看过的晨间剧，而且看过两遍。讲述的是三代女性奋斗的故事。少女秋从东京黑暗的生活中回到了东北部偏远的海边乡村，却发现那才是她的应许之地。她成为海女潜入水中捕捉海胆，在地方学校找回了久违的快乐。然而在一次意外中，又回到了东京往偶像方向努力。而在这个过程中，妈妈春的往事慢慢展开，她也曾是乡村的村花，也曾走向偶像这条路。只是在不断得打击后，又回到了平静的生活。而在后面，在若干年后，外婆夏和妈妈春的心结才慢慢解开。看的过程中，我好多次都忍不住湿润眼眶。

《花火》

日本漫才的少年在一次海边演出时，被一位来自大阪的前辈吸引，选择拜他为师。而师傅的要求是让他帮忙写一本传记。中间的剧情我已记不清了，但是整体的格调让我印象深刻。最终少年并没有大红大紫，但是过程中的努力和挣扎非常感人。

《四月物语》

四月是日本的开学季，这部电影里面松隆子真的太可爱了。我大概看过三次吧。我记住了她在午后光线打在脸上的样子，记住了她给邻居送咖喱饭，记住了武藏野大学（好像现实中只有武藏野美术大学，我有大学同班同学最后去那读，很神奇）。里面好像有一段最终错过的感情线。整个片子不长，适合每当四月心情不错的日子观看。

《横道世之介》

横道世之介是一个善良的，有趣的人，每个人想起他都会快乐起来。整个故事也是讲他上大学的生活，他参加桑巴社，后面做摄影。其中有几个场景我能回忆起来，有的时候他看起来畏畏缩缩的，不断地闻自己的腋下。她和女朋友庆祝圣诞节还是过生日，后面在雪地中玩耍，送上公交车离开等等。看后就会想，要是我也能在遇到的人回想起能开心该有多好呀。

《盗钥匙的方法》

一个认真的人，哪怕失忆了，一无所有，也能够东山再起获得幸福。这是我看完这个片子后的想法。

从武汉回来的两个月，我晚上都很难入睡，有时到一两点，有时要到三四点，甚至有时天亮了才能睡着。

由于我工作需要很晚的时候开远程会议，所以我常常把这个当作我晚睡的理由。

这肯定是有办法解决的。比如把工作就是放在早上和吃晚饭以前，然后在晚上开会前都不碰工作。开完会简单沟通一下就马上睡去。

今天在看wiwi写的这篇晚上不睡觉，我在想我还是得下定决定早睡早起才行，也发一篇博客告诉大家这个消息吧。如果我早上没起来，就可以鞭尸我了。

我最近主力使用的终端 AI 编程工具是 pi。它 2025 年 11 月 25 日发布第一个公开版本，到现在（2026 年 8 月）不到九个月，版本号已经走到了 0.84。

版本号走得快，一部分原因是功能迭代密集，另一部分原因是它的架构一直在变。我平时用它写代码，也偶尔翻它的 CHANGELOG，发现 agent 核心部分大的架构更新就有九次。这篇文章按阶段整理一下，看看它从"一个终端聊天程序"走到"一个可以嵌入任何应用的 agent SDK"，中间经历了什么。

我最近用 Claude Code 的时间比较多。它处理一些稍微复杂一点的事情时，经常要跑十几二十分钟，比如重构一个模块、跑一遍检查，或者批量修改文件。

这段时间如果一直盯着屏幕，其实很浪费；但如果去做别的，也很容易忘记它。等我想起来再切回去，任务可能已经结束很久了。

所以我想做一个很简单的东西：任务跑得久一点，结束后在微信里通知我。通知不用写很多，只要三句话说明这次做了什么就够了。短任务就算了，没必要一直打扰我。

这套东西刚刚做好，还没有经过很长时间的实际使用。不过实现起来并不复杂：在任务开始时记下时间，结束时算一下耗时；如果超过阈值，就让另一个 Claude 根据会话记录写一小段摘要，再借助邮件工具把它送进微信通知里。

自从公司提供 Claude 以后，我大部分代码都交给 Claude 来写，自己直接修改代码的时间明显减少了。

不过，在使用 Claude 通过 MCP 调用 Figma 设计稿时，我发现它仍然存在一些问题：最终实现效果和 Figma 上的设计稿会有一定出入。

我观察到的情况是，当选择区域过大、上下文 token 数量较多时，Claude 更倾向于通过截图来理解设计，而不是完整读取结构化的设计信息。这样生成出来的页面，视觉还原度通常会比较差。

晚上来买锅盔，看到夫妻一起在店里协作烤锅盔，有点羡慕这样的生活了。

感觉他们生意做得挺好的，比路边摊要用心很多。买的如果是不同口味，还会用印章盖一下，表示是什么味道。

店里面吹空调，外面两个炉子在烤。老板娘经常手持一个小手电照炉子，动作看起来挺酷的。

远程工作的优势，就是不需要通勤。你可以在自己喜欢的场所，安静、专注地做自己的事情，也没有摄像头或者同事会关注你的一举一动。

但是，如果你单身的话，就非常需要朋友或家人来提供陪伴。因为人终究是社交动物，不与人直接交流，会让人陷入某种孤独中，也会让人没有表达欲，处于某种精神上的饥饿。就像人在极端饥饿的时候是不想说话的。

所以我常选择花一整段时间出去散步，去接触大自然，去有人的地方转一转。总是一个人待着会很闷，其实是很难待得住的。