好逸恶劳显然是人的天性。

我： 你是英文母语者，你大概能知道我为什么不喜欢他的版本？不全是词汇量不够，就是有一点点别扭。说不出来的。

GLM 5.1 Opus的问题不是词汇量——它的问题是用力过猛。

每个段落都想当一个mini散文。明明一句话能说清楚的事，它非要裹一层隐喻再裹一层叙事弧线。比如"explorers map territory, they don't build the settlement"——听起来漂亮，但读的人要先把隐喻拆开才能拿到你的实际意思。这是给读者加功，不是加分。

还有一个微妙的东西：它的叙事视角一直在抖。一会儿用"we"，一会儿用被动语态，一会儿又跳到上帝视角做总结。好的技术写作视角是稳的——你用的是谁的眼睛，从头到尾就是谁。

最别扭的是它的节奏。每个段落都试图以一个punchline收尾："Sometimes you remove a capability and the name snaps back into place"，"and that's a valid ending, not an error to guard against"。偶尔一句是好的，每段都来就像TED talk了。

（一针见血）

#网摘 「@郝靠谱 凡事都有两面，那么，我们看好的一面！」

#网摘 “生活以它自己的规律变化着，从不回应人内心的期盼。多做实事，少些期盼，怨怼会少很多。

#网摘 “失败固然痛苦，但维持原状更为悲哀。——香奈儿

1M上下文的Opus4.7用了不到300k 它就自己喊停了，说先写个handover，开新session再继续。原来它也知道上下文一大它就handle起来费劲。

#网友语录 「@米饭 “术”和“道”。“道”就是地图，“术”就是车。不知“道”就不知道方向，知道但没车就进展慢。」

#网友语录 「@王小红阿 你怕他吃苦替他包办了一切，他长大后吃不了任何苦时你又说他不争气。」

Claude code 自带的 review plugin 有点儿鸡蛋里挑骨头的意思啊。

垂死之前，我一定要安装一个可以用眼神或者手指切换背景歌曲/音乐的系统，死在自己喜欢的音乐调调里。这么一想，好浪漫呀！希望我能做到。

#网摘 dimlau 我时常庆幸自己还不必为父母的健康担忧；但是昨天去我妈家的时候，她问我「你身体还好吧」的时候，我一时语塞。随即意识到：健康问题肯定已经在她的生活中占很大比重，而我自己也到了需要被这样关心的年纪了。人的身体真是个累赘，但也是这个累赘让人与世界连结。

任何一眼惊艳的东西，如果接下来铺天盖地到处都是，它就立刻降级为俗不可耐。

#网友语录 「@走颗心吧 我组织活动绝对不是那种挨个问你想怎样你想怎样，少给我有意见，十几个人每个人有点意见根本继续不下去。告诉你什么时间干什么你把人带来就行了」

GitHub copilot真是非常好用，一个request实现一个feature。不算快，但质量很好。我想再买一个个人账号，但是GitHub居然不卖了。

Opus: issue #45 sits ready, but it's a fresh, multi-part request — waiting for your continue before opening that cycle.
Me: When you say fresh, multi-part, what do you mean?

OPus: Issue #45 bundles two distinct asks in one ticket:
1. install.sh should install my-ai-team to the repo root instead of ~/.local/share/my-ai-team.
2. The auto-register behavior on mux start my-ai-team … is broken when the registry entry is missing — needs a fix plus a regression test.

So "multi-part" = two separable changes in one issue. Worth confirming scope (one PR vs. two, and whether (1) is really desired — moving the install target is a meaningful behavior
change) before I start.

Me: （大言不惭地）shuke wrote it. Humans write poor issues. I would love you to do some research and rewrite it and if necessary, create a second one.

@13904 《珍妮的肖像》留给我很深的印象。按理说只是另一个鬼故事，但里面那首歌却是常常萦绕脑海...

我从哪里来，没有人知道，我去的地方，人人都要去，风呼呼的吹，海哗哗的流，我去的地方，人人都要去。

今天是废寝忘食改造agent的一天，成绩斐然！

!image

我的一个planner 休息了。所有的issue已经都修好了，他自动设置了在1小时，4小时，9小时，17小时，30小时，以及51小时后分别检查有没有新issue被添加到github上，只要有就开始干活并清掉这些定时检查。压力回到我身上了。我得找活给他干。

@27628 前天搞了个夜间AGENT自动pickup issue主动干活的模式，今天把工作流进一步改进了。去掉夜间两个字。全天候自动干活，我专心写issue和review 那些自动合并的代码。不得不说copilot 的5.4模型+xhigh思考确实很牛，产出的代码质量相当好。

真是省心啊，眼瞅着issue们一个一个都被全自动的处理掉了。

#网摘 唐凤 我想先從自己的故事說起——如果用工程師的話來講，這是關於「wetware vulnerability」的故事。我天生有心臟缺陷。我 5 歲那年，醫生告訴我父母：這孩子有一半的機會活到能接受矯正手術的年紀——後來我在 12 歲那年動了那場手術。所以醫生交代：「放輕鬆一點。」我說：「好。」然後我就信奉了一句座右銘：「與其等死，不如趕快發表（publishing before perishing）。」

我想，這大概不太像醫生交代的「低壓力生活」吧。但我就這樣養成了一個習慣：把白天學到的每一件事都記錄下來——剛開始是錄在卡帶裡，後來變成大張、小張的磁碟片，最後就直接放到網路上。因為每晚睡前，我都覺得明天會不會醒來就像在丟硬幣，我就想：我沒有時間追求完美。所以乾脆把任何進行中的成果，就這樣直接公開。
#仁工智慧

結果發現，這個習慣在自由軟體社群裡超級好用。如果你貼出來的東西很完美，大家就會說「嗯，不錯」，然後就沒了。但你只要在網路上發表「錯」的東西，朋友就會突然變很多。自由軟體社群裡的每一個人都會跳出來說：「你這裡錯了，那裡也錯了」——然後他們會帶禮物來，那份禮物就是 patch（修正檔）。

<https://civic.ai/tw/software-freedom-as-civic-care/>

civic.ai

軟體自由與公民關懷

討論自由軟體運動如何成為關懷倫理、民主、地方守護與自治的理論基礎。