DPS 周刊 209 - 吉隆坡小记

最近在吉隆坡呆了一周，总体而言颇为失望。

走之前参考了字谈字畅的字游 TypeTour · 马来风光 2025，然后从其他渠道搜集了一些我们想去转的地方。然后丢给 chatGPT，让它把这些按照我们的需求安排好行程：

1. 尽量把一天的行程集中在一个区域，不需要跑来跑去；
2. 不要太赶，不要一天安排多个博物馆这样的行程；

最后确实拿到了它做的安排，不过没怎么用，因为实际变化太多。而且吉隆坡打车非常便宜，错峰出行的话，基本不怎么堵车。

参观了吉隆坡的两个博物馆，极其失望。Islamic Arts Museum Malaysia Muzium Kesenian Islam Malaysia 是我目前参观过最差的博物馆，没有之一。整个展馆的展品不算少，但是布展水平极低。一楼二楼的展厅，有一半的展品/说明没有打光。要么是没装灯，要么没开灯。完全不知道怎么想的。三四楼就正常多了，感觉和一楼二楼完全是两个博物馆。

之后不死心，又去了去了 National Art Gallery Balai Seni Negara，内部结构和曼谷的 Bangkok Art & Culture Centre หอศิลปวัฒนธรรมแห่งกรุงเทพมหานคร 相似，使用螺旋形的楼梯连接，但比曼谷的小一圈。这个博物馆的展品乏善可陈，最好笑的是，明明海报上写着闭展时间还没到，展览已经不见了。

这些年跑了不少国家的博物馆，第一次在一个国家的首都见到这么烂的博物馆。之所以说他们烂，是因为他们毫不用心。灯都装了，结果不开；展览都布了，结果提前结束。

在吉隆坡吃得也不行，第一顿吃完就拉肚子，最后一顿吃完也害我拉肚子，一直拉到起飞前。我们特意在 Google map 上挑了高分餐馆，都是几千评价，甚至上万评价，评分都在 4.5 以上。结果几乎每一家都有致命伤：

1. Baan Thai：评分不错的泰国菜，清真馆子。冬阴功点了海鲜的，给了不少鱿鱼；牛肉面是泰国船面的做法，牛肉丸牛腱牛杂都给了；九层塔吵鸡肉饭，没办法，没有猪肉，只好选了鸡肉。鸡肉被炸得非常干非常油，可能就是这道菜导致我第二天肠胃不适。前面几道菜可以打4分，九层塔那道负分。
2. Seng Kee Chicken Rice • 成記雞飯：点了半只招牌田园鸡，一份捞面，一份芽菜，一份叉烧双拼。最惊艳的居然是怡保芽菜，和常见的豆芽不同，这种又短又粗，非常新鲜；田园鸡选材过老，叉烧很一般，捞面是甜口的。芽菜可以打4.5分，鸡只能打3.5分。
3. Hanam BBQ：极其正宗的韩式烤肉，从首尔开过来的，大部分客人都是韩国人。只有猪肉菜单。选了猪颈肉，猪五花还有猪肩肉的套餐，先在厨房里预烤，然后有专人在餐桌边帮忙烤，非常不错。配菜比较简单，只给了泡菜（不是自己做的）。单点的泡菜汤还不错，但是铁板杂菜煮过头了。烤肉可以打4.5分。
4. Tasty Porridge 品粥：非常广式的粥店，除了我们全是本地人。点了白粥配咸蛋，粥熬得非常到位，吃不出米粒。咸蛋一般，没有出油。药材鸡火候不错，但是黄酒味有点重；卤豆腐一般，凉拌猪耳选料不行，麻婆豆腐不知所云。粥和药材鸡可以打4分，其他都是减分项。
5. Central Market 旁边有家葡萄牙馆子 Bartolo，需要走楼梯上二楼才看到。可能是吉隆坡唯一的一家葡萄牙馆子。让 ChatGPT 分析了一下菜单，帮我们找出了最地道的几道葡萄牙菜：Bacalhau à Brás 和 Bifana à Porto。 右边这个是 Bacalhau，看起来有点油腻，但吃起来一点都不腻；左边这个是 Bifana，牛肉炖到软烂，汁水丰富。最后上了两个蛋挞，酥皮有点老。总体能打4.5分吧。
6. 出门遇到 KLCG，一家看起来就是用来打卡的烘培店。因为之前路过有好多人排队，这回看没多少人就决定去试试。叫号之后等了一刻钟，进去点了一个抹茶蛋挞和一个慕斯。抹茶口味偏甜，里面还有一颗 mochi，但酥皮不及上面那家店。慕斯偏硬。espresso 倒是不错。总体3.5分吧，要是等很久的话，就不值得。
7. Hai Kee Fried Beef Bun: 一家马来西亚风格的拉面店。招牌式牛肉煎包，确实拿得出手的也只有这一道。牛肉馅汁水丰富，火候刚刚好，面皮酥脆。点的牛肉煎饺完全倒过来，牛肉馅毫无治水，顶上的面皮还没煎熟，这是两家店吧？生烫牛肉面的牛肉很新鲜，但是面不行，里面放了鱼丸和鱼饺，非常混搭。总体3.5分吧。要吃正宗的拉面还是去旁边的 Restoran Mee Tarik Mee Tarik Restoran 吧。
8. 主打甘榜菜的 WHITE & BLACK KAMPONG HERITAGE，有点一言难尽。点了 petal chili paste tiger prawn，结果好好的虾经过油炸之后，里面完全没有任何味道。尽管外面的酱汁调得不错，但是里面没有任何味道。另外一道主菜 Melaka palace asam pedas stinggay 也是把鱼炸了，入味得还不错。还有一道炒饭叫 Kampung fried rice，里面放了一个炸鸡腿，炸得死干，没有任何调味，也没有酱汁。如果单点的话，真不知道怎么才能吃下去。总体打分3分吧。
9. 在酒店定了跨年自助餐，打电话问前台怎么订，说是你们去网站上付款即可。服了全款之后，等到去吃的时候，发现住店客人可以打七五折。问自助餐厅怎么处理，餐厅经理说没法处理？最后追问了半天，来了一个酒店高层，表示要么第二天可以继续来吃午饭，要么重新购买七五折的餐券，然后再把之前的全额支付退还。反正到现在还没等到退款。

