King_Niu

[Michael Anti @mranti]

Grok翻译真的不错。比如这个推文翻译，“摸鱼”，我就好奇了，英文怎么说？一看，是AFK，away from keyboard，Z世代的人会这么说。这真的是解决语言壁垒了啊。

[Serenity @aleabitoreddit]

I’m just posting this since people seem really curious about X’s revenue sharing program.

Genuinely didn’t expect to get seen 100M+ times every 2 weeks!

Would keep doing the same thing tho, even if it were free and I just had a few friends from $RDDT to share ideas with.

[Barret李靖 @Barret_China]

大概一个月多前，电脑中了木马，潜伏了一个月才被发现，也导致了我的 X 账号被盗。

让 Claude 和 Codex 逐一分析系统进程时，找到了一个叫做 com\.apple.accountsd.helper.plist 的进程，乍一看还以为是苹果系统的宿主进程，但 Claude 对这个进程提出了质疑。

沿着这个线索，对 accountsd 进行了详细的分析。这个木马首先给系统添加了一个开机自启项，确保可长期潜伏，然后通过 root 权限写了一个守护脚本，每秒探测当前系统是否有新用户登录，一旦登录就通过 AppleScript 脚本切换成当前用户身份，运行一个叫做 AccountsHelper 的程序。

对 AccountsHelper（SHA256：9168cbc45f）也做二进制分析，它的依赖极少，主要职责是从远端加载指令，然后拉起一个交互式 PTY shell，攻击者就是通过这个 shell 来远程操控电脑的。木马执行的每个环节，清理工作都做的特别好，几乎所有日志都被清理干净了。

为了溯源整个中马过程，我分析了将近两个多月的系统日志，仅找到一条可疑指令：有个 curl 操作，下载并执行了一条混淆命令，这也是唯一的线索，解密指令得到了一个远端 IP地址。

后来也从公开情报里找到这个木马，它是 AMOS Stealer 恶意软件家族的变种，之前主要针对 Windows 平台，今年四月第一次在 macOS 上被发现。

从 .zhistory 日志看，curl 前后都是 Claude Code 相关操作，高度怀疑就是 Agent 程序引入了这个木马。

我的 Claude Code 长期是 bypass 模式，所有的命令执行都是直接放过，怀疑是在做软件安装或更新的时候，AI 从互联网找到了一些不安全的资源，下载了这个木马。

这个 AMOS 木马，主要会去扫各种虚拟货币钱包，尤其是浏览器插件钱包。顺带也把我各种登录态 Cookies 全部拿走了，这才导致 X 账号被恶意添加了一个 Passkey。

一般木马进来之后，除了目的性的攻击（例如虚拟钱包转账、文件加密勒索）外，它还会使劲去找各种敏感信息，尤其是浏览器里的登录态、Keychain 里保存的账号密码、聊天工具的登录状态、开发环境里的 .env 文件和各种 token，等等。

我这个教训，大家记住两点：1）所有能够加 F2A 的账号都要加，登录时的二次验证会增加攻击者的门槛；2）AI 在执行各种程序的时候，一定要注意它在执行什么，尤其是安装和更新软件的时候，要先确认再执行。

跟一些安全研究者也交流了这个木马的细节，他说近期这类事件特别高频，攻击者会伪造各种软件的官网，Google 搜出来默认都排在第一位，诱导用户（尤其是 AI）下载木马，防不胜防！

[Riotters @riottersdesign]

Drop in an SVG. Get 3D glass back in a second. That's Valessa. In your browser, no installs, fully free.

Go break it: https://t.co/kolekJoCLk

Built with @threejs #threejs #WebGL

[StarKnight @StarKnight]

中肯🤔

[Nicolechan @stark_nico99]

Anthropic 的 CEO Dario Amodei
在百度实习期间到底发生了什么，
这段 Bloomberg 对他的访谈，
简直是要素拉满 😂

[Tobias van Schneider @vanschneider]

Dear Designers

Do not forget.

You're allowed to make something that doesn't lean on the same three UI component libraries everybody else uses.

You're allowed to use a typeface that isn't SF Pro.

You're allowed to make apps look and work differently, they don't all have to look like a Finder re-skin or a stock MacOS app.

You're allowed to question every single assumption and convention you have absorbed without noticing you absorbed it.

You're allowed to leave a fingerprint.

Do not forget,
you are a designer 🖤

