云风读源码，卡兹克改看板：用上 AI 以后，人还在忙什么

当代码有人代写，哪些判断还值得自己花时间？

• 工程师该把时间花在哪里，X 上并没有一致答案。 宝玉转译的文章建议多管产品与「人的问题」；云风修输入法的经历则提醒，遇到 AI 绕不出去的错误，读源码依然有用。
• 玉伯和橙哥把话题从「写得好不好」转向「为什么自己写」。 前者谈 AI 文字缺少当下的烟火气，后者赞同写作要留下自己的印记。
• Google、Anthropic 和 Grok Bot 都在把助手往日常工作里推，使用者关心的却很具体。 Hydrogen 值不值更高单价，会议助手算谁的用量，微信能不能接上，比功能清单更贴近日常。
• 卡兹克用 Fable 5.2 重做了自己的自动化看板。 原来的 3D 微缩景观用了两周，他觉得不清晰；换风格后是否喜欢，仍由每天看它的人判断。

代码有人代写，判断却没法一并交出去

软件越容易写出来，写软件的人反倒可能有点失落。AI 与软件工程知识分享者宝玉，转译了软件工程师 Scott Bolinger 的《软件工程师现在该怎么办》。Scott 怀念埋头打磨应用、看着它成形的成就感；当 AI 开始接手过去让他着迷的难题，他觉得自己的工作越来越像管理 AI 的产品经理。

他的选择是拓宽技能：不只研究技术栈，也去理解产品定位、营销、销售，以及如何让人喜欢一个产品。这是一个工程师对自身处境的判断，不是技术能力已经失效的行业结论。帖下，自称用智能体开发产品的独立开发者 Jazfox 只认同一半：给 AI 划边界、验收结果，本身也得懂技术。

开源项目 skynet 的作者云风，恰好提供了一个具体得多的例子。他的输入法用户词典无法正确更新，和 AI 纠缠半天后，最终靠自己读输入法引擎 librime 的源码定位问题，提交问题报告，也找到了暂时可用的绕道办法。他随后复盘，大部分时间竟花在解释 AI 的判断为什么不对。

只可以让 AI 当你的小黄鸭，不能你当 AI 的小黄鸭，被它绕进去就太浪费时间了。

云风原帖，整理

「小黄鸭」是程序员把问题讲给一个听众、借此理清思路的比喻。云风没有否认对话的价值：解释得越多，自己也越清楚。不过，这段讨论并非人类单方面纠错的胜利故事。他后来也承认，自己对一个具体位置的判断弄错了；他认为总体结论仍成立，因为 AI 漏看了源码另一处修改。

一个人把重心转向产品，另一个人回到源码，两件事并不矛盾。共同的难处是：什么时候继续交给 AI，什么时候该自己接手。

来源：宝玉转译 Scott 的文章 · Scott 原帖 · Jazfox 的保留意见 · 云风定位词典问题 · 云风谈小黄鸭 · 云风补充更正

「AI 味」不只是几个该删掉的词

曾任蚂蚁集团体验技术部负责人的玉伯，给「AI 味」下了一个很有个人色彩的解释。他觉得，模型的文字可以语法正确、流畅自然，甚至让人辨认出用词来自哪本名著；缺少的却是此刻人们正在读、正在说、正在变化的东西。

AI 味，其实就是不食当下的人间烟火味。

玉伯原帖，整理

他把问题归到「时间感」。评论里也有人反问：AI 会不会逐渐消除这种时间差？这是围绕写作感受的讨论，还不是对模型机制的实验证明。

开发者、工具体验评论者橙哥，则转述了一段关于不再用 AI 写作的话：AI 写完的东西，自己未必留下印象；写作的重要目的，是形成自己的印记。橙哥以「狠狠+1」表示赞同。这段话留下一个很日常的问题：文章交出来了，写的人有没有真正想过一遍？

来源：玉伯谈 AI 味 · 关于时间差的追问 · 橙哥转述写作印记

新助手到了，先算账，再看它够不够得着微信

换一个写代码的模型，账单会怎样？让助手进会议、读消息，又能少做哪些杂事？新功能到了使用者手里，先要过这些日常问题。

