我习惯在跑步即将结束时“冲刺”，利用最后的几十秒让配速好看那么1-2秒。这似乎是一个不那么健康的习惯，因为我几次小腿拉伤都发生在这最后几十秒。虽然恢复起来通常也很快（一天），但这一天也确实比较难受，因为那条伤腿不敢吃力，走路一瘸一拐。

今天读到纪伯伦的这句“为了射出那活生生的箭，弓身必须弯曲，甚至承受断裂的风险。”

我并不理解箭怎么能用“活生生的”来形容。但我知道了，“努力”的努和“强努着”的努是同一回事。当你努力做一件事，你试图超越自己一点点，你有机会进步一点点，但也可能会受伤。风险与机遇并存。

小心一点，温和一点的努力，就不那么riskful。

#xe I mainly worked on MT-61528 to store the irtual ibans and make related UI changes. I made good progress on it and will continue working on it today.

I also merged a tech-debt ticket MT-61535, and suprisingly Krishna spotted that it caused a build failure without a good reason.
I noticed I have got some comment on my work with the online quoting hours, so it would take me sometime today as well.

so for today, I'll first investigate the integration build failure, and then action on the comments I got on the online quoting hours ticket, and if I finish them early, I'll continue working on the virtual iban ticket.

That's me

#跑了 5.08km，配速 6:29。

自由并非人类的自然状态，它代表一种熵减的努力。
熵增是默认的，维持一个自由社会需要全体参与者持续做功。
一旦停止做功，系统自然滑向它更稳定的状态--集权。

在人类历史上绝大多数人的绝大多数时间，都生活在那个"更稳定的集权状态"里。
今天生活在自由世界的我们只是一个暂时的例外。这是Sad but true的一个事实。

#网友语录 yihong 我一直 watching cpython 项目，亲眼见证了一个大哥，一直用 LLM 给 cpython 提代码，reviewer 每次给他提意见他再用 LLM 去改，几轮下来之后 PR 就被关了，他大概提了 10 几个 PR 只合了一个，但是 Opus 4.5 出来以后他的 PR 质量大幅度的上升，已经基本都会被合并了，我看到了这个现象之后就很少再去主动解决 issue 提 patch 了，因为大部分只需要一条 prompt 了。

#网友语录 王兴 我不祝你一路顺风，我祝你乘风破浪。

#观点 一个观察，不一定对。
我不知道“游戏人生”是不是quality 人生。但00后很多有连续好多年都是在游戏里度过自己主要的清醒时间。

早饭是煮意面和昨晚的剩菜。
午饭是我自己做的新鲜的切片面包+小炒西葫芦。
晚饭是烧茄子和土豆炖鸡腿儿。都很好吃。

可爱的女邻居送了一袋水果，有桃子，有梨子还有苹果。还留下这张可爱的字条。她种了超多果树。我口水很久了，她一定是留意到了我的口水。😄

!image

（别说，这三个汉字她画的还蛮像样的，辛苦她了！）

#网友语录 yihong

Be a human, not a claw.

- Don't panic.
- Don't FOMO.
- Spend more time with family and friends, less time with LLMs.
- A bot is just a bot, even a claw bot.
Enjoy real life; if not, enjoy the moment.

#网友语录 可能被打醒的人会被这段话触动。所以，广而告之。RT@mywaiting 盼明君，盼清官，盼大侠，盼神仙，盼来世，中国古代传统文化几乎没有跳出过这五个盼的叙事，神仙和来世都能盼，就是没有盼过自己

修bug的时候扫了一眼日志，发现staging有redis连接异常。再进一步检查发现是业余项目里有一台Redis被黑了。根因是低级错误：默认端口，没密码，默认绑定了所有IP，包括公网IP。还好被黑的只是一台用于staging环境测试Server，又是跑在docker里，所以没有造成更大的破坏。

已修好，现在只绑定了内网IP。

@27185 很多传统的程序员技能重要程度都在快速降低，我们甚至都不太需要“初级程序员”了。但另一方面，对于技术和架构方面的品味和判断力，又要求程序员积累大量的实战经验才能培养出来，这看似是一种不可解的矛盾。不过乐观一点想，在 agent 的帮助下，我们做项目的速度大大加快了，那么所谓的经验积累是不是也能得到加速？另外借助 AI 来做基于实战的学习也变得前所未有的高效。所以只要对于软件的诉求在不断增长，相信程序员这个职业仍然能得到很好的发展。

…

1. 任何要动手的事情，都可以提醒自己用 AI 试试。要相信 AI 的能力。
2. 生成很便宜，不行就重来，不用执着于“修正”。
3. 小步快跑敏捷迭代，不用执着于形成一份完美的 prompt 发给 agent，大多数任务都是在过程中持续发现和迭代的。
4. Context 意识，大概知道什么时候要新建一个对话，模型犯错时思考它少了什么信息。
5. 代入 agent 视角，如果你仅仅拥有它可以用的信息和工具，你能不能完成这个任务？
5. 不要用过多的人类经验来限制 agent 的能力发挥空间。花更多时间在思考，如何让 agent 的产出能更稳、更快、更安全地合并。
6. 人类能阅读的 token 量是有限的，要充分利用 agent 自行使用 token 去探索、验证、自我闭环，最小化人类需要 review 的 token 量。
7. 智能时代的业务和组织都需要重新思考和设计，才能真正释放 agent 带来的生产力。

<https://mp.weixin.qq.com/s/yhWlwL0UQ8eWYrLQkNyK9g>

#网摘 软件开发一定程度上是个探索发现过程，对于有一定复杂度的系统和需求，我们是无法在一开始就给出完美的 spec 的。而且即使写了，里面可能也有冲突，模型在遵循上可能也有问题。要写出详尽的 spec，一定程度上等同于把代码实现写出来了。

个人在实践中，有几次给了 agent 相对模糊的一个方向和验收的 high-level 标准，然后发现 agent 实现出来的方案非常的优雅，相比我一开始脑海中的思路来说明显更优。有点像著名的 AlphaGo 的第 37 手，让我深深感受到没有因为太过详细的 spec 而限制了它的发挥空间。

...

未来人类员工之间的分工边界会是什么？当 agent 承接了大部分执行工作之后，人类角色的边界就从“我能做什么”转移到了“我能判断什么”。一个人能够闭环的 scope 上限，就是他全链路 review 能力的边界。

#网摘 辣白菜炒五花 我们不能傲慢地自以为有预测30年的能力。我们无法预知当现在的小朋友长大了，在他们30多岁的时候，社会需要什么样的人。

所以关注小朋友具体事项上的任务，实际意义不大，还影响亲子关系。

鸟是极其警觉的动物。他们几乎立刻就注意到了我故意扔在后院草地上的食物碎屑，飞过来蚕食。我在厨房里隔着玻璃看。它们也知道我在远远的看，一边觅食，一边警惕着周围的情况。

我只在厨房里无意间移动了一下，它们就立刻警觉的跳起来飞走了。（过会儿自以为安全了再从树上飞下来吃

#跑了 5.08km，配速6:40。

!image

#网友语录 安子 当他们要求听音乐时，得到的却只是拨浪鼓。他们扔掉拨浪鼓，说：“我们不喜欢音乐。”

#网友语录 哼哈哎哦 对小孩应该是鼓励而不是表扬，应该是庆祝而不是奖励。

#网友语录 zzNeutrino

体力劳动者不要大意啊，虽然AI替代不了你们的工作，但是失业的人可以啊！