[Mengke Wang @MengkePM]

https://t.co/ghUgtm1M1w

[李继刚 @lijigang]

AI 对 孩子的帮助，至少有三个角度可以立马落地：

1. 媒介：把要学习的知识，通过各种媒介形态（图片、视频、游戏），多角度加深理解

2. 梯度：针对每个孩子对要学习知识的理解水平，生成符合「最近发展区」难度的题目，让孩子可以收获最大的学习信号

3. Build：边学边玩边创造。把自己所学到的，再创造出游戏、网页、小程序等等，分享给他的同学们，收获正反馈，养成build的心态和习惯。

[Ding @dingyi]

尝试一下这个，提升设计细节：npx skills add index-how/vocabulary

https://t.co/KghxoVK3F5

[Gorden Sun @Gorden_Sun]

Text-to-Lottie：生成Lottie动画的Skill
可以让Agent生成Lottie动画，包括文字动画、基于真实数据的动画。
Github：https://t.co/gfMagiyhrw

[酱紫表 @pengchujin]

很喜欢 Casey 最近一期 Vlog 的分享，他已经坚持每天跑步 730 天了。坚持每天去做一件事情反而更容易，因为你完全无需纠结是去做还是不做，你的答案永远是 Yes。

[Guido @Full_Metal_QR]

@WattDisney I have to admit that I was surprised by Chinese people. I've travelled a lot and I've never experienced such a level of Kindness. They really deserve the best the world has to offer

[Nasdaq @Nasdaq]

$SPCX. Now trading on Nasdaq.

[LEI @TheMarketMemo]

不可在暴跌中賣出，相反，應該買，長期來看一定會有回報。如果不知道該買什麼，那就買 $QQQ

[笑林 @xiaolinbythesea]

Cursor 招聘设计工程师了，非常令人心动，但我还犹豫着不能行动；

我在字节工作了8年，一直游走在动效设计师和设计工程师之间。最近我的团队（豆包手机团队）也在招聘设计工程师，但是我们需要的方向更多要有一些对 Android 平台的了解，和硅谷大多数设计工程师围绕 Web 展开工作有所区别。

前一阵我也对市面上招聘设计工程师的 JD 做了调研，和 ChatGPT 一起做出以下几个画像，虽然 Title 都是设计工程师，但还是有不同的侧重的：

画像一：AI Design Engineer

定位：
负责把 AI 能力转成可理解、可控制、可验证的产品体验。
传统产品设计师、UI/UX 设计师的 AI 升级版。

典型任务：
- 设计 agent workflow、tool call、执行计划、状态反馈。
- 做真实或半真实 LLM/API 驱动原型。
- 处理 AI 的 latency、streaming、失败、幻觉、权限、回滚、人工确认。
- 和模型、后端、前端、产品一起定义可交互的 AI 产品机制。

关键证据：
- 有能运行的 AI 产品原型，而不是只有 UI mock。
- 展示过复杂状态、异常、边界、权限和失败恢复。
- 能清楚解释“模型能力如何影响交互设计”。

不适合信号：
- 只会把 AI 做成聊天框。
- 只关心 prompt，不关心产品状态和人机协作。
- 无法解释 AI 输出不确定性如何体现在界面中。

画像二：Product UI Craft Engineer

定位：
把关键产品界面做到可上线质量，负责交互、动效、性能和细节手感。
传统动效设计师、原型设计师的升级版。

典型任务：
- 从 Figma 或 Sketch 直接写出高质量 React/TypeScript 原型。
- 打磨 loading、empty、error、success、hover、focus、keyboard、transition。
- 做组件抽象、交互动效、响应式、性能优化。
- 和设计师、产品、工程师一起把“感觉不对”拆成可修复的细节。

关键证据：
- 作品中有真实可操作界面。
- 细节状态完整，不只有 happy path。
- 能解释性能、动效、可访问性和视觉 polish 的取舍。

不适合信号：
- 会写代码但审美粗糙。
- 会做视觉但无法落到真实前端。
- 对交互状态和边界情况不敏感。

画像三：Design Systems Engineer

定位：
建立团队长期复用的设计与前端基础设施。
传统设计系统维护者使用 AI 加强工作流。

典型任务：
- 建立 tokens、components、patterns、docs、Storybook。
- 连接 Figma variables 和代码组件。
- 定义组件 API、可访问性标准、motion token、dark mode、主题系统。
- 让 AI 工具能消费组件、token 和设计上下文。