Google 在 11 月 12 日推出 Gemini 4 Hydrogen，主打日常编码和调用工具。Google 称，在 Hydrogen 默认 high 思考档的官方测试中，它完成任务的速度为 Gemini 3.8 Flash 的 2.5 倍。橙哥的反应却先落在价格上：「有点可惜，如果价格一样或更低就好了。」官方 API 价表确认，Hydrogen 每百万输入、输出 token（模型处理内容的计量单位）分别为 1.50、7.50 美元，输出包含思考 token；两项单价均为 3.8 Flash 当前价格的两倍，不等于同一任务总账单必然翻倍。3.8 Flash 已列明将于 2027 年 1 月 1 日调至同价。

实际等待多久，已经有人给出不同感受。使用者 Krypton Gao 写道，自己在 Google 开发工具 Antigravity 中开启全程 high 思考档（High Effort）体验了半天，觉得速度没有用 3.8 Flash 时快。帖中没有给出统一任务或计时记录，这份体感与官方测试不是同一种证据。真要换模型，还是值得拿自己的活试一遍。

让 Claude 进会议，省下会后整理的时间之前，还得先确认权限。Claude Meetings 正向 Team 和 Enterprise 用户开放测试，目前支持 Google Meet：会前须取得参会者对转录的同意；调用个人已连接的工具，要本人授权，也计入本人用量。官方资料对外部会议的默认设置存在冲突：发布文说默认不加入，帮助中心却列出 Team 默认允许、Enterprise 默认仅限内部。邀请客户进会前，最好先看实际开关。测试期间，纪要、转录和不调用已连接工具的问答包含在套餐内；调用已连接工具计入个人用量，也可能产生组织费用。

Grok Bot 的 Mac 更新接入了信息、邮件、备忘录、提醒事项、日历等系统应用。参与 Grok Bot 工程实践的 Lauren（poteto）建议，让助手从消息里提取重要安排、更新日历，或帮小商家管理预约。

中文 AI 实践者范凯关心的则是微信。他说，Grok Bot / Hermes 接入邮箱后很方便，但即时通讯还不够顺手。自己的办法是把手机连到 Mac，让 Mac 操作手机上的微信，读取信息后直接处理，或交给 Bot。他也嫌这条路麻烦，希望将来能全自动——这是个人绕道实践和愿望，不是 Grok Bot 已原生接入微信。

远程调用本地工具，是另一个方向。经常分享 Cursor 与 Grok Bot 用法的 Matt Palmer 提议：在 Mac mini 或树莓派上运行 MCP 服务，再通过 Tailscale 让 Grok Bot 远程调用。MCP 是给助手接工具的接口，Tailscale 用来把设备接进私有网络。他想到的用途包括媒体库、本地模型和自定义编码流程；这些是他提出的设想，并非已经完成的实践。

来源：Google 发布介绍 · API 定价 · 橙哥谈 Hydrogen · Krypton Gao 的使用体感 · Claude Meetings 发布文 · Claude Meetings 帮助中心 · Grok Bot 的 Mac 更新 · Lauren 的用法建议 · 范凯的微信绕道实践 · Matt 的本地工具路线

看板不喜欢了，那就再改一版

智能体自动化实践者卡兹克，给自己的自动化系统做过一个 3D 微缩景观看板。用了两周，他越来越不喜欢，主要是觉得不清晰。于是又用 Fable 5.2 找风格、重写界面。

看了一天没看腻，喜欢。

卡兹克原帖，整理

评论里，有人说新版看得清，也有人直说更喜欢上一版。这是很实在的做东西过程：先做出来，天天用，发现不合心意，再改。新工具帮他改了界面，喜欢哪一版并没有标准答案。

来源：卡兹克重做看板 · 认为新版更清晰的回复 · 更喜欢旧版的回复

短讯

• 微软故障让工作卡在收邮件这一步。 AI 工具观察者歸藏写道：「一堆人收不到邮件，根本没办法完成工作。」CNN 在北京时间 11 月 13 日 16:32 的报道帖称，Outlook、Teams 等服务中断已超过 12 小时；该帖未给出确定恢复时间。来源：歸藏对故障的抱怨 · CNN 报道帖
• 洗车模拟的手感还得慢慢磨。 设计师 Amir Mušić 发帖称，自己用 Fable 5.2 与 Unity 游戏引擎制作了洗车模拟，随后在评论里坦言，最初的洗车手感偏弱，自己正用 Claude Opus 模型继续调整。来源：Amir 的演示帖 · Amir 补充调手感

把活交给 AI 以后，值得留下来的，仍有自己看过、试过、改过的那一部分。