CryptoAdu

[宝玉 @dotey]

Anthropic 刚推出 Claude for Small Business，把 AI 直接集成到 QuickBooks、PayPal、HubSpot、Canva、DocuSign 这些小企业每天用的工具里。你只要打开 Claude 桌面端的开关，就能一键启动 15 个预设技能：工资核算、现金流预测、催款、做营销素材、签合同，甚至新员工入职全自动搞定。

收费方式很克制：不额外加钱，只要 Claude 订阅费加上 SaaS 工具的钱。安全方面也放心，工作流必须人为启动审批，Claude 拿不到你本来没有的权限，Team 和 Enterprise 用户数据默认不拿来训练模型。

最近 Anthropic 发布节奏很快：上周金融版发布，这周法律版更新，现在轮到小企业版了。理由也很直接：美国小企业撑起44%的 GDP，却一直没人专门给他们做 AI 产品。

5 月 14 日开始，Anthropic 会在芝加哥、达拉斯等十个城市办免费半天培训，每场限 100 个本地小企业主。线上还有和 PayPal 合作的免费课程，让老板们快速搞懂怎么用 AI。

不过，这招对传统 SaaS 厂商不算友好。Claude 把 QuickBooks、HubSpot 这些工具变成后台，用户界面都不用打开。过去几个月，Salesforce、DocuSign 等公司的股价已经一路下跌。Anthropic CEO Dario Amodei 甚至说过：“单个 SaaS 厂商很可能迅速失去市值，甚至倒闭”。

但讽刺的是，这次 Claude 接入的工具列表里，恰好有几家他刚刚点名的公司。一边说人家要倒闭，一边还要用人家的工具……

产品页面：https://t.co/DW6zPT4rxd

[CryptoAdu @cryptoadu]

@GoSailGlobal https://t.co/HMSwmRZa3n 这里还有一个skill-hub，有些好的功能点，比如skills按全局和项目级查看，相似skills检查，skills历史版本等等

[Meng To @MengTo]

I made a tool that generates UIs with a design system that's copyable as prompts.

Everything is a prompt: font pairings, color system, spacing, icon sets, buttons and even webgl & threejs with full code samples.

This made explorations with Gemini 3.1 Pro so precise and fun.

[CryptoAdu @cryptoadu]

Do you remember when you joined X? I do! #MyXAnniversary

[Frank Wang 玉伯 @lifesinger]

一个好的 AI 创业者，需要有发现问题和定义问题的能力，同时要能组建团队或通过 AI，能解决问题，甚至帮用户消灭问题。

发现问题 - 定义问题 - 解决问题 - 消灭问题，有了 AI 后，这四个点，都更有机会了。特别是后三点。

最近有个新感知是：这四点的前面，在发现问题的前面，还有一个更重要的点，是热爱生活。

热爱生活者，能发现更多有创业机会的真问题。

千万不能因为 AI，让生活更单调，逐步失去味道，那就无论后面怎么强怎么快，根基就没了。

热爱生活是一切的起点。

[Benji Taylor @benjitaylor]

Readout is a fully native macOS app I’ve been building for myself. It provides a real-time overview of your dev environment and Claude Code config. All local, no account required. It's still very much a beta, but now available to try: https://t.co/gpKj1KCpcM

[Logan Kilpatrick @OfficialLoganK]

I am happy to share that we (the @GoogleAIStudio team) are now a sponsor of the @tailwindcss project! Honored to support and find ways to do more together to help the ecosystem of builders.

[CryptoAdu @cryptoadu]

@joshwoodward Keyboard shortcuts for switching models https://t.co/6TIJLfgec6

[Josh Woodward @joshwoodward]

In @GeminiApp this is what you're working with now:

Fast = 3 Flash
Thinking = 3 Flash (with thinking)
Pro = 3 Pro (with thinking)

Our best line-up yet!

[西里森森 @sirisensen]

如果给正准备辞职创业的朋友推荐一个视频，你会推荐哪个？

