CryptoAdu @cryptoadu

I have uninstalled Claude Code.

Thariq @trq212

2 weeks ago

@IntCyberDigest Hi, this is an experiment we launched in March that was meant to prevent account abuse from unauthorized resellers and protect against distillation. The team has landed stronger mitigations since then and we’ve actually been meaning to take this down for a while. We merged the

335 65 831 592K 265

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 接入的工具列表里，恰好有几家他刚刚点名的公司。一边说人家要倒闭，一边还要用人家的工具…… 产品页面：claude.com/solutions/smal…

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.

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

一个好的 AI 创业者，需要有发现问题和定义问题的能力，同时要能组建团队或通过 AI，能解决问题，甚至帮用户消灭问题。 发现问题 - 定义问题 - 解决问题 - 消灭问题，有了 AI 后，这四个点，都更有机会了。特别是后三点。 最近有个新感知是：这四点的前面，在发现问题的前面，还有一个更重要的点，是热爱生活。 热爱生活者，能发现更多有创业机会的真问题。 千万不能因为 AI，让生活更单调，逐步失去味道，那就无论后面怎么强怎么快，根基就没了。 热爱生活是一切的起点。

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: readout.org

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.

@joshwoodward Keyboard shortcuts for switching models x.com/joshwoodward/s…

Josh Woodward @joshwoodward

7 months ago

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!

171 230 3K 325K 366

如果给正准备辞职创业的朋友推荐一个视频，你会推荐哪个？ 我一定会推荐哈佛大学两年前发布的这场研讨会。这绝对是一期你在踏上创业之路前，必须看完的内容。 主讲人 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在最后说了一句话：如果你自己都不能清楚地解释你在解决什么问题，那你为什么要做这件事？ 想清楚你到底要做什么，比做什么都重要。

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!

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!

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 输出是否一致。

Thariq @trq212

7 months ago

We’ve rewritten Claude Code’s terminal rendering system to reduce flickering by roughly 85%. We wanted to share more about why this was so difficult, how the fix works and how we used Claude Code to fix it 🧵

184 188 4K 682K 1K

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

@wwwgoubuli 我觉得这个方法很好没有之一，ai ＋ bruno，比postman👌很多 ltan.me/post/2025/12/c…

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.

工具型产品创业，有个共识是：上手要简单，要让用户尽快达到 aha moment 并付费。 这个共识没错，但对创业的用途不大。就像有人跟你讲：饮食要健康。 这共识还有个陷阱：容易把产品直接简单化。比如做成在特定场景下，非常简单好用的小工具。如果推广渠道合适，也有机会快速获取到第一波用户。 然后，用户会开始提各种需求，好用的小工具，会开始复杂。到一定阶段，甚至需要推翻重来。这过程中，奔着简单而来的原有用户，有可能会流失掉。或者为了兼顾简单和复杂，开始在产品上打各种补丁。 以上故事的背后，是通过简单，先吃到了第一口糖。最大的陷阱是，吃过第一口糖后，就会忍不住想吃第二口、第三口，鲜有愿意停下来，先饿上一段时间，重新思考并打磨产品，后续再继续吃糖的。 于是有了一个做工具型产品的非共识：不要一开始就追求简单易用，而是要想清楚究竟要满足什么用户需求，产品整体如何设计。 如同建房子。先有愿景，有蓝图。接着挖地基、搭结构。然后一层一层建。每建一层，可以邀请合适的用户进来住住。这时大概率是住着不舒服的。 先整体再部分，先复杂再简单，或许才是做工具型产品的正确方式。历史上可借鉴的案例故事是：Notion、Figma、Linear 等产品。 AI 时代的工具，更像一个个房子，用户入住后，需要和 AI 一起产生上下文，一起去做事。 AI 时代的好工具，不再会是各种各样的锤子。

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

geniusvczh @geniusvczh

10 months ago

写了一堆powershell脚本终于教会copilot怎么修改、编译和运行vcxproj，怎么看我的文档改代码顺便把变化同步回文档，然后换成vscode跑AI修改C++文件，需要我debug的时候我才打开VS，感觉爽多了。同一个copilot，VS能把集成做的那么烂，我也是服了 🤪

3 0 14 58K 6

You asked for it. A lot. So we built it.

This is madness. What are we doing!

@vikingmute 试了，是不错。不过最后还是切回了JetBrains Mono