尝试了两家粤菜，一家偏港式，叫 Hong Kong Garden 港味園，一家广州农家乐，叫 Chef J Restaurant。

1. 在港味园点了一例烧鹅，一个羊腩煲，一个炖萝卜，一个菜心，一个鲜虾肠粉还有一个白粥。点心和粥应该都是午餐菜单，晚上他们主要卖打边炉和菜品。羊腩煲很不错，入味又不是很咸。里面加了香菇，腐竹和马蹄。如果羊肉选得更嫩一点就好了；烧鹅上来是冷的，给了固体酒精加热，加热之后还不错；萝卜炖得不错，软酥但还有型；菜心选得不错，粥炖得一般，没有品粥炖得那么到位。肠粉负分，用得是冻虾仁。总体4分。
2. Chef J 是典型的广州农家乐，大堂没有空调，只有包间有，包间最低消费400。没什么胃口，简单点了一些：一个客家酿豆腐，一个沙姜猪脚，一个咕噜肉，一个蒸菜心，一个鸡汁捞面。可能没有点他们的招牌菜，所以出品一般。沙姜猪手切成了片，和国内切丁的切法完全不一样，咕噜肉里面用了罐头芒果，而不是罐头菠萝，加的菜椒有辣味。吃完不到一小时，两人都拉肚子。只能打负分。

最后是一些咖啡馆：

1. Stellar Coffee：自己能烘豆子且只卖咖啡的店，尝了两款马来西亚柔佛产的豆子，非常有自己的特色，有很明显的回甘。一款做了 cold drip，一款做了 pull over。最后还买了一包豆子带走。
2. Kenny Hills Coffee Roasters： 菜单上有 tasting menu，一问 SOE的豆子只有一种印度产的。点了一杯手冲，一尝，只有中药味，非常扫兴。
3. Niko Neko Matcha 1.5: 抹茶店，他们自己调的 Kiyone 还蛮顺滑的，点冰的，不加糖正好；wakoucha 加了糖像米汤。本来总体感官还不错。结果在店内扫码买了抹茶粉等四样东西，没有一分打折。买完才看到柜台上说，在店内买了饮品之后，买任意三件都可以打九折。于是问店员怎么处理，结果被一口回绝。问题是扫码只有店内有，网页上没有任何折扣提示。最后线上协调了半天，才处理完。这种消费体验也只能打负分。
4. 抹茶店旁边有家 Peep cafe，开在一家眼镜手表买手店里。进去点了一杯秘鲁 SOE 的手冲，还不错。喝完看了看豆子，一种埃塞俄比亚的 SOE 250g 卖69马币，500g 卖89马币，毫不犹豫买了大包，希望不会失望。
5. 最后一家是 Ghostbird Coffee Company，十年老店，也是喝过几家里最棒的一家。进去可以试喝。先点了一杯云南豆的手冲，一杯店选拼配。试喝云南豆的时候，不是很喜欢，但手冲上来之后，味道完全出来了，非常 fruity。店选拼配很一般。后面一点了一杯马来西亚豆子的手冲和一杯咖啡壳做的茶。最后买了两包 SOE 豆子，其中一包是云女豆。总体能打4.5分。