我一定会推荐哈佛大学两年前发布的这场研讨会。这绝对是一期你在踏上创业之路前，必须看完的内容。

主讲人 Michael Michael，波士顿风投公司 Underscore VC 的创始合伙人。
十几岁创办第一家软件公司，做了 21 年创业者，又做了 18 年投资人，经手的公司创造了数十亿美元价值。

不管你是正在琢磨创业想法，还是产品已经上线，又或者只是好奇为什么有些产品能卖爆，这场一个半小时的研讨会都值得你收藏起来反复品味。

Michael在开头就指出了一个非常残酷的现象：创业公司失败的原因有很多，资金断裂、团队内讧、市场变化……
但排名第一的死因，不是钱不够，不是人不行，而是你压根没在解决一个真问题。

说白了，你做的东西，根本没人想买。

他有一句话非常关键：如果你觉得你的客户是所有人，那你基本上已经注定失败了。

Michael在这期研讨会里提出了一套非常完整的框架，从怎么定义你的客户，到怎么评估你的方案，再到怎么让用户觉得非买不可。

如果你真的能够完全吃透这期内容，那么你在创业这条路上一定可以比其他人走得更远。

1️⃣搞清楚你的产品到底是做给谁的？

绝大多数创业者都会犯同一个错误，就是在去找投资人或者导师的时候，上来第一句话就是：我有一个绝妙的idea。

在Michael看来，想法这东西，是最廉价的。
因为想法遍地都是，它本身是免费的，不值钱。

想法，只有在能够「解决某个具体问题」的时候，才有意义。

所以这个研讨会做的第一件事，不是教你怎么把产品做得多吸引人或者多牛逼，而是让你回答一个看起来特别简单的问题——
你的产品到底是做给谁的？

真正能答好这个问题的人，少之又少。

研讨会上有个来自哈萨克斯坦的创业者分享了她的项目，是一个帮助贫困儿童获得数字设备的非营利组织。

Michael问她：你的目标用户是谁？
她给出了非常具体地描述：是哈萨克斯坦偏远地区和边缘化社区的儿童，他们缺乏基本的数字素养，也没有电脑和设备。

Michael说，这就对了。

「想要把产品卖给全世界，这个目标对任何公司来说都太大了，即便是世界上最大的那些公司，也会把目标客户切得非常细。」

另一个团队在提交自己的商业计划时就犯了这个错误。
他们做的是一个信贷比价平台，帮助用户找到利率更低的贷款产品。

产品逻辑很清楚，但问题在于，他们压根没说这个产品是给谁用的。
是给刚毕业的年轻人？还是给有房贷压力的中年家庭？还是给小微企业主？

每一类人群的需求完全不同，你触达他们的渠道也不一样，你跟他们说话的方式更不一样。

不知道客户是谁，就不知道怎么找到他们，就不知道怎么打动他们。
而这，是创业最基本的生存法则。

2️⃣区分用户和客户

这里有一个很多人会搞混的概念，就是用户和客户。

用户是实际使用你产品的人，客户是为你产品付钱的人。有时候这两者是同一个人，有时候不是。

比如，很多SaaS软件的用户可能是一线员工，但客户是IT部门的负责人或者公司老板。

当用户和客户不是同一个人的时候，你需要的是，同时满足两种价值主张。
用户需要感受到产品确实好用、有价值，愿意持续使用；客户需要看到投资回报，愿意持续付费。

Michael用了一个词叫pull，就是拉力。
你需要用户产生拉力，主动要求使用你的产品。只有用户在用，客户才会愿意买单。

但光有用户用还不够，你还得让客户看到付费是值得的。

你必须保证两边都得照顾到，少了哪边都不行。

3️⃣理解需求的层次

Michael把需求分成两个维度：一个维度是显性还是隐性，另一个维度是关键还是愿望性的。

