A Journal Through My Activities, Thoughts, and Notes
我: 你是英文母语者,你大概能知道我为什么不喜欢他的版本?不全是词汇量不够,就是有一点点别扭。说不出来的。
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了。
(一针见血)
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了。
(一针见血)
#网摘 dimlau 我时常庆幸自己还不必为父母的健康担忧;但是昨天去我妈家的时候,她问我「你身体还好吧」的时候,我一时语塞。随即意识到:健康问题肯定已经在她的生活中占很大比重,而我自己也到了需要被这样关心的年纪了。人的身体真是个累赘,但也是这个累赘让人与世界连结。
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.
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 《珍妮的肖像》留给我很深的印象。按理说只是另一个鬼故事,但里面那首歌却是常常萦绕脑海...
我从哪里来,没有人知道,我去的地方,人人都要去,风呼呼的吹,海哗哗的流,我去的地方,人人都要去。
我从哪里来,没有人知道,我去的地方,人人都要去,风呼呼的吹,海哗哗的流,我去的地方,人人都要去。
!image
我的一个planner 休息了。所有的issue已经都修好了,他自动设置了在1小时,4小时,9小时,17小时,30小时,以及51小时后分别检查有没有新issue被添加到github上,只要有就开始干活并清掉这些定时检查。压力回到我身上了。我得找活给他干。
我的一个planner 休息了。所有的issue已经都修好了,他自动设置了在1小时,4小时,9小时,17小时,30小时,以及51小时后分别检查有没有新issue被添加到github上,只要有就开始干活并清掉这些定时检查。压力回到我身上了。我得找活给他干。
@27628 前天搞了个夜间AGENT自动pickup issue主动干活的模式,今天把工作流进一步改进了。去掉夜间两个字。全天候自动干活,我专心写issue和review 那些自动合并的代码。不得不说copilot 的5.4模型+xhigh思考确实很牛,产出的代码质量相当好。
真是省心啊,眼瞅着issue们一个一个都被全自动的处理掉了。
真是省心啊,眼瞅着issue们一个一个都被全自动的处理掉了。