这些店里，只有这些值得推荐：

1. Hanam BBQ
2. Bartolo
3. Hong Kong Garden 港味園
4. Stellar Coffee
5. Ghostbird Coffee Company

唯一的惊喜就是酒店在门口的空地上放了跨年焰火，我们房间的落地窗正对焰火，所以在房间里观看了近距离的焰火，颇为震撼！

我们已经开通了微信支付和支付宝支付，如果你想及时读到 DPS 的全文，不妨直接付费订阅：

一键使用微信或者支付宝订阅 DPS

关于支付的详情介绍，可以访问这一页面。

Recap

一切心理层面的基础——专注力、精力和生产力——都始于身体状态。

1. 如果没有人反对你，那你大概率是无关紧要的；质疑者恰恰说明你正在做重要的事情。
2. 一直有人对我说我太有野心了；起初我信了他们，但现在我把这些批评当作燃料。
3. 我认识的高绩效者都有一个共同点：他们能迅速把抽象想法转化为具体成果——原型、模型，甚至是应用。
4. 就像堆雪人一样，最难的是捏出第一个雪球；一旦压实并放到地上，你只需要不断向前滚。
5. 代码和媒体则是“无需许可的杠杆”：你可以自己创造、无限扩展，且无人能阻止你。
6. 传播你的能力、保护你的职业生涯，最好的方式是在线积累作品与成果。
7. alpha 几乎从不公开；一旦被写下来，它就已经过时——被审阅、被分享、被行动。
8. 想要成长，就必须放下那些曾经保护过你的东西。
9. 清晰来自行动，而非思考。

[[Daily Productive Sharing 1366 - 20260105]]

Claude Code 的创造者 Boris Cherny 分享了他如何使用这一工具：

1. 使用 Claude Code 没有唯一正确的方式：我们刻意把它设计成可以被你自由使用、定制，甚至随意“折腾”的工具。
2. 我会在终端里并行运行 5 个 Claude，把标签页编号为 1–5，并通过系统通知来知道什么时候某个 Claude 需要我输入。
3. 在做代码评审时，我经常会在同事的 PR 里 @.claude，让它作为 PR 的一部分往 CLAUDE.md 里补充内容；我们为此使用了 Claude Code 的 GitHub Action（/install-github-action）。这是我们版本的 @danshipper 的「复利工程（Compounding Engineering）」。
4. 对于每天会反复执行的所有“内循环”工作流，我都会使用斜杠命令。这避免了重复提示，也让 Claude 本身也能直接复用这些工作流。
5. 这些命令都会提交到 git 中，存放在 .claude/commands/ 目录下。
6. 我与 Claude 每天都会几十次地使用 /commit-push-pr 这个斜杠命令；该命令通过内联 bash 预先计算 git 状态以及一些其他信息，使执行更快，并避免与模型之间来回沟通。
7. 我会定期使用几个子智能体：例如 code-simplifier 在 Claude 完成工作后简化代码，verify-app 则提供了详细指令，用于端到端测试 Claude Code，等等。
8. 我们使用 PostToolUse hook 来格式化 Claude 生成的代码；Claude 通常一开始就能生成格式良好的代码，而这个 hook 负责处理最后 10%，以避免后续在 CI 中出现格式问题。
9. 我会使用 /permissions 预先放行一些我确认在当前环境中是安全的常用 bash 命令，从而避免不必要的权限确认；其中大多数都会写入 .claude/settings.json 并与团队共享。
10. 对于运行时间很长的任务，我通常会：(a) 提示 Claude 在完成后用一个后台智能体来验证结果；(b) 使用 agent Stop hook 以更确定的方式完成验证；或 (c) 使用 ralph-wiggum 插件（最初由 @GeoffreyHuntley 提出）。

[[Daily Productive Sharing 1367 - 20260106]]