关键证据：
- 有完整设计系统项目，而不是零散 UI kit。
- 同时展示设计规范和代码实现。
- 能处理组件治理、版本、迁移、文档和跨团队协作。

不适合信号：
- 只会画组件，不懂组件 API。
- 只会写组件，不懂设计语义。
- 过度抽象，脱离真实产品场景。

画像四：Creative Technologist / Motion & Graphics Engineer

定位：
负责产品中的高级动效、实时图形、创作工具、3D/空间交互和生成式视觉体验。
传统技术美术、特效设计、动效动画设计的进阶。

典型任务：
- 做 Canvas / WebGL / Three.js / Rive / Lottie / Shader 原型。
- 设计时间线、关键帧、预览、生成、局部编辑、版本分支。
- 把 AI 生成结果变成可编辑、可理解、可控制的创作界面。
- 探索 Aesthetics 2026 所说的 technical mono、mixed media、3D、nostalgia、texture、glitch 等方向，但保持可用性。

关键证据：
- 有动效或图形交互 demo。
- 能说明动效如何服务信息层级和操作反馈。
- 有审美实验能力，但不牺牲产品清晰度。

不适合信号：
- 只做炫技动效，无法服务产品。
- 只懂静态视觉，不懂时间和交互。
- 3D/图形能力脱离工程实现。

画像五：AI Design Workflow Architect

定位：
不是单点做界面，而是设计团队如何使用 AI、Figma、代码库、设计系统一起工作的流程。
AI 时代的新角色，AI Design Infra，与前面四个画像深度合作。

典型任务：
- 搭建 Figma → token → component → code → docs 的链路。
- 使用 Claude Code、Cursor、v0、Lovable、Figma MCP 等工具形成团队工作流。
- 设计 AI 辅助 UI 生成、组件检索、设计系统问答、自动文档、代码同步。
- 把设计系统变成模型可读的上下文。

关键证据：
- 有自动化或半自动化设计流程案例。
- 能解释 AI 工具在流程中哪里可靠、哪里不可靠。
- 能平衡速度、质量、治理和团队学习成本。

不适合信号：
- 把 AI 工具当噱头。
- 只会“生成页面”，不会维护系统。
- 不能判断 AI 生成结果的设计质量。

---

上述画像是以技能侧重抽象的，不一定是精准匹配到某类人，甚至大多数设计工程师是在多个画像间交叉的，比如我。

有对豆包手机感兴趣的可以联系我，有对我感兴趣的也可以联系我 😁

[Mike Kus @mikekus]

I've just spoken at @webexpo in Prague - this me making my slides for my talk...

[Ege @egeberkina]

GPT 2 understood the vibe

[宝玉 @dotey]

借助 AI 去写 Mac App 完全没问题的。几点经验分享：

1. 尽可能选 AppKit 而不是 SwiftUI，SwiftUI 不如 AppKit 强大，做出来的界面也不好看。SwiftUI 相比 AppKit 的优势是开发简单，但这条已经被 AI 弥补了

2. 先用 Claude Design 去打磨 UI 设计和 UX 交互再去写代码可以事半功倍

3. Opus 比 GPT-5.5 做出来的 UI 要好看

4. Codex 有个官方 Plugin 叫 “Build macOS Apps”，可以用

[宝玉 @dotey]

> 5、在工程组织上，他把 Notion 重构成一个杠铃结构。 一端是非常 junior 的工程师，刚毕业或者职业早期；另一端是少数非常 senior 的架构师和技术带头人。 中间那类常规中高级工程师反而被刻意压缩，整个分布像一根两头重、中间瘦的杠铃。

他这个观点是有问题的：

1. 少了中层衔接
初级工程师做出来的东西不靠谱，然后高级的工程的就要花大量时间经历去引导和验证，还得照顾新人的情绪，比自己做还累。

2. 初级会成长为中层
就算说这个杠铃结构是好的，那么经过1-3年，杠铃一头会变成中间那部分，杠铃变三角锥了，难不成隔一段就开除掉中间那一段重新招新人？

这理论用在 AI 上还靠谱一点，一个人指挥几个 AI 比指挥junior工程师省心多了

Notion 创始人给我感觉就是每次写文章都很厉害，写出来的东西都能传播一波，但 Notion 在 AI 时代有啥惊艳的产品吗？