太急的话，时间就是你的敌人，不急的话时间就是你的帮手。

## besides vs outside of

是近义词，但不能完全互换。

它们都可以表示”除了……之外”，但语义有细微差别。

1. besides = 除了……之外，还有（in addition to）

强调包含。

- Besides English, she speaks Chinese.
（除了英语，她还会中文。）
- Besides John, Mary attended the meeting.
（除了 John，Mary 也参加了。）

这里 John 是包含在参加会议的人里面的。

1. outside of = 除了……之外；在……范围之外

强调范围，相当于 “apart from”、“other than”。在美式英语中很常见。

- Outside of work, I enjoy hiking.
（工作之外，我喜欢徒步。）
- Outside of New Zealand, I’ve never lived anywhere else.
（除了新西兰，我没在其他地方生活过。）

这里说的是”工作这个范围之外”、“新西兰这个范围之外”。

比较一下：

- Besides work, I enjoy hiking.
听起来像：“除了工作，我还有徒步这个兴趣。”
- Outside of work, I enjoy hiking.
更自然，意思是：“工作以外的时间，我喜欢徒步。”

因此，说到时间、活动、领域时，outside of 往往更自然。

再看一个例子：

- Besides English, she speaks Chinese.
非常自然。
- Outside of English, she speaks Chinese.
很不自然。英语母语者通常不会这么说。

总结如下：

表达 | 核心含义 | 是否强调”还有”
------|----|--------
besides|除了……之外，还有|是
outside of|在……范围之外；除了……之外|不强调，偏”范围外”

所以，它们是部分重叠的近义词，但 besides 偏”加法”，outside of 偏”范围”。在表示”工作之外”“学校之外”“美国之外”这类范围时，outside of 更常见；在列举附加事物时，besides 更自然。

#english

opus5一定是渴望做出一鸣惊人的杰作。我提出的问题是有点复杂，但它一声不吭就默默的搜索这个搜索那个已经跑了十几分钟上下文都快填满了，仍然未发一言。我确实有点恼火。（人类就是这么不好伺候）

今早更暖和。有6度！

我那个纯ai驱动的rust项目，今天做了阶段验收，效果真好，一次通过。

今天是不平凡的一天，第一次把minimax的max套餐的5小时限额给跑到exhausted了。

!image

晚饭是荠菜猪肉馅儿混沌，太好吃了！

什么地方秘密最多？环境变量。

ai干活越来越慢，最近积压了一大堆issues。昨天开始用sonnet4+max effort，感觉这样更有性价比。minimax-m3，zai也上场了，争取尽快把issue 列表恢复到个位数。

代码行数过10w了，做减法和重构的压力越来越大。

这一周兼职的工作没活，我可以集中精力打磨产品准备上架LemonSqueezy。我打算上架的第一个产品是Rewind，它是帮你回顾/fork你的历史claude code/copilot/codex/pi/open code对话的。你可以自由的浏览或者搜索你曾经问过AI的话并跳到那个对话确切地点，也可以从某个你想要重新开始的地方重新启动一个新session。

!image

!image

歌词里女孩唱到：我想你不是真心保护我，看我流泪，却不给我安慰
（我猜的）男孩内心：“闯祸了？该不该逃？”

今早有零上三度，好暖和。

是只有我觉得opus 5很慢吗？还是我的system prompt过时了。

#网友语录 管埋员 钱一天天少，你焦虑到不行。生命一天天的少，你却一点不在乎。 因为你穷过，但是没死过，你只在乎账户里的余额，却没有意识到你的生命账户里还剩下多少年，真诚建议你好好爱自己吧。

跟ai对话越来越累了。因为你问了一句之后必须先候着，他总要先调查至少5分钟才会开口。

opus5学会了gpt 那一套，你说一句话他就吭哧吭哧忙活半天。

!image

!image

今早的霜冻好厉害，踩在上面咯吱响。四舍五入也算下雪了！但是，花儿们照样绽放。

!image

!image

感觉copilot的harness跑弱模型比claude code更稳。一周基本上没用弱模型，因为老板给的opus量足够大，直到刚才才用完哈哈哈

即使是gpt5.4，也比opus5严谨。是我的错觉吗？

my-ai-team有一个撕遗漏label的功能，就是若发现某个issue声称正被某个agent占有，但检查发现这个agent早就不见了（被杀了或者自杀了），就把那个agent贴的标签撕掉，这样别的agent就有机会重新claim完成它。然而最近这块出了bug。这个检查不太靠谱。

在改。撕错了比撕晚了更坏。正在改。