最理想的需求是blatant and critical，就是显性且关键的。
用户自己很清楚有这个问题，而且这个问题不解决会严重影响他们的工作或生活。

比如，你的牙疼得睡不着觉，这就是显性且关键的需求，你不需要有人来说服你去看牙医。

最难做的需求是latent and aspirational，就是隐性且愿望性的。
用户自己没意识到有这个问题，或者意识到了但觉得不紧急、不重要。

比如，你告诉一个中年人他应该开始理财了。
他可能心里知道这事重要，但总觉得以后再说也行。这种需求要转化成购买行为，难度是很大的。

所以如果你的产品解决的是一个显性且关键的痛点，用户的购买动力天然就强。
如果你的产品解决的是一个隐性且愿望性的需求，你就得花大量精力去教育市场、唤醒需求。

4️⃣计算收益痛苦比

这个概念非常重要，但很多人做产品的时候，其实完全没考虑过。

「收益痛苦比」的意思是，你的产品给用户带来的好处，必须远远超过他们为此付出的代价。

很多人做产品的时候只想着自己的东西多好多好，却忘了用户要使用你的产品需要经历什么：他要找到你，他要试用你，他要学习怎么用你，他要把数据迁移过来，他要说服他的同事和老板接受这个改变……

所有这些，都是痛苦。

而且不光是显性的痛苦，还有一种东西叫惰性。
人天生就不喜欢改变，哪怕现有的方案不够好，他也会想，将就着用呗，反正也没那么糟。

所以Michael说，如果你想让用户真的动起来，你的产品带来的好处不能只是稍微好一点，而是要好十倍。
对，十倍。
因为只有十倍的提升，才能抵消那些看得见和看不见的转换成本，才能让用户觉得这件事值得折腾。

5️⃣找到你的差异化

最后一个问题：凭什么是你？
市场上可能有很多方案在解决类似的问题，用户为什么要选你而不是别人？

这就需要你想清楚自己的独特价值是什么，你提供了什么别人给不了的东西，或者你在某个维度上做到了别人做不到的程度。

说了这么多，其实价值主张核心就是一个词：清晰。

你要清晰地知道自己在服务谁，你要清晰地理解他们的痛点是什么，你要清晰地说明你的方案为什么能解决这个痛点，你要清晰地展示这个方案能带来多大的好处。

Michael在最后说了一句话：如果你自己都不能清楚地解释你在解决什么问题，那你为什么要做这件事？

想清楚你到底要做什么，比做什么都重要。

[Josh Woodward @joshwoodward]

In @GeminiApp this is what you're working with now:

Fast = 3 Flash
Thinking = 3 Flash (with thinking)
Pro = 3 Pro (with thinking)

Our best line-up yet!

[Josh Woodward @joshwoodward]

Top feature request unlocked!

You can now attach a notebook made in @NotebookLM right inside @GeminiApp! Starting on the web, mobile next year. We just snuck this one in!

[meng shao @shao__meng]

Anthropic 修复 Claude Code 终端闪烁：从根源分析到渲染系统重构

来自 Claude Code 开发者 @trq212 的分享，详细解释了 Claude Code 长期存在的屏幕闪烁问题，以及团队如何通过重写渲染系统将闪烁减少约 85%。

闪烁问题的根本原因
终端界面分为两个部分：
· viewport：用户当前看到的底部区域。
· scrollback buffer：上方已滚过的历史内容。

普通命令行工具（如 ls 或 echo）一次性打印输出后退出，不会频繁更新界面。但 Claude Code 是一个长运行的交互式 UI，每秒可能重绘视口数十次。

当内容超过视口高度时，最上面的行会被推入滚动缓冲区，导致部分渲染发生在“offscreen”。为了避免渲染错误或终端调整大小时出现混乱，旧系统每次都需要清除整个滚动缓冲区，这就造成了明显的闪烁效果。