1. 通过在多个环境中，用可自动验证的奖励来训练 LLM（例如数学/代码类谜题），模型会自发地产生在人类看来像是“推理”的策略——它们学会把问题拆解为中间计算步骤，也学会多种来回试探、逐步逼近答案的解题方法。
2. 后来发现，真正解锁推理能力的是“驱动工具”：当具备推理能力的模型可以使用工具时，它们就能规划多步骤任务、执行这些步骤，并对执行结果继续进行推理，从而动态调整计划，更好地达成目标。
3. 这种推理技巧意味着，模型可以从一个错误出发，穿越代码库的多个层级，逐步找到问题的根因。
4. 如果将“智能体”定义为：能够通过多步工具调用来完成有用工作的 LLM 系统，那么智能体已经到来，而且事实证明它们极其有用。
5. 我非常喜欢异步编码智能体这一类别；它们很好地解决了在个人电脑上运行任意代码所带来的安全挑战，而且可以同时触发多个任务——往往直接在手机上操作——几分钟后就能拿到相当不错的结果，这种体验非常有趣。
6. 截至 12 月 2 日，Anthropic 表示 Claude Code 的年经常性收入（ARR）已达 10 亿美元！我完全没想到一个 CLI 工具能做到这种规模。
7. 像 Claude Code（Web 版）和 Codex Cloud 这样的异步编码智能体的一大优势是：它们默认可以 YOLO 模式运行，因为不存在会被损坏的个人电脑。
8. 遗憾的是，中国的实验室目前还没有公开其完整的训练数据或模型训练代码；但它们已经发布了大量详尽的研究论文，尤其在高效训练和推理方面，显著推动了技术前沿。
9. Nano Banana Pro 正迅速证明自己对任何需要制作演示文稿或其他视觉材料的工作都很有价值。
10. 当你最大的成本是 GPU 时间时，面对一个拥有自有、深度优化且显然更便宜的硬件栈的竞争对手，确实令人望而生畏。

[[Daily Productive Sharing 1368 - 20260107]]

1. Cursor 可以访问网络请求、控制台日志，并把页面上的元素发送给智能体。
2. 我开始一个项目时通常非常简单：不预设规则、不定义命令，什么都不加；随着项目成长，才逐步补上最小可用的配置。
3. 我会用三轮来审查代码：第一轮是在智能体生成代码的过程中；第二轮是在推送 PR 之前，使用编辑器内的“agent review”（类似一个自定义的 /code-review 命令）；第三轮是在 PR 上使用 Bugbot（AI 代码审查）。
4. 我总是从一个计划开始新功能（使用 Plan Mode）；这帮助非常大，无论你使用什么工具，我都强烈建议先规划。
5. 我会使用 Debug Mode：它会自动为应用插入日志，然后让你复现问题；智能体接着读取这些日志，获得更有价值的上下文，从而更精准地定位根因；它还会提出多个可能的假设，并逐一验证，直到问题被修复。
6. 一定要给编码智能体可验证的输出！它们无法修复自己无法感知的问题。
7. 对于大型任务，我同样先从计划开始，然后给智能体一个有野心、但可验证的目标。

[[Daily Productive Sharing 1369 - 20260108]]

1. 我不读代码本身，但我会非常认真地阅读智能体的输出。在这个过程中，我学到了大量关于代码如何运作、项目如何推进、哪里会失败、哪里会成功的知识。
2. 我只用 CLI。永远用终端，而不是 Web 界面；作为一个通用智能体，终端能力更强，而且我还能看到它是如何工作的。
3. 一开始我通常只是和模型聊几次，把我要做的事情的上下文喂给它；随后我会切换到 spec 模式，开始为我要构建的东西制定计划。
4. 我在本地有一个 repos 文件夹——所有写过代码的项目都在里面；在这个文件夹下有一个 agents.md，明确规定每个新仓库该做什么、不该做什么，如何使用 GitHub、如何提交代码等等。
5. 端到端测试（E2E）是我以前从没真正重视过的东西；但现在，我非常希望所有项目都有端到端测试。
6. 我还会确保在我创建的每一个仓库里都安装 Droid 的 GitHub 应用；这样在部署到 GitHub 时，我一定通过 PR 提交，让 Droid 来做代码审查——我甚至可以 @Droid，用自定义提示让它自己修复问题。
7. 这套方式让我可以直接用手机写代码，在外出时也能添加新功能；再配合我的 Telegram 机器人，即使不在桌前，也能非常轻松地推进事情。
8. 我终于真正理解了“工作流”。于是我让 Droid 帮我创建了斜杠命令流程——这是我第一个真正用起来的斜杠命令；它会运行一系列 bash 命令，并提示模型做一些事情，比如阅读 GitHub diff、检查哪些在 feature flag 后面、哪些没有，以及把内容整理到新功能、Bug 修复等不同板块中。
9. 所以在使用 Supabase、Vercel 和 GitHub 时，我始终使用 CLI，而不是 MCP。
10. 我还自己做了一个 Linear CLI，这样就能查询自己的 issue、在终端里完成所有事情，而不用再切到桌面或 Web 界面。

[[Daily Productive Sharing 1370 - 20260109]]

Archive

一键使用微信或者支付宝订阅

本周的生产力日报集合就到此为止，如果你有什么建议，也欢迎留言告诉我们。如果想要收到最及时的推荐，不妨订阅我们的频道，或者付费解锁更多增值内容，我们下期见。

如果你喜欢的话，不妨直接订阅这份电子报 ⬇️