解决方案：重写渲染系统
过去几个月，团队从零重写了渲染引擎。主要改进包括：
· diffing：逐个比较终端 cell 中的变化，只发出必要的 ANSI 转义序列来更新修改的部分。
· 最小化全屏重绘：仅在绝对必要时（如终端大小变化）进行完整重绘。

为什么不采用“alternate screen”模式？
一些终端应用（如 emacs 或 vim）会切换到“备用屏幕”模式：
· 程序完全控制滚动、选择等功能。
· 退出时，原终端内容自动恢复。
· 这能彻底消除闪烁。

但缺点是失去终端的原生体验，例如：
· Cmd+F 全局搜索。
· 鼠标文本选择。
· 复制/粘贴等功能。

团队非常重视这些原生终端特性，因此目前优先保留主屏幕模式。未来可能探索备用屏幕，但标准很高，不会轻易妥协。

为什么修复耗时这么久？
早期渲染代码缺乏足够的自动化测试。修改一处往往会导致其他地方意外出错，进展缓慢。

关键突破是引入 property-based testing：
· 生成数千种随机 UI 状态（不同终端宽度、内容长度、Unicode 边缘案例等）。
· 同时通过旧系统和新系统渲染相同状态，并自动 diff 输出是否一致。

[吕立青_JimmyLv 2𐃏26 @Jimmy_JingLv]

@wwwgoubuli 我都直接在 @jetbrains 家 IDE 里面直接用 .http 文件管理的，贼好用～

[root@midnight @gabengca]

@wwwgoubuli 我觉得这个方法很好没有之一，ai ＋ bruno，比postman👌很多
https://t.co/C2maxyiehe

[shadcn @shadcn]

Introducing shadcn/create – Build your own shadcn/ui

Customize Everything. Pick your component library, icons, base color, theme, fonts and build something that doesn’t look like everything else.

Now available for Next.js, Vite, TanStack Start and v0.

[CryptoAdu @cryptoadu]

@TablePlus support GLM? @Zai_org @TablePlus tableplus v6.7.8(651), add custom GLM, load Default Model, report TLS error and TLS is v1.2

[Frank Wang 玉伯 @lifesinger]

工具型产品创业，有个共识是：上手要简单，要让用户尽快达到 aha moment 并付费。

这个共识没错，但对创业的用途不大。就像有人跟你讲：饮食要健康。

这共识还有个陷阱：容易把产品直接简单化。比如做成在特定场景下，非常简单好用的小工具。如果推广渠道合适，也有机会快速获取到第一波用户。

然后，用户会开始提各种需求，好用的小工具，会开始复杂。到一定阶段，甚至需要推翻重来。这过程中，奔着简单而来的原有用户，有可能会流失掉。或者为了兼顾简单和复杂，开始在产品上打各种补丁。

以上故事的背后，是通过简单，先吃到了第一口糖。最大的陷阱是，吃过第一口糖后，就会忍不住想吃第二口、第三口，鲜有愿意停下来，先饿上一段时间，重新思考并打磨产品，后续再继续吃糖的。

于是有了一个做工具型产品的非共识：不要一开始就追求简单易用，而是要想清楚究竟要满足什么用户需求，产品整体如何设计。

如同建房子。先有愿景，有蓝图。接着挖地基、搭结构。然后一层一层建。每建一层，可以邀请合适的用户进来住住。这时大概率是住着不舒服的。

先整体再部分，先复杂再简单，或许才是做工具型产品的正确方式。历史上可借鉴的案例故事是：Notion、Figma、Linear 等产品。

AI 时代的工具，更像一个个房子，用户入住后，需要和 AI 一起产生上下文，一起去做事。

AI 时代的好工具，不再会是各种各样的锤子。

[宝玉 @dotey]

不要在 Codex CLI 或者 Claude Code 之外的 Coding Agent 上浪费太多时间，用最好的 AI 模型和工具就是节约时间

[Zed @zeddotdev]

You asked for it. A lot.

So we built it.

[shadcn @shadcn]

This is madness. What are we doing!