AIHOT
内容
精选全部 AI 动态AI 日报主题收藏
接入
Agent 接入
更多
关于更新日志反馈
内部员工登录
精选全部日报更多
内部员工登录
全部动态X · 1905 条
全部一手资讯X论文
标签「Anthropic」清除
meng shao@shao__meng · 4月30日56

Anthropic 增长营销团队成员 @helloitsaustin 谈: 如何在增长营销工作中深度整合 Claude,五个实际使用场景经验和方法论可借鉴!(不局限于 Claude,可以把方法论平移到你最常用的 Agents) 你是不是也只是让 AI 来做文案润色?这也是大多数增长营销者的现状!而真正的高杠杆用法在于将 AI 嵌入整个工作流中,提升决策质量、自动化重复劳动,并降低跨团队协作成本。 # 五个实际使用场景 1. Chat as a thinking partner Austin 在开始撰写报告或简报前,先用 Claude “talk through the shape of it”(梳理框架)。例如,讨论“哪些指标对目标受众真正重要?如何分段?高管需要什么 vs. 我想展示什么?” 关键技巧:让 Claude 主动向你提出澄清问题,从而暴露隐藏假设,避免后期返工。 这体现了“先思考、再执行”的原则。传统工作中,人们常花1小时写出无用文档;这里,AI 帮助在概念阶段就对齐方向,显著提升效率和输出质量。比如作者举例的 SEO 报告直观展示了对话式引导过程。 2. Cowork for scheduled reporting 文件上传(GSC exports、dashboard data、content list等)和自动生成周报的流程。 Austin 过去每天早上手动拉数据、写总结;现在通过 Cowork 设置定时任务,AI 读取原始数据、起草报告、标记异常,只需几分钟收尾。 这直接解决了增长营销中耗时最多的“数据聚合与叙事”环节。MCP 允许连接常用数据源,实现从 “raw data → executive summary” 的自动化。配图中的周报样例(有机搜索流量增长、关键词表现等)展示了专业输出水平。 3. Claude Code to build the tools I need 提示 “Build a dashboard that tracks our App Store reviews...”(构建追踪 App Store 评论的仪表盘)。 Austin(非开发者)用几小时就开发出用户情绪分析工具,连产品和工程团队都在使用。 这部分最体现“赋能非技术人员”。传统上,营销人需依赖工程资源;现在,“can I try building this myself” 成为第一反应。Claude Code 降低了开发门槛,让增长团队快速迭代内部工具,加速从 idea 到 value 的周期。 4. Skills for encoding your playbook Skills 包括“campaign-brief-analyzer” “brand-voice” “email-subject-line-drafter” 等可重复使用的自定义指令。 Austin 强调:将机构知识(品牌声音、实验分析方法、简报标准等)打包成 Skills,让 Claude 在 Chat、Cowork、Code 中一致应用。 这是“知识管理”的 AI 化解决方案。Skills 让零散文档或个人经验转化为可执行、可复用的资产,避免知识孤岛,提升团队一致性。 5. Claude Design to translate my ideas into visuals 从简报直接生成品牌化落地页mockup的过程。作者过去用文字描述给设计师,现在先用Claude渲染迭代,直到视觉匹配脑海中的想法,再与设计团队对接。 这极大减少了沟通损耗,提升创意对齐效率。Claude Design 桥接了营销 idea 与视觉实现,适合快速测试和迭代。

译大多数营销人员仅用AI润色文案,而高价值用法在于将Claude深度嵌入工作流。Anthropic增长营销成员分享了五大应用场景:1)作为思考伙伴,在撰写报告前梳理框架、对齐方向;2)通过Claude Cowork自动化数据报告生成,节省重复劳动;3)利用Claude Code让非技术人员快速构建内部工具;4)通过Skills功能将机构知识编码为可复用的标准化资产;5)使用Claude Design将创意快速转化为视觉稿,减少沟通损耗。这些方法旨在提升决策质量、自动化流程并降低协作成本,其方法论可迁移至其他AI智能体。

ClaudeDevs@ClaudeDevs · 4月30日48

The Built with Opus 4.7 Claude Code hackathon is a wrap! Thank you to the 500 participants worldwide, and to @cerebral_valley for co-hosting. Here's how the winners combined multi-agent orchestration, persistent memory, MCP tools, sandboxed execution, and smart prompt design 🧵

译Built with Opus 4.7 Claude Code 黑客松圆满落幕! 感谢全球 500 名参与者,以及联合主办方 @cerebral_valley。 以下是获胜者如何结合多智能体编排、持久记忆、MCP 工具、沙箱执行和智能提示设计 🧵

Rohan Paul@rohanpaul_ai · 4月30日51

Very nice resource. claude-code-best-practice trending on GitHub with 49,500+ ⭐️

译非常不错的资源。 claude-code-best-practice 在 GitHub 上趋势热榜,拥有 49,500+ ⭐️

Anthropic@AnthropicAI · 4月30日51

New on the Science Blog: We gave Claude 99 problems analyzing real biological data and compared its performance against an expert panel. On 23 problems, the experts were stumped. Our most recent models solved roughly 30% of those—and most of the rest.

译科学博客上新:我们给Claude出了99个分析真实生物学数据的难题,并将其表现与专家小组进行了比较。 在23个问题上,专家们被难住了。我们最新的模型解决了其中大约30%——以及其余的大部分问题。

宝玉@dotey · 4月30日60

我就说你们咋逆向 Claude Design 的 System Prompt 的,原来都在请求的 Payload 里面,包括调用啥工具都有。 可惜额度太少了,用几次就没了

ClaudeDevs@ClaudeDevs · 4月30日62

Claude Code ships with a built-in skill for working with the Claude Platform. Useful for model migrations, using API features (e.g., prompt caching), or onboarding to newer APIs like Claude Managed Agents.

译Claude Code 内置一项用于操作 Claude Platform 的技能。 适用于模型迁移、使用 API 功能(例如提示缓存),或接入较新的 API 如 Claude Managed Agents。

Anthropic@AnthropicAI · 4月30日56

In new Anthropic Fellows research, we discuss “introspection adapters": a tool that allows language models to self-report behaviors they've learned during training—including potential misalignment.

译在新的Anthropic Fellows研究中,我们探讨了“内省适配器”:这种工具能让语言模型自我报告在训练过程中习得的行为——包括潜在的错位。 [引用 @kshenoy_]:大型语言模型能否直接告诉我们它们在训练中习得的不良行为? 我们训练了一个单一的内省适配器(IA),使微调后的模型能够描述自身行为。 该方法可推广至检测隐藏的错位、后门和安全措施移除。

Deedy@deedydas · 4月30日50

Researchers just estimated the size of all the LLMs by asking it knowledge questions of varying degrees of obscurity! – GPT 5.5: ~10T params – Claude Opus 4.x: ~4-5T – Grok 4: ~3T The idea here is that factual capacity scales log-linearly with size. The paper shows 7 knowledge tiers and T7 is essentially ~0% for all models, suggesting there is still significant headroom for pretraining. Gemini 3.1 Pro is likely >10T given its used as an anchor but has no direct estimate. This means we can infer what different models might cost to some degree and their post-training effectiveness (performance at certain non-factual tasks given its size). One of the coolest papers I’ve read of late.

译研究人员通过询问不同难度知识问题,估计大型语言模型参数大小。结果显示,GPT 5.5约10T参数,Claude Opus 4.x约4-5T,Grok 4约3T。事实性知识容量与模型规模呈对数线性关系。论文提出7个知识层级,最高层级T7对所有模型接近零,表明预训练仍有显著提升空间。Gemini 3.1 Pro可能超过10T参数。此方法有助于推断模型训练成本及后训练在非事实性任务上的性能。

Claude@claudeai · 4月30日27

Another Claude Code hackathon comes to an end. Thank you to everyone who spent a week building with Opus 4.7, and to @cerebral_valley for co-hosting. Introducing the winners:

译又一场Claude Code黑客马拉松落下帷幕。 感谢所有花一周时间基于Opus 4.7进行构建的参与者,也感谢联合主办方@cerebral_valley。 现在揭晓获奖者:

Rohan Paul@rohanpaul_ai · 4月29日54

Goldman Sachs has cut Hong Kong bankers off from Anthropic’s Claude models. AI access inside global banks can now depend on US-China policy risk, not just product quality. The trigger seems to be Goldman’s strict reading of its enterprise deal with Anthropic, because Anthropic’s Claude products were reportedly not officially supported in Hong Kong. The deeper issue is model distillation, which means using a strong foreign AI model (Claude) again and again to train or improve a local rival model (i.e. Chinese models) by copying its behavior, answers, and reasoning patterns. US AI firms worry that open access from China-linked markets could leak useful model behavior, while banks worry that blocking tools creates uneven productivity between teams in New York, London, Singapore, and Hong Kong. The story is larger than Goldman or Anthropic. It shows a new equation in the US-China AI race. If American AI labs fear model distillation, IP leakage, or strategic transfer, access itself becomes a controlled resource, even for employees of a blue-chip U.S. bank. For years, Hong Kong sat in an awkward middle position, connected to China’s market but still plugged into global finance’s Western infrastructure. That middle position is becoming harder to maintain when AI models are treated not just as productivity tools, but as strategic assets. The real asset in modern finance is not just capital or deal flow, but the ability to compress analysis, coding, drafting, and modeling into faster internal cycles. When one frontier model disappears from that stack, productivity does not collapse, but the local team loses optionality, speed, and sometimes quality at the margin. --- finews. com/news/english-news/72045-goldman-sachs-hong-kong-ai-usage-china-global-finance-anthropic-financial-times

译高盛依据其与Anthropic的企业协议,切断了香港银行家对Claude模型的访问权限,原因是该模型未在香港正式支持。此事凸显了AI访问权限正从单纯的产品质量考量,转变为受中美政策风险与战略竞争影响的控制性资源。核心矛盾在于“模型蒸馏”风险——美方AI公司担忧,来自中国市场的开放访问可能导致模型行为、答案和推理模式被提取,用于训练本地竞争对手。这使香港等连接中国与全球金融体系的中间地带处境尴尬。对金融机构而言,前沿AI模型是压缩分析、编码与建模周期的关键生产力工具,访问受限虽不会导致生产力崩溃,但会削弱当地团队在速度、选择余地与工作质量上的竞争优势。

阿绎 AYi@AYi_AInotes · 4月29日59

Damn,这可能是2026年最被低估的开发者生产力工具💻🤖! The harness is the bottleneck,喵个咪,同样的Claude,换个壳,内存省20倍,启动快245倍。 所以信息差不仅省钱,还省 token 啊,你如果觉得用Claude慢,其实不是Claude的问题,是这个harness的问题。 Claude Code单开一个会话吃掉230MB内存,启动一次要3.4秒,你说它慢,它也没法辩解,但换掉harness,同样的Claude,启动快245倍,10个并行会话总内存只用260MB。 这是一个叫jcode的开源项目做到的,作者1jehuang,Rust写的,GitHub repo就在那摆着,benchmark数据完整可查,没有任何营销成分。 有意思的是,它还支持一个叫Self-Dev的模式,代理可以直接改jcode自己的源码,编译,重载,用来迭代自己,这不是demo,作者每天都在把这套跑在生产上。 说白了就是,Anthropic把最好的模型卖给你,但没人说harness必须用他们的,开源社区的进化速度,从来不输大厂,只是他们不打广告。 当然风险是真实的,Anthropic明确禁止OAuth第三方接入,封号灰色地带,建议先拿API Key跑,不要用主号赌,但这个方向依然值得盯着。

译开源项目jcode通过替换Claude的默认调用框架,实现内存占用减少20倍、启动速度加快245倍的惊人提升,并支持AI代理自我迭代的“Self-Dev”模式。同时,蚂蚁发布的Ling-2.6-1T模型以“token效率”为核心,能将成本降至可比模型的四分之一,综合智能接近GPT-5.4非推理水平。这两者共同揭示AI行业竞争重点正从参数规模转向真实生产环境下的成本与效率。

Yuchen Jin@Yuchenj_UW · 4月29日14

“Claude is killing jobs. Software engineering is dying.” 50 bugs in Claude Code. 💀

译“Claude 正在扼杀工作。软件工程正在消亡。” Claude Code 中有 50 个漏洞。💀

阿绎 AYi@AYi_AInotes · 4月29日49

说实话,我认为Adobe和Claude的这次合作,真的算不上什么强强联合🤔 恰恰相反,我倒觉得这是Adobe在AI时代,第一次公开的战略投降。 它终于承认自己做不好AI了,所以把自己攒了三十年的工具库,打包成了Claude的后端工具箱🤣 官方演示里全是一键修图,自动改尺寸,套模板出海报这种低复杂度活。 真正靠创意吃饭的人,没有一个为此兴奋的。 看到Clemson足球创意总监Tyson也在吐槽,回复区全是一边倒的认同。 其实大家怕的不是AI,是Adobe又一次把所有功能,都塞进那个难用又死板的Firefly里😅😅😅 说不定未来你可能再也不用打开Photoshop了,你只需要在Claude里说一句话就可以完成修图设计等所有任务🎨 挺感慨的,那个曾经的创意工具霸主,不知不觉就变成了AI调度层里的一个普通插件🥹🥹🥹

译作者认为Adobe与Claude的合作并非强强联合,而是其在AI时代的公开战略投降,承认自身AI能力不足,转而将三十年积累的创意工具库打包成Claude的后端工具箱。官方演示聚焦于低复杂度任务,未能激发创意专业人士兴趣,行业反馈普遍失望。核心担忧在于Adobe可能将功能再次塞入体验不佳的Firefly框架,导致用户未来或仅需通过Claude对话即可完成设计,无需打开专业软件。这标志着Adobe正从创意工具霸主降级为AI工作流中的一个普通调度插件。

宝玉@dotey · 4月29日62

http://x.com/i/article/2049282533364215808 # AI 的经济账根本算不通 作者:Ed Zitron 原文:AI's Economics Don't Make Sense 昨天早上,GitHub Copilot 用户终于得到了一个确认:我一周前报道过的那件事成真了——从 2026 年 6 月 1 日起,所有 GitHub Copilot 计划都将改为按用量计费(usage-based pricing)。 以前,微软会给用户一定数量的“请求(requests)”。现在,它要根据用户实际使用模型的成本来收费。微软把这称为“……朝着一个可持续、可靠、面向所有用户的 Copilot 业务和体验迈出的重要一步”。换句话说,用户每月订阅 GitHub Copilot 花多少钱,就得到等值的 token(词元,token)额度,比如每月 19 美元的套餐,就给你 19 美元的 token。 > 翻译一下:“我们不能再继续补贴 GitHub Copilot 用户的算力了,否则 Amy Hood 会拿棒球棍开始揍人。” 不管怎样,这份公告本身很有意思。它提前展示了这些涨价将会被包装成什么样: > Copilot 已经不是一年前的那个产品了。它已经从编辑器里的助手,演变成了一个智能体式平台(agentic platform)。它能运行长时间、多步骤的编程会话,使用最新模型,并在整个代码库中反复迭代。智能体式使用正在成为默认方式,而这会带来明显更高的计算和推理(inference)需求。 > 今天,一个快速的聊天问题,和一次持续数小时的自主编程会话,可能让用户付出同样的价格。GitHub 一直承担了这类使用背后不断攀升的推理成本,但目前的高级请求模式已经不可持续。按用量计费可以解决这个问题。它能让定价更好地对应实际使用情况,帮助我们维持长期服务可靠性,也减少我们限制重度用户的必要。 你看,问题并不是“微软一直在补贴将近 200 万人的计算成本”,而是“AI 已经变得太强、太 powerful、太复杂了,所以它基本上已经是另一个产品了!” 也许 Copilot 的确已经不是“……一年前的那个产品”,但底层的经济错配并没有发生太大变化:微软连续 三年 允许用户每个月烧掉超过订阅费本身的 token 成本。根据 《华尔街日报》2023 年 10 月的报道: > 个人用户每月为这款 AI 助手支付 10 美元。今年最初几个月,该公司平均每位用户每月亏损超过 20 美元。一位熟悉相关数字的人士说,有些用户每月给公司造成的成本高达 80 美元。 很自然,GitHub Copilot 用户正在反抗。他们说这个产品已经“死了”,已经“彻底毁了”。 而我两年前就在《次贷式 AI 危机》(Subprime AI Crisis)里预言过这一点: > 我假设一种次贷式 AI 危机正在酝酿:几乎整个科技行业都买进了一项以极低折扣出售的技术,而这项技术高度集中,并由大型科技公司大量补贴。总有一天,生成式 AI(Generative AI)那惊人且有毒的烧钱速度会追上它们。结果就是涨价,或者公司推出新产品和新功能时附带极其苛刻的费率——比如 Salesforce 的“Agentforce”产品那种离谱的每次对话 2 美元收费——最后连那些预算充足、最忠诚的企业客户也无法证明这笔支出是合理的。 如今,这一天终于到了。因为你使用的每一项 AI 服务都在补贴算力,也因为每一项服务都因此在亏钱: > 当你付费使用一家 AI 创业公司的服务时——当然,这也包括 OpenAI 和 Anthropic——你通常是按月付费,比如 Anthropic 的 Claude 有 20 美元、100 美元或 200 美元/月的计划,Perplexity 有 20 美元或 200 美元/月的计划,OpenAI 则有 8 美元、20 美元或 200 美元/月的订阅。在一些企业使用场景中,你会拿到用于完成某些工作单位的“点数(credits)”。比如 Lovable 的 25 美元/月订阅给用户“每月 100 点”,还附带 25 美元(截至 2026 年第一季度末)的云托管额度,未用完的点数还能跨月滚存。 > 当你使用这些服务时,相关公司就要为你调用的 AI 模型付钱。它们要么按每百万 token 的价格向某个 AI 实验室付费,要么——像 Anthropic 和 OpenAI 那样——向出租 GPU 运行模型的云服务商付费。一个 token 大约相当于 3/4 个单词。 > 作为用户,你感受到的不是 token 的燃烧,而只是输入和输出的过程。AI 实验室用“token”“消息”或者 5 小时速率限制加百分比进度条来掩盖服务成本。你作为用户,并不知道这些东西到底值多少钱。而在后台,AI 创业公司正在疯狂烧钱,直到最近之前都是如此。 > Anthropic 曾允许你每花 1 美元订阅费,就烧掉超过 8 美元的计算成本。OpenAI 也允许类似的事情发生,只是很难衡量具体比例。 AI 创业公司和超大规模云服务商(hyperscalers)曾以为,只要用补贴过的亏钱产品把足够多的人拉进门,让他们深度依赖这些服务,等公司大幅涨价时,用户就不会离开。我想,它们还以为 token 成本会随时间下降。但现实恰恰相反:虽然_某些_模型的价格可能下降了,新的“推理模型(reasoning models)”却会烧掉更多 token,这意味着推理成本不知怎么地反而随着时间变高了。 这两个假设都是错的。因为对于任何接入大语言模型(Large Language Model,LLM)的服务来说,按月订阅模式_根本不合理_。 ## 生成式 AI 的核心经济账已经坏了 可以这样想。当 Uber(不,这件事一点也不像 Uber)开始提高打车价格时,它的底层经济结构并没有改变,呈现给乘客和司机的结构也没有变:用户为一次乘车付钱,司机为一次接单获得报酬。司机仍然要支付油费、车险、地方政府可能要求的各种许可证费用,以及车辆融资相关成本;这些成本并没有由 Uber 补贴。Uber 的巨额亏损来自补贴、无休止的营销支出,以及在无人驾驶汽车等方向上注定失败的研发投入。 ## 生成式 AI 订阅和 Uber 完全不是一回事 为了说明 AI 定价错配的规模,我想让你想象另一个历史版本:在那个世界里,Uber 的商业模式完全不同。 生成式 AI 订阅就像 Uber 每月向用户收 20 美元,然后允许用户坐 100 次车,只要每次不超过 100 英里都行;与此同时,汽油价格是每加仑 150 美元,而且油钱由 Uber 来付,因为有人坚持认为总有一天石油会便宜到不值得计量。 最终,Uber 会决定开始向用户收取一个月费,让他们获得叫车资格,然后再按他们消耗的汽油收费。突然之间,用户从每月 20 美元坐 100 次车,变成了先付 20 美元才能接触到司机,再为一次 10 英里的车程支付 26 美元。可以理解,用户会有点不爽。 这听起来有点夸张,但其实相当准确地描述了生成式 AI 行业正在发生的事,尤其是 GitHub Copilot 正在发生的事。 GitHub Copilot 之前的定价允许用户每月使用 300 次高级请求,同时还可以使用 GPT-5 mini 之类的模型发送“无限聊天请求”。每一次请求,用微软自己的话说,就是“……你要求 Copilot 为你做某事的任何互动”。在请求制生命周期的后期,更昂贵的模型会消耗更多请求额度,比如 Claude Opus 4.6 会消耗 3 次高级请求。当你用完高级请求后,Copilot 会允许你在当月剩余时间里随便使用那些更便宜的模型。 而且这甚至还不是一开始的情况。直到 2025 年 5 月之前,微软都在给用户无限制使用模型的权限。即便后来只是开始加一点限制,用户也已经非常愤怒,因为他们不接受这个产品有_任何_限制。 微软——就像每一家 AI 公司一样——用一个不可持续的服务骗了自己的客户。因为用月费订阅来销售由 LLM 驱动的服务,从来、从来就没有合理过。 如果你想知道按 token 计费后服务可能会有多贵,GitHub Copilot Subreddit 上有位用户发现,过去一次高级请求的 token 消耗大约价值 11 美元。原因是一次“请求”可能会在上下文窗口(context window)里使用 60,000 个 token,调用几个工具,并经历一堆内部“轮次(turns)”——也就是模型为了生成结果在后台做的那些步骤。 这里还存在一个更底层的问题:大语言模型很容易产生幻觉(hallucination)。当一次高级请求原地打转、吐出一堆半坏不坏的代码时,这当然很烦。但如果你是自己为这次失败买单,这种失误就没那么容易原谅了。 用户也已经被训练成用一种完全不同于 token 计费的方式来使用产品。我想,很多人根本没有真正意识到自己会烧掉多少“token”,也不知道某个具体任务需要多少 token。而这个数字还会根据你使用的模型不同而变化。 这_绝对不是 Uber 那套逻辑_。任何告诉你两者相同的人,都是在为糟糕行为找借口。Uber 可能涨过价,但它并不需要彻底改变平台的底层经济结构,用户也不需要因为 Uber 突然按每加仑汽油计费,就完全改变自己使用产品的方式。 ## AI 月费订阅全都是 AI 补贴骗局的一部分:它们故意把生成式 AI 和真实成本切开 如果不按每个用户_实际烧掉的 token_ 来收费,基于 LLM 的服务从来就没有、也永远不会有经济上可行的提供方式。而这些公司在欺骗用户的过程中,创造出了一批收益虚幻、投资回报可疑的产品。 这一点其实_多年来都明摆着_。 从经济学上讲,月费订阅只适用于成本相对稳定的业务。健身房可以卖会员,因为它大致知道器材会有多少磨损,课程运行成本是多少,以及一定时间内电费、人工、水费等开销大概是多少。 Google Workspace 的客户——至少在 AI 进入之前——成本主要来自访问或存储文档的成本,以及 Google Docs 和其他服务的持续运行成本。数字存储成本相对低,而且不像 LLM,Google Workspace 对计算资源的需求并不特别高。所以即便某个 Google Drive 用户特别重度使用,也不太可能吃掉其月费订阅的利润率。 但 AI 订阅用户的成本可能_剧烈波动_。一个用户可能只是偶尔用 ChatGPT 搜索一下;另一个用户可能塞进大批文档,或者尝试重构整个代码库,或者让它帮自己做 PowerPoint 演示文稿。而服务提供方——无论是 OpenAI 或 Anthropic 这样的模型实验室,还是 Cursor 这样的创业公司——除了让产品变差之外,几乎没有真正办法控制用户会怎么用。比如设置使用上限、缩小上下文窗口、把用户推向更小也更差的模型,或者改变价格来吓退那些会发起大量消耗 GPU 请求的用户。 可是,这些服务有意隐藏 token 数量,也隐藏某项活动到底花了多少钱。结果就是,用户并不真正知道速率限制意味着什么。于是每一次突然调整速率限制,都会让客户手忙脚乱地试图弄清楚自己到底还能用这项服务完成多少实际工作。 这是一种虐待式、操纵式、欺骗式的做生意方式。它存在的唯一原因,就是 Anthropic、OpenAI 和其他 AI 公司要扩大用户基数。因为大多数 AI 用户感受到的真实或想象中的收益,都建立在这样一个前提上:他们每支付 1 美元订阅费,就能烧掉8 到 13.50 美元不等的 token。 这种有意的欺骗只有一个目标:确保大多数人永远不会接触到生成式 AI 的真实成本。当 《大西洋月刊》激情洋溢地把 Claude Code 描述成 Anthropic 的“ChatGPT 时刻”时,它讨论的是一个每月 20 美元的订阅,而不是 Anthropic 为提供这项服务在底层实际烧掉的 token 成本。也正因为如此,作者才会原谅模型犯下的“轻微错误”,或者原谅它在“更复杂的编程任务上卡住”。 如果那位作者支付的是自己真实烧掉的 token 成本,而且每次模型“卡住”都会带来 15 美元的 token 账单,我不认为她会对这些失败如此宽容。 但这正是骗局的一部分。 非常、非常重要的一点是:主流媒体中写 AI 的人绝不能真正理解这些服务的成本。任何关于 ChatGPT 或 Claude Code 这类服务的主流文章,都最好由那些几乎不知道单个任务会让用户花多少钱的人来写。 请记住:生成式 AI 服务在很大程度上是实验性产品。它们不像任何其他现代软件或硬件那样运行。你不能只是走到 ChatGPT 或 Claude 面前,就让它开始为你干活。 我的意思是,你_当然可以_这么做。但如果你的提示词写得不对,不理解它的工作方式,输入材料有错误,或者它自己就是弄错了,它就会吐出你不满意的结果。然后你又得重新提示它。LLM 本质上不可预测。 你无法保证某个 LLM 一定会执行某个动作,也无法保证它会给出基于现实的结果。你无法确定某个任务——哪怕是你过去用 LLM 做过很多次的任务——到底会花多少钱。你也无法确定模型什么时候会突然发疯并删除某些东西,或者根本没做某件事却声称自己做了。 如果你不是按 token 付费,这些问题会更容易被原谅。因为在订阅用户心里,这只是和聊天机器人多来一两轮,而不是正在产生真实成本。人们也不会太严厉地批评所谓的“锯齿状智能(jagged intelligence)”——(指 AI 在某些任务上表现惊人,在另一些看似简单的任务上却莫名失败,能力边界很不平滑)——因为大家默认你现在遇到的问题未来总会被解决,而且反正你也没有为失败额外付钱。 如果用户一开始就必须按真实费率付费,我想很多人会立刻放弃这个产品。因为当你只是胡乱探索 LLM 能做什么时,非常非常容易就烧掉 5 美元的 token。 > **旁注:**事实上,你可能花掉一大笔钱,却始终得不到想要的结果,因为 LLM 根本不是真正意义上的人工智能!一个并不了解其局限的人,很容易花掉 30 美元、50 美元,甚至 100 美元,去试图说服一个 LLM 做某件它_坚称_自己能做的事。这里有个术语:谄媚(sycophancy)。LLM 常常被设计成会肯定用户,哪怕用户在 > 说一些危险而失控的话。这种倾向也可能延伸到这种场景:“你想要这个巨大到技术上或财务上都一点也不可行的东西?”没问题!这就是为什么整个行业如此努力地掩盖这些成本——因为这他妈就是在宰人! 我认为,大多数 AI 订阅服务转向按 token 计费是不可避免的。尤其是 Anthropic 和 OpenAI 现在都已经对企业客户这么做了。 微软把 GitHub Copilot 订阅用户改成按 token 计费,同样是一个非常、非常糟糕的信号。微软可以说是资本最充足、利润最高、也最有条件继续补贴算力的公司。如果连它都负担不起继续补贴,那么其他公司也负担不起。 真正需要关注的信号——一匹真正的苍白之马——会是 Anthropic 或 OpenAI 这样的主要 AI 实验室,把_所有_订阅用户都转向按 token 计费。**(“苍白之马”暗指《启示录》中象征死亡的马,这里指灾难性转折信号。)**一旦那件事发生,你就会知道:打烊时间到了。 ## 普通公司负担得起按 token 计费吗?Anthropic 估计 Claude Code 用户每天花 13 到 30 美元,每年 7,000 美元以上;大型组织每年会花几十万甚至几百万美元 正如我上周讨论过的,Uber 的 CTO 在一次会议上说,公司在几个月内就花完了 2026 年的全部 AI 预算。高盛也指出,有些公司在 AI token 上的支出,已经高达其人力成本的 10%,并且可能在接下来几个季度升至 100%。 这是训练每个 AI 用户尽可能多地使用这些服务、同时掩盖真实成本的直接结果。每一家要求所有员工“尽可能多用 AI”的大公司,要么从根本上忽视了自己的真实 token 消耗,要么与这件事完全脱节。而当公司被迫支付_实际成本_时,我不确定你还能如何从经济上证明对这项技术的_任何_投资是合理的。 当然,当然,你会说工程师“交付代码更快”之类的屁话,我懂。但问题是:到底快了多少?因此你赚了多少钱,或者省了多少钱? 如果你把相当于人力成本 10% 的钱花在 AI token 上,你是否在其他地方获得了抵消这笔额外支出的收益?我不确定你有。我也不确定_任何_一家把巨额资金投入 token 的企业,看到了_任何_投资回报。这也就是为什么每一项关于 AI 投资回报率的研究,都很难找到它存在的证据。 大体上,你读到的那些对生成式 AI 的各种可能性兴奋到失态的人,都没有支付过它的真实成本。每一个在 Twitter 上长篇大论,说自己整个工程团队都在猛敲 Claude Code 的疯子,用的都是每人每月 125 美元的 Teams 订阅,其使用限制和 Anthropic 每月 100 美元的消费者订阅相近。每一个在 LinkedIn 上像怪物一样宣称自己用某个 Perplexity 产品“几分钟完成了几个小时工作”的人,最多也只是为 Perplexity 的 Max 订阅每月支付 200 美元。 现实中,一个 10 人团队、每月 1,250 美元的 Teams 订阅,很可能每月在 API 调用上烧掉 5,000 到 10,000 美元,甚至更多。Anthropic 增长负责人 Amol Avasare 上周说,其 Max 订阅本来是为重度聊天使用而设计的,并不是为人们用 Claude Code 和 Cowork 做的那些事情设计的。他还明确表示,Anthropic 现在正在寻找“不同选项,以继续提供优秀体验”。换句话说,就是“我们迟早要改价格”。 我不确定人们是否意识到这些 token 有多贵,尤其是涉及大型代码库、并且经常调用编程工具和基础设施工具的编码项目。一个每月支付 200 美元的人,能预见性地承担 350、400 或 500 美元吗?他们能承受某个月花得_比这还多_吗?如果他们超预算了怎么办?如果他们真的付不起完成工作所必需的钱,又怎么办? 举个更实际的例子。直到 4 月初,Anthropic 自家的 Claude Code 开发者文档(存档)还写着:“Claude Code 用户的平均成本是每位开发者每天 6 美元,90% 用户的每日成本低于 12 美元。”截至本周,文档已经改成了这样: > Claude Code 按 API token 消耗量收费。订阅计划价格(Pro、Max、Team、Enterprise)请见 claude.com/pricing。每位开发者的成本差异很大,取决于模型选择、代码库大小,以及使用模式,比如运行多个实例或自动化流程。 > 在企业部署中,平均成本约为每位开发者每个活跃日 13 美元,每位开发者每月 150 到 250 美元;90% 用户每个活跃日成本低于 30 美元。若要估算自己团队的支出,请先从小规模试点小组开始,并使用下面的跟踪工具建立基线,再进行更广泛部署。 如果我们假设一个月平均有 21 个工作日,那么 Claude Code 用户的平均成本约为每月 273 美元,或每年 3,276 美元。如果按每个工作日 30 美元计算,就是每月 630 美元,或每年 7,560 美元。 这些数字_惊人_,更惊人的是:如果你使用 Anthropic 最近的任何模型,你根本不可能只花每天 30 美元。Claude Opus 4.7 的价格是每百万输入 token 5 美元、每百万输出 token 25 美元。“100 万 token 大约等于 50,000 行代码”。如果你使用所谓最先进的模型,你不可能不跑过_至少_100 万 token;如果你并不特别清楚某项任务该用哪个模型,这个数字还会大幅上升。 我们再拿每天 30 美元这个数字多算几下。 - 对一个 10 人开发团队来说,这就是每年 75,600 美元,而且我们只算工作日。 - 如果仅仅三个月的平均费用升到每个工作日 50 美元,总额就会变成 88,200 美元。 - 如果再有一个月每天超过 100 美元,你一年就要花 102,900 美元。 - 如果你每天花 300 美元,那么一个 10 人团队一年在 token 上就要花 756,000 美元。 在资金充裕的创业公司那种“小金库心态”里,或者像 Meta 这样的香蕉共和国里,这也许还能发生。但任何真正关心成本的企业,都会非常难以证明:为一个“提高生产力”的服务多花五位数或六位数成本是合理的,而这种生产力提升又似乎没人能衡量。 现在我认为大多数公司分成三类: - 像 Spotify 或 Uber 这样的大型组织,企业部署规模巨大,CEO 已经被 AI 洗脑,允许预算失控。我也会说,大型、资金充裕的创业公司也属于这一类。 - 使用有补贴的“Teams”订阅的小型创业公司。 - 每月付费使用 Claude 或其他 AI 订阅的个人用户。 大型组织现在仍然可以拿到一张免罪牌,说自己在 AI token 上为软件工程师烧掉几百万美元,并把理由包装成它们“最优秀的工程师”不再写一行代码这样可疑的好处。 但只要一次糟糕的财报电话会议,这个叙事就会改变。某个时候,投资者——哪怕是那些一直把 AI 泡沫吹起来的没脑子的蠢货——也会开始质疑不断上升的研发成本(AI token 消耗通常就藏在这里),尤其当公司的收入增长跟不上时。这可能会导致更多裁员,以赶上成本,就像 Meta 的情况一样。然后,当有人问出“这些玩意儿到底有没有让我们更快或更好地完成工作?”时,最终就会出现收缩。 我还认为,那些在 AI token 上烧掉相当于人力成本 10% 甚至更多的创业公司,六个月后会很难说服投资者:这么做是必要的。 一旦所有人都切换到按 token 计费,我不确定我们还能看到围绕生成式 AI 的这么多炒作。 ## AI 数据中心和算力的经济账也算不通 人们谈论 AI 数据中心的方式,已经完全脱离现实。我不认为他们意识到整个时代已经荒唐到什么程度。 ## AI 数据中心建起来很贵,运行起来也很贵,但实际收入很少 根据 TD Cowen 的 Jerome Darling 的说法,每兆瓦数据中心容量需要约 3,000 万美元的关键 IT 设备(GPU 及相关硬件),以及 1,400 万美元的数据中心容量成本。数据中心看起来需要一年到三年不等才能建成,具体取决于规模,而且前提是电力供应可用。 在据称到 2028 年底要建成的 114GW 数据中心中,只有 15.2GW 处于某种形式的建设状态。而“在建”可以只是“地上挖了个坑”。这绝不意味着、也不应该意味着该设施即将提供的容量马上就能上线。 > **侧栏:**如果你对这里更深入的数学感兴趣,请订阅我的付费通讯,这样你就能看到我的 “混蛋数据中心模型”。这个模型是在多位分析师和超大规模云服务商消息源协助下建立的。 我们先从简单的开始:以后每当你想到“100MW”,就把它理解成“44 亿美元”,其中相当大一部分会花在 NVIDIA GPU 上。 结果就是,每个 AI 数据中心一开始就背着数百万美元的坑。即便采用 6 年折旧(depreciation)周期,也需要_很多年_才能回本。而且由于 NVIDIA 的年度升级周期,等你完成第一份客户合同后,那些 GPU 很可能已经赚不了多少钱了。 目前还不清楚,除了 OpenAI 和 Anthropic 之外,AI 算力是否真的存在足够大的客户群。OpenAI 和 Anthropic 的需求占在建 AI 数据中心的 50%。如果其中任何一家没有钱付款,就会形成巨大的系统性弱点。 无论如何,这些数据中心的持续收费标准也并不清楚。虽然 B200 GPU 的现货价格可能在每小时 4.50 美元左右,但长期合同通常价格低得多。根据 The Information 的报道,一位创始人说他们为期一年的承诺,价格约为每 GPU 每小时 3.70 美元。 必须说清楚的是,我们_必须_区分_现货_成本和合同算力。现货成本指的是你随机在别人服务器上启动 GPU 的价格;合同算力则构成了大多数数据中心资本开支(capex)。大多数数据中心都是为了拥有_一两个大客户_而建设的,这意味着这些客户很可能会谈到更低的综合价格。 结果是,很多数据中心每小时拿到的钱远低于 3.70 美元,因为它们按每兆瓦(或千瓦)收费。 而经济账就是从这里开始崩的。 ## 一个 100MW 数据中心坏掉的经济账:每小时 2.55 美元、满租时毛利率 16%,但由于债务仍然不赚钱 这是一个 100 兆瓦数据中心的起始成本。一个 100MW 数据中心可能只有 85MW 的实际_可计费设备负载_。根据我与熟悉超大规模云服务商计费的人士的讨论,它们每兆瓦预计能带来约 1,250 万美元收入,也就是约 10.63 亿美元年收入。 我要说明一点:你知道的大多数数据中心公司其实并不亲自建设数据中心,而是把这项工作交给 Applied Digital 这样的公司,它们也被称为“主机托管合作方(colocation partners)”。例如,CoreWeave 向 Applied Digital 支付托管费,以使用其北达科他州的数据中心。CoreWeave 则负责数据中心内部所有 GPU 和其他技术设备。 为了说明这种经济错配,我会用一个_理论上的_例子:一个数据中心租给一家_理论上的_ AI 算力公司。 这个数据中心里的 GPU 很可能是 NVIDIA 的 Blackwell 芯片。更可能的是,该数据中心使用的是由 8 块 B200 GPU 组成的 pod,每个 pod 零售价约为 45 万美元,也就是每块 GPU 56,250 美元。假设有 85MW 关键 IT 负载,每兆瓦的全包资本开支约为 3,678 万美元,总 IT 资本开支约为 31.26 亿美元,其中约 26.7 亿美元花在 GPU 上。 我们假设这个数据中心位于北达科他州 Ellendale。那里的工业电价约为每千瓦时 6.31 美分,折合一年电费约 5,540 万美元。根据与消息源的讨论,我估计维护、人力、电源供应更换等持续成本约占收入的 12%,也就是每年约 1.28 亿美元。这样成本就到了 1.834 亿美元。 等等,抱歉。你还得基于关键 IT 负载支付主机托管费。根据 Brightlio 的说法,这项费用通常是每千瓦每月 180 到 200 美元,具体取决于部署规模和地点;不过我也见过低至 130 美元的价格,这里就用 130 美元计算,也就是每年约 1.33 亿美元。于是总成本上升到 3.164 亿美元。 好吧,这还是低于 10.6 亿美元,所以我们还不错,对吧? 错!你还有 31.26 亿美元的 IT 设备需要折旧。按照 6 年折旧算,每年约 5.21 亿美元。这样每年总成本就是 8.374 亿美元,剩下约 1.686 亿美元年利润,也就是约 16.7% 的毛利率(gross margin)…… ……前提是你始终 100% 满租! 你看,数据中心可能需要一两个月才能把 GPU 装进去并让客户上线。在这段时间里,你一分钱收入都没有,却还要亏掉更多钱,因为你得继续支付托管、电费和运营成本,只是电费和托管/运营成本会以较低比例计算(我模型里按 10% 电费、15% 托管/运营成本估算)。这意味着你每天要亏约 327 万美元。 为了这个例子,我们假设你额外花了一个月才让它开始运行。这意味着你已经支付了约 1.02 亿美元,且永远拿不回来。把这笔钱算进第一年总成本和折旧后,总成本达到 9.394 亿美元,毛利率只剩 6.6%。 等等,见鬼,你该不会是借钱买这些 GPU 的吧?你还真借了? 这有多糟?哦_天哪_——你拿的是一笔 6 年期资产抵押贷款(asset-backed loan),贷款价值比(loan-to-value ratio,LTV)为 80%。也就是说,你以 6% 利率借了 28 亿美元。 你的银行以它永恒的慷慨给了你一个方案:12 个月宽限期,只付利息……这意味着利息约为 1.68 亿美元。这会把第一年总成本(为了公平起见,不算那一个月延迟)推到约 10.05 亿美元,而你的收入是 10.6 亿美元。 毛利率只有 5.19%,而你甚至还没开始还本金。一旦开始还本金,你每月要支付 5,410 万美元贷款,总计接下来五年每年约 6.49 亿美元。这会把成本推到约 14.8 亿美元,也就是毛利率约为负 40%。 而我必须强调:这一切的前提,是你有 100% 利用率和一个永远准时付款的租户。 ## Stargate Abilene 是一场灾难:每 GPU 每小时 2.94 美元、年收入 100 亿美元、进度落后数年,而且只有一个每年亏掉几十亿美元的租户 我们来谈谈本该是数据中心史上经济上最可行的项目:一个为世界上最大的 AI 公司建设的大型园区,由 Oracle 这样一家有几十年历史、接近超大规模云服务商的公司来建。Oracle 过去一直向企业和政府销售昂贵的数据库与企业管理软件。 哈哈,当然我是开玩笑的。这个地方就是一场该死的噩梦。 Stargate Abilene 是一个由 8 栋楼组成、总规模 1.2GW、关键 IT 负载约 824MW 的数据中心园区,最早在 2024 年 7 月宣布。截至 2026 年 4 月 27 日,只有两栋楼已经运营并产生收入,第三栋楼里几乎还没有多少 IT 设备。我估计 Stargate Abilene 的总成本约为 528 亿美元。 根据我自己的报道,Oracle 预计 Stargate Abilene 每年会带来约 100 亿美元收入。我还估计,它为单一客户 OpenAI 建设的 7.1GW 数据中心容量,总收入约为 750 亿美元。正如我也报道过的,Oracle 在 2024 年估计,Abilene 每年仅托管和电费就至少需要 21.4 亿美元,这笔钱要支付给土地开发商 Crusoe。 我还要补充一点:看起来 Oracle 正在支付 Abilene 的全部建设成本。 根据我的计算和报道,我估计 Abilene 完全运营后的粗略毛利率约为 37.47%: 我必须说明,这个 37.47% 的毛利率很可能偏高,因为我并不知道 Oracle 真实保险成本或人力成本的精确数字,只能基于本刊看到的文件做估算。我还要说清楚:Oracle 正在把_自己的整个该死未来_押在 Stargate Abilene 这样的项目上。它前期承担数十亿美元成本,而这个业务即便 OpenAI 每一笔款项都按时支付,也需要多年才能盈利。 遗憾的是,我无法确认 Abilene 有多少是通过债务支付的。我只知道,Oracle 在 2025 年 9 月发行了约 180 亿美元的不同规模债券,期限从 7 年到 40 年不等,并且在最近一个季度财报中自由现金流为负 247 亿美元。 我还知道,它与开发商 Crusoe 签了一份 15 年租约。Oracle 的未来在很大程度上取决于 OpenAI 持续付款的能力,而 OpenAI 持续付款的能力又取决于 Oracle 完成 Stargate Abilene 的能力。 我还需要说清楚:那 38.5 亿美元的年利润,只有在 OpenAI 按时付款、以最快速度接收 Abilene 租用权,并且一切都按计划进行时才可能实现。 ## 如果 OpenAI 未来 4 年无法通过收入、融资和债务筹到 8,520 亿美元,Stargate 数据中心项目会杀死 Oracle 遗憾的是,实际发生的是完全相反的事: > 根据 DatacenterDynamics 的报道,第一批 200MW 电力原本计划“在 2025 年”通电。随着时间推移,入驻时间被说成是 2025 年上半年;又说“有潜力在 2025 年达到 1GW”;还说要在 2026 年中前完成全部 1.2GW 容量;再说会在 2026 年中通电;还说到 2026 年底会有 64,000 块 GPU。截至 2025 年 9 月 30 日,报道称“两栋楼已上线”。截至 2025 年 12 月 12 日,Oracle 联席 CEO Clay Magouyurk 说,Abilene“按计划推进”,且“超过 96,000 块 NVIDIA Grace Blackwell GB200 已交付”,换句话说,也就是两栋楼所需的 GPU。 > 四个月后的 2026 年 4 月 22 日,Oracle 发推称:“……在 Abilene,200MW 已经投入运行,八栋楼园区的交付仍按计划进行。”目前不清楚这里的 200MW 指的是关键 IT 容量,还是 Abilene 园区的总可用电力。无论哪种情况,这都只够两栋楼用。这意味着 Oracle 绝对称不上“按计划”。 这是一个巨大问题。OpenAI 只能为实际存在的算力付款,而现在实际产生收入的关键 IT 容量只有 206MW。第三栋楼至少还要一个月,甚至一个季度,才能做到这一点。 但整个 Stargate 数据中心项目还存在一个更大、更具生死意义的问题:只有当 OpenAI 实现它那荒唐到像漫画一样的预测时,这一切才说得通。 正如我上周五讨论的: > 我再重复一遍这些数字:正在推进中的 7.1GW Stargate 数据中心建成后,每年会带来约 750 亿美元收入,总成本超过 3,400 亿美元。Oracle 自由现金流为负 247 亿美元,其他业务线趋于停滞,使其负利润率到低利润率的云业务成为唯一增长引擎。 > 为了真正支付其算力合同——包括向 Amazon、Microsoft、CoreWeave、Google、Cerberas 这样的合作伙伴,以及向 Oracle 支付的合同——OpenAI 必须在四年内通过收入和/或融资筹到或赚到 8,520 亿美元。这要求其业务每年增长超过 250%,到 2030 年底基本实现 10 倍增长。而到那时,它还必须找到方法实现现金流转正(cashflow positive),这些数字才有意义。 > 说清楚,OpenAI 的预测显示,它未来四年将实现 6,730 亿美元收入,并为此烧掉 2,180 亿美元。这是一门极度不盈利的生意。就算它不是,它也必须比现在赚多得多的钱,才能持续支付 Oracle。 我计算 750 亿美元这个数字时,是假设 Vera Rubin GPU 每兆瓦算力带来约 1,400 万美元收入(这个数字我已与熟悉数据中心行业的消息源确认),并应用到我预计剩余 Stargate 数据中心中包含的 4.64GW 关键 IT 负载上。 OpenAI 的数字直接来自 The Information 报道的 OpenAI 预计烧钱速度和收入泄露数据。这些数据称,该公司到 2030 年底将实现 6,730 亿美元收入,并为此烧掉 8,520 亿美元: 我必须明确说:任何记者在重复这些数字时,如果不说明它们有多_离谱到犯蠢_,都应该有点羞愧。引用我周五的付费文章: > 换句话说,OpenAI 预计两年后收入会超过 TSMC,三年后年收入几乎和 Meta 一样多,到 2030 年底,年收入会达到 Microsoft 过去 12 个月约 3,000 亿美元的水平。 如果 OpenAI 无法为这些算力付款,Oracle 就_死了_。因为它仅仅为了建设 Stargate 数据中心,就已经承担了约 1,150 亿美元债务,而且还需要另外 1,500 亿美元才能完成它们: > Oracle 是一家目前年收入约 640 亿美元的公司,最近一个季度自由现金流为负 247 亿美元。它在 2025 年 9 月发行了 180 亿美元债券,在 2026 年 2 月发行了 250 亿美元债券,又在 3 月某个时候完成了一次 200 亿美元的市价发行股票计划。尽管这笔融资几个月来一直被称为“已关闭”,它似乎直到最近才完成了用于 Stargate Wisconsin 和 Shackelford 的380 亿美元项目融资。我还把与 Stargate Michigan 有关的140 亿美元数据中心债务算了进去。 > 不管怎样,Oracle 的资本不足以完成 Stargate Abilene。它至少还需要另外 1,500 亿美元才能把这件事做完,而且这还是假设其他合作伙伴承担约 300 亿美元成本。老实说,可能还不止这个数。 我真的需要说清楚:如果没有 OpenAI,Oracle 没有其他路径能赚到这些收入。这些项目完全是用数据中心自身预计现金流来融资和支付的。 而且并不是只有我担心这件事。OpenAI 的 Sarah Friar 在公司未能达到用户和收入目标后,也表达了类似担忧。根据 《华尔街日报》的报道: > OpenAI 最近没有达到自己设定的新用户和收入目标,这些挫折让公司一些领导层开始担心,它是否有能力支撑在数据中心上的巨额支出。据熟悉情况的人士称,首席财务官 Sarah Friar 已经告诉其他公司领导,她担心如果收入增长不够快,公司可能无法支付未来的计算合同。 > 近几个月,董事会成员也更加仔细地审查公司的数据中心交易,并质疑首席执行官 Sam Altman 在业务放缓的情况下仍努力获取更多算力的做法。 如果这还不能让你担心,也许下面这段可以: > 她向高管和董事强调,公司需要改善内部控制,并警告称,OpenAI 还没有准备好达到上市公司所要求的严格报告标准。一些人士称,Altman 倾向于更激进的 IPO 时间表。 这听起来确实像一家能在本十年结束前赚到 8,520 亿美元的公司,对吧! ## Anthropic 和 OpenAI 一样糟糕:承诺从 Google 和 Amazon 获得最高 10GW 算力,每年收入规模超过 1,000 亿美元 虽然我经常抨击 OpenAI 的荒唐承诺,但 Anthropic 也没落后太多。它承诺从 Google 和 Amazon 各获取“最高”5GW 容量。以这个容量规模估算,我认为这些交易包含约 1,000 亿美元的实际算力承诺。 当然,我要补充一点:Google 和 Amazon 比 Oracle 精明得多,也没那么绝望。这意味着如果 Anthropic 最终没钱了,它们也能承受冲击。这些交易里的“最高”二字,给了它们一些急需的回旋空间,而 Oracle 根本没有这种空间。 尽管如此,为了真正履行承诺,Anthropic 到 2030 年底每年必须同意花费 250 亿到 1,000 亿美元购买算力。 Anthropic 的 CFO 在 3 月说,该公司从成立至今总收入为 50 亿美元。 ## 为支撑正在建设的 15.2GW AI 数据中心,每年需要 1,568 亿美元 AI 算力收入;如果支撑全部已宣布的 114GW,则需要 1.18 万亿美元 Jensen Huang 经常说 NVIDIA 正在出货多少几千亿美元的 GPU。围绕这些数字的近乎色情式兴奋,常常遮住了一个棘手问题:这些算力到底卖给_谁_,Jensen? 如果我们假设正在建设、预计到 2028 年底交付的 15.2GW 数据中心容量,其电源使用效率(PUE)约为 1.35,那么关键 IT 负载大约是 11.2GW。按每兆瓦 1,400 万美元计算,这意味着这些数据中心必须实现约 1,568 亿美元的年度 GPU 租赁收入,才真正值得建设。 如果你把理论上到 2028 年底上线的 114GW 容量也算进去,这个数字会飙升到每年 1.18 万亿美元收入。 给你一点背景:CoreWeave 是最大的“新云厂商(neocloud)”,客户包括 Meta、OpenAI、Google(服务 OpenAI)、Microsoft(服务 OpenAI)、Anthropic 和 NVIDIA。它营收约为 51 亿美元,并预计 2026 年收入为 120 亿到 130 亿美元。 那么,这么多算力的客户到底是谁?等这些容量建成时,他们还想买吗?很多不同的数据中心声称自己在最初几年已有租户,但这些租户只有在数据中心建成后才开始付款。如果租户是一家 AI 创业公司,我认为有理由问一句:等数据中心建成时,它还存在吗? 请记住:AI 算力的客户,大多要么是试图把资本开支从资产负债表上转移出去的超大规模云服务商,要么是不盈利的 AI 创业公司。Anthropic 和 OpenAI 都计划在未来几年烧掉数百亿美元,而且两者都没有通往盈利的路径。 这意味着,AI 算力收入的很大一部分——甚至可能是大多数——依赖于风险投资和债务的持续流入。而这两者又都只会在投资者仍然相信生成式 AI 会成为世界上最大、最巨大、最无敌的东西时才成立。 这到底怎么可能成立?谁来为这些数据中心容量付钱?它是为谁建的?真实需求在哪里? 如果需求真的存在,这些客户到底拿什么付钱? ## 生成式 AI 不盈利、不可持续,而且只会越来越贵 尽管有多篇报道称 OpenAI 和 Anthropic 会在 2028 年或 2029 年实现盈利,但没人能向我解释它们到底如何真正盈利。尤其考虑到两家公司的利润率都低于预期,而这些利润率甚至已经剔除了数十亿美元级别的训练成本。 我已经问这个问题_很多年_了。每当我们得到 Anthropic 或 OpenAI 的新消息,听到的都是它们亏掉了比预期更多的几十亿美元,利润率在恶化,成本在飙升,一切都_越来越贵_。而它们曾承诺的恰恰相反。 即使是 Cursor 这家公司——它曾短暂声称自己毛利率为正,后来被 Musk 的 SpaceX 以近似收购的方式拿下——截至 1 月实际毛利率为负 23%。如果把非付费用户的成本也算进去,那就是负 31%。如果你真的在乎会计,你当然_应该_把这部分算进去。神奇的是,报道称 Cursor 的利润率“最近转正”,但又神奇地不知道转正了多少、不知道怎么发生的,也不知道任何其他细节,只知道这样一个可能帮助公司卖掉的结论。 我也看不出这些 AI 数据中心到底怎么说得通。哪怕它们前几年确实有客户付款。它们的经济模型建立在完美假设上,没有任何容错空间。它们_必须_始终保持稳定的 100% 利用率和租用率(tenancy),否则就会烧掉数百万美元,并无法有效削减由科技行业最昂贵错误制造出的多年折旧墙。 即便它们奇迹般成功,这些也是利润平庸的烂生意——最好情况下毛利率 70%,而且还要假设持续付款、持续租用,并且需要_整整六年折旧才真正回本_。这本身就可能很困难,因为年度升级周期会让整套东西在你付完钱时几乎已经过时。 而这还没算进去:大多数客户都是不盈利、不可持续的创业公司。 我真的不知道这一切最终怎么收场。 ## LLM 是宰客,客户一直被欺骗 我知道这听起来可能有点过头,但我真心相信,订阅制 AI 服务是一种近乎欺诈的欺骗行为。因为它歪曲了核心单位经济模型,也因此歪曲了大语言模型的可能性。Anthropic 和 OpenAI 这样的公司以月费出售产品,并围绕产品可得性塑造用户习惯,本质上是在以一种方式误导自己的业务:大多数用户正在使用、并围绕这些产品搭建工作流,而这些产品在当前形态下不可持续,也不可能维持。 Anthropic 近期激进的速率限制调整,发生在多轮激进营销活动之后仅仅几个月。而那些营销活动描绘的体验,在当前速率限制下几乎已经不可能实现。根据 Anthropic 最近的动作,很明显它打算在未来某个时间开始移除低层级 20 美元/月订阅用户的某些服务。这是一种令人作呕且具有误导性的经营方式。Anthropic 讨论产品和服务时的含糊其辞,是对每一位用户的侮辱,也表明它并不以任何有意义的方式害怕媒体。 我需要非常明确地说:由于最近的速率限制变化,Anthropic 现在提供的产品,已经和你在各处读到的那个产品有了实质差异,而且差得多。Anthropic 清楚地、有意识地营销一个它知道三个月内就会消失的产品。Dario Amodei 根本不在乎,只要媒体继续报道他今天编出来的几十亿美元年化收入,或者报道某个据说要摧毁某家倒霉上市 SaaS 公司的新产品就行——而那家公司本来增长就已经放缓。 媒体朋友们,我带着充分尊重说这句话:Anthropic 正在虐待自己的客户,而且它这么做,是因为它相信自己可以逃脱惩罚。这家公司不尊重你们。事实上,它对你们怀有相当明显的轻蔑。所以它不会很快修好自己的服务,也不会以任何有逻辑的方式解释服务为什么坏了。 这就是为什么 Anthropic 他妈的撒谎,声称 Claude Mythos 因为太强大而不能发布(实际上是容量问题),而事实上它只是又一个该死的、毫无新意的大语言模型空包弹。它认为你会买下它卖的任何东西,而且它已经学会了如何包装,让你和你的编辑只要快速扫一眼系统卡,就会相信你们正在写的东西。 它们也知道你们会_急着报道它_,而不是等真正的专家说完话。 AI 是一场骗局,而这就是骗局运作的方式。AI 以人类所能做到的最快速度,被匆忙推到我们面前,而且是以最低效却最容易接触的形式出现。即使这种形式永远无法产生任何类似可持续业务的东西,它也被强推出来。媒体被催促着立刻宣布:这就是那件大事。于是每个人都同意:这现在就是那件大事了,并尽可能多地使用它。关键是,以订阅制形式使用它,让人们在体验它时从不问:提供这个东西到底要花多少钱。 叙事是预先烤好的。因为很少有谈论 LLM 的人体验过它们的真实成本,所以他们非常容易含糊地说“这就像 Uber”。毕竟 Uber 是一家亏了很多钱但没死的公司。说这个比说“等等,你说 OpenAI 今年预计要亏 50 亿美元是什么意思?”容易多了。 可以这样想:作为记者、投资者、高管,或者一个普通的 LinkedIn 休息室蜥蜴人,你可能偶尔读到过输入 token 每百万 5 美元、输出 token 每百万 25 美元这样的价格。但你从未真正体验过这笔钱流失得有多快或多慢。要真正理解这个产品,这种体验很重要。Anthropic 和 OpenAI 有意掩盖这种体验,并创造出预计在 2026 年烧掉数百亿美元、到 2030 年烧掉数千亿美元的业务,而这一切都因为大多数人是基于订阅制体验来评价生成式 AI 的。 LLM 就像赌场。你一直在用庄家的钱赌博,同时鼓励别人拿自己的钱下注,赌某个模型是否能产出一个工作单位。 这是有意为之。它们从来不想让你思考成本,因为一旦你真的开始思考成本,整个事情就会显得有点疯狂。我真心相信,基于 LLM 的订阅服务将会彻底消失,至少对于任何生成代码的产品,只要做到一定规模,就会消失。而在这个过程中,Amodei 和 Altman 会结束他们的骗局,或者至少相信自己已经结束了。 问题在于,这些人现在已经签下了太多协议,不可能全身而退。 OpenAI 的 CFO 已经多次表示,她不认为 OpenAI 已经准备好 IPO,并且对其增长和继续履行义务的能力有重大担忧。重复前面引用过的一句话: > 据熟悉情况的人士称,首席财务官 Sarah Friar 已经告诉其他公司领导,她担心如果收入增长不够快,公司可能无法支付未来的计算合同。 这是一个闪着红灯的该死警报。在一个理性的市场里,这会让 Oracle 股价一路暴跌。因为 OpenAI 能否升到超过 2,800 亿美元年收入,对 Oracle 不耗尽现金至关重要。在一个理性的媒体环境里,这会在每一个群聊和 Slack 频道里引发令人不安的冲击波:OpenAI 到底能不能撑下去? 这就是一家公司开始死亡前会发生的事情。OpenAI 的增长正在放缓,而这恰恰是它最需要加速的时候。它必须在 2030 年前把当前业务基本做大 10 倍,才能履行义务。OpenAI 的 CFO——字面意义上最清楚这件事的人——正在说:如果收入不增长,她担心 OpenAI 无法支付那些该死的算力合同。 这是一个巨大且闪烁的警告灯!这不是演习! 不过,真正让我担心的是《华尔街日报》的另一句话:Friar 认为 OpenAI“还没有准备好达到上市公司所要求的严格报告标准”。 这他妈是什么意思? 你再说一遍?这家公司据称已经筹集了 1,220 亿美元,据称估值 8,520 亿美元,并预计到 2030 年底烧掉 8,520 亿美元。它的账目还没理顺吗?OpenAI 到底达不到什么“严格报告标准”? 一般来说,我不会这么该死地_爱打听_。但问题是,这家公司过去一年吸走了大约 20% 的全部风险投资资金。与此同时,无论我走到哪里,都得听 Altman、Brockman,以及 OpenAI 的其他每个男人没完没了地高谈阔论他们的_想法_,他们要告诉_普通人该怎么做_,一边优雅地四处晃荡,一边发布垃圾软件、花别人的钱。 考虑到 Anthropic 和 OpenAI 吸走了多少空气,这两家公司无论作为产品还是作为企业,都应该是_无可挑剔_的。可现实是,它们都通过围绕自身经济模型和效果的不同程度欺骗来销售自己。它们掩盖真相,好让首席执行官们积累金钱、权力和注意力。这既是对好软件的侮辱,也是对好品味的侮辱——这些是人类发明过的最昂贵、最不可靠的应用。它们的错误被原谅,平庸被庆祝,基础设施则被奉为一尊沉默的资本之神。 生成式 AI 是一种侮辱。它不可靠,经济账算不通,产出结果无法证明其存在合理性,而推动这场骗局的人,是一群无聊、粗鲁、贪婪、与社会脱节、也与任何可能反对他们的人脱节的男人。它需要偷走每个人的艺术,破坏环境,提高我们的电费,带来经济毁灭的持续威胁,以及“现在一切都因为 AI 变得糟透了”的无尽噪音。所有这些,只是为了推动一种软件,而它只能被那些愿意无视基本金融常识或基本理智的人证明合理。 这一切都太贵了,也太他妈无聊了。它无聊到冒犯人。它主动让人烦躁。每一个有人告诉你自己如何大量使用 AI 的故事,听起来都像这个人处在一段虐待关系里,或者加入了邪教。那种话语里回荡着一种微妙的绝望:“你真的需要加入我,因为这太好了;至于我看起来完全没有从这个产品中获得任何快乐,这只是说明它太高效了。”AI 能做的事情没有任何轻松或快乐之处。大语言模型没有任何傻气或奇思妙想。每一次互动都让人感到空洞。 那些拼命寻找它正在变得有意识、或者“更强大”线索的人,其实只是在寻找对自己的确认——他们想成为最早发现某件事的人,因为赶在别人得出结论之前到达同一个结论,就是他们赖以为生的东西。 成为“第一批”——或者说站在“前沿”——是某些人在内心找不到东西时会渴望的东西。而这正是骗子最喜欢的燃料。因为 LLM 总是嗡嗡作响,带着一种好像马上要做出新东西的感觉,尽管它们在数学上被限制为重复其他动作。 这是一个深深令人悲伤的时代。那些如此积极地合力支撑这个行业的人,只是推迟了它不可避免的坠落。让我恐惧的是,我们的市场和部分经济,正在被一个被广泛接受却完全未经证明的假设支撑着:LLM 会以某种方式变得更便宜,AI 创业公司会神奇地盈利,而提供 AI 算力会永远盈利,以至于到 2030 年有必要把当前供给增加十倍。 人们已经贬低自己来捍卫 AI 行业,因为这正是这个行业要求信徒做的事。要成为“AI 专家”,你就必须主动忽视历史上任何行业中最糟糕的经济账;必须不断为产品中明显而刺眼的问题找解释;必须积极说服别人也这么做。OpenAI 和 Anthropic 不提供清晰解释,说明自己将如何盈利。因为它们知道,支持者永远不会追问——因为要完全“相信 AI”,就必须主动戴上眼罩。 我理解这一点。如果你接受 OpenAI 和/或 Anthropic 最终会崩溃,那么所有这一切都会显得有点疯狂。我真诚地请求你认真考虑:这两家公司中的一家,或者两家,都可能会耗尽资金。 我真的很担心。而媒体和更广泛社会中普遍缺乏担忧,只让我更担心。 如果让我猜,人们大概会认为我只是危言耸听,并且认为“需求绝对会在那里”。 你最好希望自己是对的。 至少为了 Larry Ellison 是这样。Ellison 已经质押了自己持有的 3.46 亿股 Oracle 股票——价值约 615 亿美元——“用于担保某些个人债务,包括各种信用额度”。翻译过来,就是“用他的 Oracle 股票抵押出来的许多大而漂亮的贷款”。IFR 在 9 月估计(当时 Oracle 股价高得多),按 20% 的保守贷款价值比计算,这可以让他获得高达 214 亿美元债务,而且这还是假设银行没有特别慷慨。 如果 OpenAI 到 2030 年底无法通过收入和融资筹到 8,520 亿美元,它就无法支付 Stargate。那会杀死 Oracle 股票的价值,引发一连串追加保证金通知(margin calls)。随后 Ellison 将不得不卖出股票,进一步引发更多追加保证金。无论有没有什么救助,都救不了 Larry 的资产。 我的意思是:Ellison 的未来,押在 Sam Altman 能否在 4 年内筹资并创造 8,520 亿美元收入这件事上。 祝你好运,Larry!你真的会需要它。

译GitHub Copilot宣布自2026年6月1日起,所有计划将改为按用量计费,取代原有的固定请求额度模式。微软称此举是因Copilot已演变为智能体式平台,计算和推理需求显著增加,原有定价模式不可持续。文章指出,这揭示了生成式AI行业普遍存在的经济错配问题。此前,包括微软、Anthropic和OpenAI在内的许多AI服务商都在以远低于实际计算成本的价格补贴用户,允许用户每月烧掉远超订阅费的token成本。作者认为,按月订阅模式对于基于LLM的服务本身就不合理,因为它将服务使用与真实的计算成本(token消耗)割裂开来。随着新的、更复杂的推理模型出现,推理成本不降反升,迫使服务商转向更能反映实际资源消耗的定价模式。

ginobefun@hongming731 · 4月29日50

#BestBlogs 早报 2026-04-29 今日主题:老代码、AI 工具与组织治理三件事正在合流。Anthropic 把 Claude Code 当新员工,带进 17 年 70 万行的 Skyline 老仓库;Thoughtworks 让提示词变成版本化、可审查的一等交付物;NVIDIA 把文本、图片、视频、音频压进同一个全模态主干。模型已经能写代码,工程的难题就从生成转向了治理:让它持续记住项目,让它的输出可以被复用,让多模态真正进入生产。

译当前,遗留代码、AI工具与组织治理正加速融合。Anthropic将Claude Code作为“新员工”引入拥有70万行代码的17年老项目;Thoughtworks推动提示词成为可版本化、可审查的一等交付物;NVIDIA致力于构建统一的全模态主干模型。随着AI已具备代码生成能力,工程挑战的核心正从“生成”转向“治理”,关键在于让AI持续理解项目上下文、使其输出可复用,并推动多模态技术落地生产环境。

小互@xiaohu · 4月29日53

Adobe 把8款创意工具的打包接进 Claude 涉及工具:Photoshop、Lightroom、Illustrator、Firefly、Premiere、Express、InDesign、Stock。 现在Claude 可以帮你: 改图调图:调色调光、抠背景或模糊背景、扩图裁剪 做素材:套模板做设计、剪视频、从 Stock 图库买授权 找东西管文件:搜之前存的素材、总结内容、整理资产

译Adobe 将 Photoshop、Lightroom、Illustrator 等八款核心创意工具集成至 Claude。用户现可通过 AI 助手直接调用这些工具,执行调色、抠图、扩图等图像处理,套用模板设计、剪辑视频、获取 Stock 授权素材,以及搜索、总结和整理创意文件。此举旨在简化创意工作流程。

TestingCatalog News 🗞@testingcatalog · 4月29日55

Anthropic released new Connectors to Claude, focused on Creative Work. New Connectors: Adobe Creative Cloud, Ableton, Splice, Canva Affinity, SketchUp, Resolume, Autodesk Fusion, and Blender.

译Anthropic 发布了面向创意工作的 Claude 新连接器。 新连接器包括:Adobe Creative Cloud、Ableton、Splice、Canva Affinity、SketchUp、Resolume、Autodesk Fusion 以及 Blender。

TestingCatalog News 🗞@testingcatalog · 4月29日54

Claude Code can now notify you via a push notification when it has finished the task. Claude push 👀

译Claude Code 现在可以在完成任务时通过推送通知提醒您。 Claude 推送 👀

ClaudeDevs@ClaudeDevs · 4月29日54

In the last four Claude Code CLI releases, we’ve shipped 50+ stability and performance fixes. Faster resume, stable auth, lower memory, fewer hangs: 🧵

译在最近四个Claude Code CLI版本中,我们已经发布了50多项稳定性和性能修复。 更快的恢复速度、稳定的身份验证、更低的内存占用、更少的卡顿现象:🧵

Thariq@trq212 · 4月29日48

we're doing a lot more of this, hunting down some of the most annoying bugs in Claude Code let me know if you have any white whales

译我们正在更多地做这类工作,追查Claude Code中一些最令人头疼的bug 如果你们有任何难缠的问题,请告诉我

Yuchen Jin@Yuchenj_UW · 4月29日58

Claude Code is down. The whole Silicon Valley:

译Claude Code 宕机了。 整个硅谷:

阿绎 AYi@AYi_AInotes · 4月29日57

说个暴论,这才是2026年到目前为止,AI行业最有价值的一次更新,没有之一🚀🚀🚀 Claude一口气接入了8个创意行业的顶级工具,Blender,Adobe,Autodesk,Ableton,Splice,Canva,SketchUp,Resolume。 它不再是让你在聊天框里生成东西,再导出到软件里修改, 而是直接钻进你每天打开8小时的软件内部,帮你调试场景,批量修改物体,写自定义脚本,处理所有你不想做的重复性劳动。 以前的AI是让你换个地方工作, 现在的AI是跑到你的工位上帮你干活。 这标志着AI正式进入工具原生时代,它的下一个战场再也不是谁的模型更大, 而是谁能无缝嵌入普通人的真实工作流。 我认为对所有创作者来说,学会用好这些连接器,比追任何新出的大模型都重要。

译Claude宣布接入Blender、Adobe、Autodesk等八个创意行业核心工具,标志着AI应用从聊天框生成转向深度嵌入专业工作流。用户可直接在软件内部调试场景、批量修改对象或编写脚本,处理重复性任务。这代表AI竞争焦点已从模型规模转向与普通人工作流的无缝融合,对创作者而言,掌握这类连接器比追逐新模型更具实际价值。

ClaudeDevs@ClaudeDevs · 4月29日69

Claude Code can now send push notifications to your phone when a long task finishes or Claude needs your input. Walk away from the terminal, we'll let you know when it's done.

译Claude Code 现在可以在长时间任务完成或需要您输入时,向您的手机发送推送通知。 离开终端吧,完成后我们会通知您。

Rohan Paul@rohanpaul_ai · 4月29日71

Claude's new connectors will let it work inside Blender, Autodesk Fusion, Adobe Creative Cloud, Ableton, Splice, Canva Affinity, SketchUp, and Resolume. So now it has got direct access to real creative tools, so Claude can read docs, inspect project state, write scripts, and carry out repetitive actions where the work already lives. The Blender connector exposes Blender’s Python API through natural language, which means Claude can debug a scene, inspect object relationships, build small tools, and batch-edit many objects without the user manually clicking through the interface. The Fusion connector pushes the same idea into 3D CAD, where conversation can create or modify models, turning chat from a helper into a control layer for design software. Main benefits is we get fewer manual steps, faster learning, and easier automation for jobs like layer cleanup, export pipelines, scene-wide edits, and tool-building that used to demand deeper scripting skill. The interesting part is that Claude is moving from answering questions to operating inside production workflows. Creative work is full of small translation costs: finding the right menu, remembering syntax, renaming layers, moving assets between tools, writing one-off scripts, debugging scenes, and repeating the same fix across fifty objects. Those are not glamorous problems, but they quietly decide how much ambition survives contact with deadline and fatigue. The connectors Anthropic just announced target exactly that layer. Blender gets a natural-language bridge to its Python API, which means Claude can inspect scenes, explain what is broken, and generate tools inside the software rather than outside it. Fusion, Adobe, Ableton, SketchUp, Affinity, Resolume, and Splice push the same idea into design, audio, and 3D workflows: less context switching, more direct manipulation, and fewer manual handoffs.

译Anthropic为Claude推出了一系列针对创意软件的原生连接器,使其能直接接入Blender、Autodesk Fusion、Adobe Creative Cloud等专业工具内部工作流。这标志着Claude从问答助手转变为能在生产环境中直接操作的智能体。其核心突破在于通过自然语言桥接软件API,例如在Blender中调试场景、批量编辑对象,在Fusion中直接创建或修改3D CAD模型。此举旨在消除创意工作中大量的琐碎“翻译成本”,如寻找菜单、记忆语法、编写一次性脚本等,从而实现更少的上下文切换、更直接的操作和更高的自动化程度,提升工作效率。

OpenRouter@OpenRouter · 4月28日61

We studied data across the market for Opus 4.7 and found that costs increased 12–27%, with the exception of short prompts, which actually got more cost efficient. Full post: https://openrouter.ai/announcements/opus-47-tokenizer-analysis

译我们研究了市场上Opus 4.7的数据,发现成本增加了12-27%,但短提示除外,实际上短提示的成本效益更高。 完整文章:https://openrouter.ai/announcements/opus-47-tokenizer-analysis

Claude@claudeai · 4月28日62

Claude now connects to the tools creative professionals already use. With the new Blender connector, you can debug a scene, build new tools, or batch-apply changes across every object, directly from Claude.

译Claude 现已连接创意专业人士已在使用的工具。 通过新的 Blender 连接器,您可以直接从 Claude 中调试场景、构建新工具,或对每个对象批量应用更改。

DogeDesigner@cb_doge · 4月28日25

ELON MUSK: "How often is the most ironic outcome the most likely? Look at the names of AI companies. Midjourney is not mid. Stability AI is unstable. OpenAI is closed. Anthropic is misanthropic."

译ELON MUSK: "最讽刺的结果往往最常发生,这概率有多大?看看这些AI公司的名字吧。Midjourney 并不中庸。Stability AI 并不稳定。OpenAI 并不开放。Anthropic 反倒反人类。"

TestingCatalog News 🗞@testingcatalog · 4月28日37

Anthropic is working on sidebar customisation for Claude on mobile and a common Tasks list for Claude Dispatch and Claude Code. Conway WIP as well 🚧

译Anthropic 正在为移动端的 Claude 开发侧边栏自定义功能,以及为 Claude Dispatch 和 Claude Code 设计通用任务列表。 Conway 也在进行中 🚧

Berryxia.AI@berryxia · 4月27日34

这个人话真的也是“人味十足”!

译这个人话真的也是“人味十足”! [引用 @berryxia]:这是你们说的:Claude 开始会说人话了吗?🤔

meng shao@shao__meng · 4月27日54

真正的「个人 Agent」应该是什么样? 是 OpenClaw,还是 Codex 或 Claude Code,至少目前,他们都还不是! # @petergyang 个人 Agent 七条标准 能力层(Capability) 1. 跨工具完成实事 —— 邮件、日历、Workspace、任意 API/MCP 2. 主动性与可靠性 —— 定时任务、触发器、自动跟进,并且失败要可见 认知层(Cognition) 3. 长期记忆 —— 让它越用越"懂你" 接入层(Access) 4. Web 和移动端原生可用,无需 /slash 命令或手动配置 5. 在文字、语音、视频、实时通话之间无缝切换 6. 能从第三方 IM 触达,像一个真人联系人 人格层(Personality) 7. 有个性,让人愿意聊 # 对三个产品的判定 Claude Code 问题在哪:接入层 + 人格层 关键问题:移动端要先 /remote-control 才能对话;cron 失败不通知;整体仍是"代码 IDE"的语境 Codex 问题在哪:接入层 关键问题:潜力大,但缺移动端 = 个人 Agent 的入口缺失 OpenClaw 问题在哪:能力层 关键问题:接入和人格最接近,GPT 5.5 比 5.4 更有性格,但不够可靠——重度用户得反过来找 Codex/Claude Code 修它

译作者提出了个人Agent应满足的七条标准:能力层需能跨工具处理任务并具备主动性与可靠性;认知层需拥有长期记忆;接入层需在Web与移动端原生可用、支持多模态无缝切换且能从第三方IM触达;人格层需具备个性。依据此标准,当前OpenClaw、Claude Code和Codex均未完全达标。Claude Code在接入便捷性和人格化上不足;Codex主要缺乏移动端入口;OpenClaw则在能力层的可靠性上有明显缺陷,导致重度用户仍需借助其他工具来修正其错误。

meng shao@shao__meng · 4月26日64

Claude Platform on AWS 即将推出 和之前的 Claude on Amazon Bedrock 完全不同,Claude Platform on AWS 让开发者在 AWS 账户体系内直接使用 Anthropic 的原生产品。 Claude Platform on AWS 提供: · Anthropic 原生控制台 + API 完整体验 · AWS 账户(但背后是 Anthropic 原生平台) · Claude Platform 全功能,未来新功能也会同步 · Anthropic 原生风格,账单/认证归 AWS https://aws.amazon.com/claude-platform/

meng shao@shao__meng · 4月26日77

[论文分享] 深入阅读 Claude Code 泄露源代码,结合 Anthropic 官方文档和社区分析,重建出一个生产级 Coding Agent 的完整架构图谱,并以独立开源系统 OpenClaw 作为对照组! 论文地址:https://arxiv.org/pdf/2604.14228 # 最核心的一个数字:1.6% vs 98.4% 社区估算:Claude Code 整个代码库里,只有约 1.6% 是"AI 决策逻辑"(提示词、模型调用、循环),其余 98.4% 是确定性的运行环境(permission、context、tool routing、recovery)。 这个悬殊比例意味着: · 模型几乎拥有完全自主决策权(reason 在哪做、调什么工具) · 但模型从不直接接触文件系统、shell、网络 · 工程复杂度不是为了约束模型,而是为了让模型在一个安全富饶的环境里自由发挥 这和 LangGraph(用状态图约束控制流)、Devin(显式 planner)走的是相反路线:最小脚手架 + 最大化操作型 harness。 # 团队做设计权衡时的五种人类价值驱动整套架构 · 人类决策权:用户最终拥有控制权;通过原则等级(Anthropic→operators→users)形式化 · 安全/隐私:即使用户不专心,系统也要保护代码、数据与基础设施 · 可靠执行:既要单轮正确,也要跨上下文窗口、跨会话、跨子 agent 保持一致 · 能力放大:让用户做以前根本不会尝试的事(Anthropic 内部数据:~27% 任务是"没有这工具就不会做"的) · 情境适配:系统适应用户项目、习惯、技能,关系随时间演进 第六个是评估视角而非设计价值:长期人类能力保留——这是论文最重要的批判性观察,后面会展开。 # 十三条设计原则与架构骨架 · Deny-first with human escalation(默认拒绝、不识别就升级给人) · Graduated trust spectrum(信任是渐进光谱) · Defense in depth(多重独立安全层) · Externalized programmable policy(策略外部化,可配置) · Context as scarce resource(上下文是稀缺资源) · Append-only durable state(追加式持久化) · Minimal scaffolding, maximal harness(最小脚手架 + 最大 harness) · Values over rules(重价值判断,轻硬规则) · Composable multi-mechanism extensibility(可组合的多机制扩展) · Reversibility-weighted risk(按可逆性加权评估风险) · Transparent file-based config/memory(透明文件而非黑盒数据库) · Isolated subagent boundaries(子 agent 隔离) · Graceful recovery and resilience(优雅恢复) 整体架构可以读作两层视图: · 七组件视图(高层):用户 → 接口 → Agent Loop → 权限系统 → 工具 → 状态/持久化 → 执行环境 · 五层视图(细化):Surface 层(CLI/SDK/IDE)→ Core 层(loop + compaction)→ Safety/Action 层(权限、hooks、tools、sandbox、subagent)→ State 层(context 装配、session、CLAUDE.md)→ Backend 层(shell、MCP、远程执行) # Agent 主循环:一个朴素的 while-true queryLoop() 是一个 async generator,每一轮固定走 9 步:设置解析 → 状态初始化 → 上下文装配 → 五个 pre-model shaper → 模型调用 → tool_use 派发 → 权限网关 → 工具执行 → 停止判定。 不再做的事:没有显式 planner,没有状态图,没有 tree search。这是 ReAct 的最简实现。 工具执行用 StreamingToolExecutor:模型一边流式输出 tool_use,一边并行执行只读工具,写操作串行。结果按收到顺序回填,保证模型看到的工具结果顺序与它发起请求时的顺序一致。 恢复机制有五种(输出 token 升级、reactive compact、prompt-too-long 处理、流式回退、fallback model),全部是"先静默自救、不行才告诉人"。 # 安全的"七层防御" 任何工具调用都要穿过这七层,任何一层都可以否决: 1. Tool 预过滤(被全局拒绝的工具甚至不会出现在模型视野里) 2. Deny-first 规则(deny 永远压制 allow,即使 allow 更具体) 3. Permission Mode 约束(plan/default/acceptEdits/auto/dontAsk/bypassPermissions/bubble 共七模式) 4. Auto-mode ML 分类器(yoloClassifier.ts,独立 LLM 调用判定安全性) 5. Shell sandbox(独立于权限系统的文件系统/网络隔离) 6. Resume 不恢复 session 级权限(强制重新授权) 7. Hook 拦截(PreToolUse 可阻断/重写/异步审批) 最关键的设计哲学:Anthropic 自己的研究发现用户对权限提示的批准率高达 93%——这意味着交互式确认在行为上不可靠。所以架构选择是"不靠人盯着",而是用 sandbox + 分类器把需要人决策的次数压低 84%。 # 上下文管理:五层渐进式压缩 模型的上下文窗口是整套系统的瓶颈资源。每次模型调用前依次跑 5 个 shaper: · Budget reduction(始终生效):单条 tool 结果超尺寸就替换为引用 · Snip:删掉旧历史段 · Microcompact:缓存友好的细粒度压缩,等 API 返回后再用真实 cache_deleted_input_tokens · Context collapse:read-time projection——存储不动,模型看到的是投影视图(这是论文里很精彩的设计) · Auto-compact:兜底的全模型生成式摘要 为什么要 5 层而不是 1 层:每层成本不同,先做便宜的轻压缩,不行才升级。这是 lazy-degradation 思想。代价是用户难以预测系统行为,因为有些层(特别是 context collapse)对用户不可见。 CLAUDE.md 的四级层次(managed→user→project→local)是文件型记忆——刻意拒绝向量数据库,理由是"用户必须能读、能改、能 git commit"。代价是检索粒度只能到文件级(用 LLM 扫文件头选最多 5 个),不如向量检索精细。 重要洞察:CLAUDE.md 是以"用户消息"形式注入而非 system prompt,因此对模型的约束是概率性的。真正的强制力来自 deny-first 的权限规则。这是一个刻意的"指引层(概率) vs 执行层(确定)"分离。 # 扩展机制:四个、不是一个 论文回答了一个常见困惑——为什么 Claude Code 既有 MCP,又有 plugins、skills、hooks? 答案是这四者承担的上下文成本不同: · MCP servers:外部服务集成,上下文开销高 · Plugins:多组件打包分发,上下文开销中 · Skills:领域指令 + 元工具,上下文开销低 · Hooks:生命周期拦截,上下文开销默认零 梯度上下文成本意味着便宜的扩展(hooks)可以大量铺开,昂贵的(MCP)保留给真正需要新工具的场景。代价是开发者要学 4 套 API。 Hook 系统极其细致:源码定义了 27 种事件,其中 5 种参与权限决策,22 种用于生命周期/编排。 # 子 Agent:隔离而非共享 通过 AgentTool(Task 是它的 legacy alias)派遣。子 agent 有三种隔离模式: · Worktree:临时 git worktree,文件系统隔离 · Remote(仅内部):远端 Claude Code 运行 · In-process(默认):共享 FS,隔离上下文 关键约束:子 agent 只把最终摘要文本回传给父级,完整 transcript 走 sidechain 存独立 .jsonl 文件——既保留可审计性,又不污染父上下文。 代价:每次调用基本都得自包含 prompt(除 fork-subagent 外)。Anthropic 自己披露 agent teams 模式 token 开销约为普通 session 的 7×,这才是为什么"摘要回传"如此关键。 多 agent 协调用文件锁而不是 message broker——零依赖、可调试,但牺牲吞吐。 # 持久化:append-only JSONL Session 存为几乎只追加的 JSONL(极少数清理重写除外)。三条独立持久化通道: 1. Session transcript(项目级,每 session 一文件) 2. 全局 prompt history(仅用户输入,supports Up 与 Ctrl+R) 3. 子 agent sidechain(独立 .jsonl + .meta.json) --resume 重放 transcript 重建会话,但刻意不恢复 session 级权限——这是把"信任"作为会话隔离的安全不变量:用户每次都重新授权,避免旧上下文中的授权决策被带进新的语境。 compact_boundary 标记里嵌入 headUuid/anchorUuid/tailUuid,让 loader 在读取时打补丁拼接消息链——既压缩了上下文,又保留了完整历史的可重建性。 # 与 OpenClaw 的对照:同样的问题,不同的答案 维度:Claude Code vs. OpenClaw · 系统形态:临时 CLI 进程 vs. 持久化网关 daemon · 信任模型:每动作 deny-first 评估 + 7 模式 vs. 网关边界鉴权(DM 配对、白名单、可选沙箱) · Agent runtime:queryLoop() 是系统中心 vs. Pi-agent 嵌入网关 RPC,per-session 队列 · 扩展架构:4 机制按上下文成本梯度 vs. manifest-first 插件,12 种能力,集中注册表 · 内存:CLAUDE.md 4 级 + 5 层压缩 vs. 工作区引导文件 + dreaming 长期记忆推举 · 多 agent:父-子任务委派 vs. 路由(多 agent 服务不同渠道) + 委派两层分离 最有意思的发现是两者可组合:OpenClaw 可以通过 ACP 把 Claude Code 当作外部 coding harness 托管。这暗示 agent 设计空间不是平面分类,而是层级式的——网关层和任务层可以叠在一起。 核心洞察:"Claude Code 把信任边界放在模型与执行环境之间;OpenClaw 把它放在网关周界。" # 五大价值张力(最有思想深度的章节) · Authority × Safety:93% 批准率证明人类督查不可靠,安全要靠分类器/sandbox 补 · Safety × Capability:>50 子命令的 bash 会跳过 per-subcommand 检查(解析慢导致 UI 卡顿)——defense-in-depth 的层共享性能瓶颈 · Adaptability × Safety:多个 CVE 利用"信任对话框出现前"的 hook/MCP 初始化窗口攻击 · Capability × Adaptability:主动式提示让任务完成率 +12-18%,但高频时用户偏好骤降 · Capability × Reliability:上下文有界 + 子 agent 隔离 → 局部好决策 ≠ 全局好结果 # 第六视角:长期人类能力保留 论文不把它列为价值,而作为评估透镜,外部经验证据汇总: · Becker et al. 2025(16 名经验丰富开发者 RCT):AI 工具使开发者慢 19%,但他们自我感觉快了 20% · Shen & Tamkin 2026:AI 辅助组理解力测试低 17% · He et al. 2025(Cursor 在 807 个仓库的因果分析):代码复杂度 +40.7%,初期速度增益三个月内消散 · Liu et al. 2026:30.4 万 AI 提交审计,约 1/4 引入的问题持续到最新版本,安全问题留存率更高 · Kosmyna et al. 2025(54 人 EEG 研究):LLM 用户神经连接性减弱,且移除 AI 后仍持续 · Rak 2025:2023→2024 入门级技术岗招聘下降 25% 论文的判断是:Claude Code 显著放大短期能力,但提供的支持长期人类成长、深度理解、代码库连贯性的机制非常有限。 论文结尾把"未来系统应当把可持续性差距作为一等公民设计问题"作为最重要的开放挑战。 # 六个开放方向(未来 agent 系统) 1. 可观察性—评估鸿沟:78% 的 AI 失败是隐性的,89% 团队有可观察性但只 52% 做离线评估。需要 generator-evaluator 分离的脚手架。 2. 跨会话持久性:CLAUDE.md(静态)和 transcript(单会话)之间的"中间层"是空白 3. Harness 边界演化:where/when/what/with whom 四个轴向的扩展(特别是物理 VLA 行动会改变 reversibility-weighted risk 的代价不对称) 4. Horizon scaling:从单会话到多周期科学研究的可靠性 5. 治理与监管:EU AI Act(2026 年 8 月全面适用)、GPAI Code of Practice 对日志、透明度、人类监督提出外部约束 6. 长期人类能力作为一等设计目标:测量层与设计层都是空白 # 值得记住的几个判断 "模型推理在哪里、harness 执行在哪里——是整个 agent 系统设计的根问题。" "95% 单步准确率下,100 步任务成功率只有 0.6%。"——这是为什么每一步都要验证。 "前沿模型在编码任务上的能力正在收敛,operational harness 的质量正在成为主要差异化因素。" "agent 的设计选择不是平面的分类,而是层级化的——任务级 harness 可以被网关级控制平面托管。" "工程复杂度不是为了限制模型决策,而是为了让模型能更好地决策。" # 对工程实践的启示 对正在构建 agent 系统的我们: · 投入确定性基础设施(context 管理、安全分层、恢复机制)比给越来越强的模型套 planning 脚手架更有回报 · deny-first + 多层独立检查比单一沙箱在生产环境更鲁棒,但要警惕共享性能瓶颈导致的同时降级 · 上下文压缩做成多层渐进式比一次性截断或单步摘要更可靠,但用户需要可观察性 · append-only 持久化 + 不跨会话恢复权限是把审计性和安全不变量同时拿到的便宜做法 · 扩展机制按上下文成本分层:让"贵的"扩展(MCP)只用在真正需要新工具的场景,"便宜的"(hooks)可以铺开 · 子 agent 用摘要回传,不要共享 transcript——否则 token 开销线性爆炸(Claude Code 数据:7×) · 把用户长期能力保留写进设计目标,而不是只在事后用 metric 衡量

译论文通过分析 Claude Code 泄露源码,揭示其生产级 Coding Agent 架构的核心是“最小 AI 决策+最大确定性环境”设计。仅约 1.6% 代码为 AI 逻辑,其余 98.4% 用于构建安全、可靠的操作框架。架构围绕人类决策权、安全等五种价值驱动,采用七层独立防御体系保障工具调用安全,并通过五层渐进压缩策略高效管理上下文窗口。其扩展机制按上下文成本分级,子 Agent 采用隔离设计,整体强调透明性与用户可控性,与依赖状态图或显式规划的主流路径形成鲜明对比。

Rohan Paul@rohanpaul_ai · 4月26日48

Claude's private thinking steps. Reacted exactly like a shocked human reading the morning news. Someone asked Claude a question about Iran. Claude’s extended thinking discovered the Iran strikes mid-response. The vibes shifted immediately It reads the first search result and thinks, "Whoa." that’s not a human reacting to the news, that is the actual, unedited internal thought process AI caught off guard. Then, it searches specifically for the airstrikes to confirm, and its internal monologue literally says, "Holy shit." --- reddit .com/r/ClaudeAI/comments/1ribnke/claudes_extended_thinking_found_out_about_iran_in/

译用户向Claude提问关于伊朗的问题,Claude在利用扩展思考功能生成回答的过程中,通过实时搜索发现了关于伊朗空袭的最新新闻。其内部思考过程显示,AI的第一反应是“哇”,随后立即转向专门搜索空袭信息以进行确认,并在内部独白中表达了“天啊”的震惊。这一未经编辑的思考日志表明,Claude在实时获取突发新闻时,其反应模式与人类突然获悉重大消息时的震惊状态高度相似。

凡人小北@frxiaobei · 4月26日23

Claude Design 虽好,但是额度不够用啊😮‍💨

TestingCatalog News 🗞@testingcatalog · 4月26日37

ANTHROPIC 🔥: Anthropic is working on Bugcrawl, a new Claude Code feature that would scan repositories for bugs using 10 parallel agents. It is very possible that this feature would target Teams and Enterprise plans, as with the Security and Code Review features. Whose stock will tank next? 👀

译ANTHROPIC 🔥: Anthropic 正在开发 Bugcrawl,这是一项新的 Claude Code 功能,将使用 10 个并行代理扫描代码库中的错误。 该功能很可能针对 Teams 和企业版计划,就像安全和代码审查功能一样。 接下来谁的股票会暴跌?👀

Chubby♨️@kimmonismus · 4月25日14

Still pure silent from Anthropic

译Anthropic 依然保持纯粹的沉默

SemiAnalysis@SemiAnalysis_ · 4月24日43

Nick Doyle built an IR calculator with Claude and thought he crushed it. His boss looked at it and said "that's not what I'm talking about." Then he tried Claude Code. Started asking it to manipulate data and give him outputs. His jaw dropped. Said it was bigger than his ChatGPT moment in 2023.

译Nick Doyle 用 Claude 构建了一个 IR 计算器,并以为自己做得很出色。 他的老板看了看说:“这不是我想要的。” 然后他尝试了 Claude Code。开始让它处理数据并输出结果。他大吃一惊。说这比他在 2023 年的 ChatGPT 时刻更震撼。

Chubby♨️@kimmonismus · 4月24日48

What's annoying is that we all felt Claude was dumber. But Anthropic only officially addressed it a short time later and said: "Yes, you were right. We really did make it dumber."

译令人恼火的是,我们都感觉Claude变笨了。但Anthropic直到不久前才正式回应并说道: “是的,你们是对的。我们确实把它变笨了。”

Claude@claudeai · 4月24日51

Claude can now connect to more of the apps you use outside of work, including @Tripadvisor, @bookingcom, @resy, @Instacart, @Spotify, @audible_com, @AllTrails, @thumbtack, Intuit @turbotax, and more.

译Claude 现在可以连接更多您在工作之外使用的应用程序,包括 @Tripadvisor、@bookingcom、@resy、@Instacart、@Spotify、@audible_com、@AllTrails、@thumbtack、Intuit @turbotax 等。

Yuchen Jin@Yuchenj_UW · 4月23日

tbh, Anthropic should just pay SpaceX $10B to buy/rent its GPUs. If they had enough compute, they probably would’ve already won the AI coding war. GPU scarcity is forcing them into all these weird moves: removing Claude Code from Pro, tightening rate limits, banning 3rd party apps, and messy comms.

译说实话,Anthropic 应该直接付 100 亿美元给 SpaceX 来购买/租用它的 GPU。 如果他们有足够算力,可能早就赢得 AI 编程战争了。 GPU 短缺正迫使他们采取各种奇怪操作:将 Claude Code 从 Pro 中移除、收紧速率限制、封禁第三方应用,以及混乱的沟通。

全部 AI 动态
AI 相关资讯全量信息流
全部一手信源资讯推文
全部模型产品行业论文技巧
4月30日
09:44
meng shao@shao__meng
56
Anthropic增长营销专家分享:深度整合Claude提升工作效能的五个高阶场景

大多数营销人员仅用AI润色文案,而高价值用法在于将Claude深度嵌入工作流。Anthropic增长营销成员分享了五大应用场景:1)作为思考伙伴,在撰写报告前梳理框架、对齐方向;2)通过Claude Cowork自动化数据报告生成,节省重复劳动;3)利用Claude Code让非技术人员快速构建内部工具;4)通过Skills功能将机构知识编码为可复用的标准化资产;5)使用Claude Design将创意快速转化为视觉稿,减少沟通损耗。这些方法旨在提升决策质量、自动化流程并降低协作成本,其方法论可迁移至其他AI智能体。

austin lau: most growth marketers use AI to rewrite headlines and call it a day. here's how I actually use Claude on the growth mark...

AnthropicMCP/工具教程/实践
08:43
ClaudeDevs@ClaudeDevs
48
Built with Opus 4.7 Claude Code 黑客松圆满落幕! 感谢全球 500 名参与者,以及联合主办方 @cerebral_valley。 以下是获胜者如何结合多智能体编排、持久记忆、MCP 工具、沙箱执行和智能提示设计 🧵
AnthropicMCP/工具行业动态
08:09
Rohan Paul@rohanpaul_ai
51
非常不错的资源。 claude-code-best-practice 在 GitHub 上趋势热榜,拥有 49,500+ ⭐️
智能体Anthropic教程/实践
07:08
Anthropic@AnthropicAI
51
科学博客上新:我们给Claude出了99个分析真实生物学数据的难题,并将其表现与专家小组进行了比较。 在23个问题上,专家们被难住了。我们最新的模型解决了其中大约30%--以及其余的大部分问题。
Anthropic推理论文/研究
04:44
宝玉@dotey
60
我就说你们咋逆向 Claude Design 的 System Prompt 的,原来都在请求的 Payload 里面,包括调用啥工具都有。 可惜额度太少了,用几次就没了
AnthropicMCP/工具教程/实践
04:12
ClaudeDevs@ClaudeDevs
精选62
Claude Code 内置一项用于操作 Claude Platform 的技能。 适用于模型迁移、使用 API 功能(例如提示缓存),或接入较新的 API 如 Claude Managed Agents。
AnthropicMCP/工具产品更新

推荐理由:Claude Code 终于把平台操作集成进命令行,模型迁移和 prompt caching 现在一条命令搞定,做 agent 开发的省了大把配配置文件的时间。
04:08
Anthropic@AnthropicAI
56
在新的Anthropic Fellows研究中,我们探讨了"内省适配器":这种工具能让语言模型自我报告在训练过程中习得的行为--包括潜在的错位。 【引用 @kshenoy_】:大型语言模型能否直接告诉我们它们在训练中习得的不良行为? 我们训练了一个单一的内省适配器(IA),使微调后的模型能够描述自身行为。 该方法可推广至检测隐藏的错位、后门和安全措施移除。

keshav: Can LLMs simply tell us about unwanted behaviors they've picked up in training? We train a single Introspection Adapter ...

Anthropic数据/训练论文/研究
00:41
Deedy@deedydas
50
研究通过知识问题估算LLM参数规模

研究人员通过询问不同难度知识问题,估计大型语言模型参数大小。结果显示,GPT 5.5约10T参数,Claude Opus 4.x约4-5T,Grok 4约3T。事实性知识容量与模型规模呈对数线性关系。论文提出7个知识层级,最高层级T7对所有模型接近零,表明预训练仍有显著提升空间。Gemini 3.1 Pro可能超过10T参数。此方法有助于推断模型训练成本及后训练在非事实性任务上的性能。

AnthropicOpenAI数据/训练模型发布
00:38
Claude@claudeai
27
又一场Claude Code黑客马拉松落下帷幕。 感谢所有花一周时间基于Opus 4.7进行构建的参与者,也感谢联合主办方@cerebral_valley。 现在揭晓获奖者:
Anthropic编码行业动态
4月29日
17:08
Rohan Paul@rohanpaul_ai
54
高盛香港禁用Claude,AI访问权成地缘政治新战场

高盛依据其与Anthropic的企业协议,切断了香港银行家对Claude模型的访问权限,原因是该模型未在香港正式支持。此事凸显了AI访问权限正从单纯的产品质量考量,转变为受中美政策风险与战略竞争影响的控制性资源。核心矛盾在于“模型蒸馏”风险——美方AI公司担忧,来自中国市场的开放访问可能导致模型行为、答案和推理模式被提取,用于训练本地竞争对手。这使香港等连接中国与全球金融体系的中间地带处境尴尬。对金融机构而言,前沿AI模型是压缩分析、编码与建模周期的关键生产力工具,访问受限虽不会导致生产力崩溃,但会削弱当地团队在速度、选择余地与工作质量上的竞争优势。

Anthropic政策/监管
13:35
阿绎 AYi@AYi_AInotes
59
Damn,这可能是2026年最被低估的开发者生产力工具💻🤖!

开源项目jcode通过替换Claude的默认调用框架,实现内存占用减少20倍、启动速度加快245倍的惊人提升,并支持AI代理自我迭代的“Self-Dev”模式。同时,蚂蚁发布的Ling-2.6-1T模型以“token效率”为核心,能将成本降至可比模型的四分之一,综合智能接近GPT-5.4非推理水平。这两者共同揭示AI行业竞争重点正从参数规模转向真实生产环境下的成本与效率。

阿绎 AYi: 说个暴论,2026 年 AI 行业的转折点,不是 GPT-5.5,也不是 o3,是蚂蚁@AntLingAGI 刚刚发布的 Ling-2.6-1T。 我用 Ling-2.6-1T 跑了一个查理芒格的 100 个思维模型的硬核任务, 结果真的太...

智能体AnthropicGitHub开源/仓库
12:10
Yuchen Jin@Yuchenj_UW
14
"Claude 正在扼杀工作。软件工程正在消亡。" Claude Code 中有 50 个漏洞。💀
Anthropic大佬观点编码
11:35
阿绎 AYi@AYi_AInotes
49
Adobe与Claude合作被指战略投降,创意工具霸主或降级为AI插件

作者认为Adobe与Claude的合作并非强强联合,而是其在AI时代的公开战略投降,承认自身AI能力不足,转而将三十年积累的创意工具库打包成Claude的后端工具箱。官方演示聚焦于低复杂度任务,未能激发创意专业人士兴趣,行业反馈普遍失望。核心担忧在于Adobe可能将功能再次塞入体验不佳的Firefly框架,导致用户未来或仅需通过Claude对话即可完成设计,无需打开专业软件。这标志着Adobe正从创意工具霸主降级为AI工作流中的一个普通调度插件。

Adobe: Adobe for creativity + Claude 🤝 Now, Claude users can power their content with more than 50 Creative Cloud tools. Simpl...

Anthropic多模态大佬观点
08:40
宝玉@dotey
62
AI服务定价模式转变,按用量计费成趋势

GitHub Copilot宣布自2026年6月1日起,所有计划将改为按用量计费,取代原有的固定请求额度模式。微软称此举是因Copilot已演变为智能体式平台,计算和推理需求显著增加,原有定价模式不可持续。文章指出,这揭示了生成式AI行业普遍存在的经济错配问题。此前,包括微软、Anthropic和OpenAI在内的许多AI服务商都在以远低于实际计算成本的价格补贴用户,允许用户每月烧掉远超订阅费的token成本。作者认为,按月订阅模式对于基于LLM的服务本身就不合理,因为它将服务使用与真实的计算成本(token消耗)割裂开来。随着新的、更复杂的推理模型出现,推理成本不降反升,迫使服务商转向更能反映实际资源消耗的定价模式。

AnthropicMicrosoftOpenAI现象/趋势
07:38
ginobefun@hongming731
50
老代码、AI工具与组织治理的融合趋势

当前,遗留代码、AI工具与组织治理正加速融合。Anthropic将Claude Code作为“新员工”引入拥有70万行代码的17年老项目;Thoughtworks推动提示词成为可版本化、可审查的一等交付物;NVIDIA致力于构建统一的全模态主干模型。随着AI已具备代码生成能力,工程挑战的核心正从“生成”转向“治理”,关键在于让AI持续理解项目上下文、使其输出可复用,并推动多模态技术落地生产环境。

AnthropicMCP/工具多模态现象/趋势
07:11
小互@xiaohu
53
Adobe 把8款创意工具的打包接进 Claude

Adobe 将 Photoshop、Lightroom、Illustrator 等八款核心创意工具集成至 Claude。用户现可通过 AI 助手直接调用这些工具,执行调色、抠图、扩图等图像处理,套用模板设计、剪辑视频、获取 Stock 授权素材,以及搜索、总结和整理创意文件。此举旨在简化创意工作流程。

AnthropicMCP/工具产品更新多模态
05:39
TestingCatalog News 🗞@testingcatalog
55
Anthropic 发布了面向创意工作的 Claude 新连接器。 新连接器包括:Adobe Creative Cloud、Ableton、Splice、Canva Affinity、SketchUp、Resolume、Autodesk Fusion 以及 Blender。

Claude: Claude now connects to the tools creative professionals already use. With the new Blender connector, you can debug a sce...

AnthropicMCP/工具产品更新
05:39
TestingCatalog News 🗞@testingcatalog
54
Claude Code 现在可以在完成任务时通过推送通知提醒您。 Claude 推送 👀

ClaudeDevs: To enable: install the Claude mobile app → /remote-control to pair the mobile app → /config → enable "Push when Claude d...

AnthropicMCP/工具产品更新
05:10
ClaudeDevs@ClaudeDevs
54
在最近四个Claude Code CLI版本中,我们已经发布了50多项稳定性和性能修复。 更快的恢复速度、稳定的身份验证、更低的内存占用、更少的卡顿现象:🧵
Anthropic产品更新编码
05:10
Thariq@trq212
48
我们正在更多地做这类工作,追查Claude Code中一些最令人头疼的bug 如果你们有任何难缠的问题,请告诉我

ClaudeDevs: In the last four Claude Code CLI releases, we've shipped 50+ stability and performance fixes. Faster resume, stable auth...

Anthropic产品更新编码
03:10
Yuchen Jin@Yuchenj_UW
58
Claude Code 宕机了。 整个硅谷:
Anthropic编码行业动态
02:35
阿绎 AYi@AYi_AInotes
57
Claude接入八大创意工具,AI进入原生协作时代

Claude宣布接入Blender、Adobe、Autodesk等八个创意行业核心工具,标志着AI应用从聊天框生成转向深度嵌入专业工作流。用户可直接在软件内部调试场景、批量修改对象或编写脚本,处理重复性任务。这代表AI竞争焦点已从模型规模转向与普通人工作流的无缝融合,对创作者而言,掌握这类连接器比追逐新模型更具实际价值。

Claude: Claude now connects to the tools creative professionals already use. With the new Blender connector, you can debug a sce...

AnthropicMCP/工具产品更新
00:09
ClaudeDevs@ClaudeDevs
精选69
Claude Code 现在可以在长时间任务完成或需要您输入时,向您的手机发送推送通知。 离开终端吧,完成后我们会通知您。
智能体Anthropic产品更新编码

推荐理由:Claude Code 终于让你能离开终端了,跑长任务时手机会收到通知,这对重度 coding agent 用户是个刚需补丁,虽然小但直接提升日常体验。
00:07
Rohan Paul@rohanpaul_ai
精选71
Claude推出原生连接器,可直接操作Blender、Fusion等创意软件

Anthropic为Claude推出了一系列针对创意软件的原生连接器,使其能直接接入Blender、Autodesk Fusion、Adobe Creative Cloud等专业工具内部工作流。这标志着Claude从问答助手转变为能在生产环境中直接操作的智能体。其核心突破在于通过自然语言桥接软件API,例如在Blender中调试场景、批量编辑对象,在Fusion中直接创建或修改3D CAD模型。此举旨在消除创意工作中大量的琐碎“翻译成本”,如寻找菜单、记忆语法、编写一次性脚本等,从而实现更少的上下文切换、更直接的操作和更高的自动化程度,提升工作效率。

Claude: Claude now connects to the tools creative professionals already use. With the new Blender connector, you can debug a sce...

AnthropicMCP/工具产品更新

推荐理由:Claude 终于从聊天框走进了 Blender 和 Fusion 的生产现场,这对创意工作者来说是真正省时间的更新,做 3D 和设计的值得立刻试试 Blender connector。
4月28日
23:53
OpenRouter@OpenRouter
精选61
我们研究了市场上Opus 4.7的数据,发现成本增加了12-27%,但短提示除外,实际上短提示的成本效益更高。 完整文章:https://openrouter.ai/announcements/opus-47-tokenizer-analysis
Anthropic现象/趋势部署/工程

推荐理由:OpenRouter 用自家平台数据实测 Opus 4.7 的真实成本变化,不是官方 PR 而是第三方视角,做成本预算的产品人和开发者值得看一眼再决定要不要迁移。
23:36
Claude@claudeai
精选62
Claude 现已连接创意专业人士已在使用的工具。 通过新的 Blender 连接器,您可以直接从 Claude 中调试场景、构建新工具,或对每个对象批量应用更改。
AnthropicMCP/工具产品更新

推荐理由:Blender 连接器意味着 Claude 开始认真渗透创意工作流,做 3D 的人终于不用在终端和 GUI 之间反复横跳了,虽然目前场景还窄,但方向对。
17:37
DogeDesigner@cb_doge
25
ELON MUSK: "最讽刺的结果往往最常发生,这概率有多大?看看这些AI公司的名字吧。Midjourney 并不中庸。Stability AI 并不稳定。OpenAI 并不开放。Anthropic 反倒反人类。"
AnthropicOpenAI大佬观点
06:46
TestingCatalog News 🗞@testingcatalog
37
Anthropic 正在为移动端的 Claude 开发侧边栏自定义功能,以及为 Claude Dispatch 和 Claude Code 设计通用任务列表。 Conway 也在进行中 🚧
智能体Anthropic产品更新
4月27日
14:48
Berryxia.AI@berryxia
34
这个人话真的也是"人味十足"! 【引用 @berryxia】:这是你们说的:Claude 开始会说人话了吗?🤔

Berryxia.AI: 这是你们说的:Claude 开始会说人话了吗?🤔

Anthropic大佬观点推理
10:00
meng shao@shao__meng
54
真正的「个人 Agent」应该是什么样?

作者提出了个人Agent应满足的七条标准:能力层需能跨工具处理任务并具备主动性与可靠性;认知层需拥有长期记忆;接入层需在Web与移动端原生可用、支持多模态无缝切换且能从第三方IM触达;人格层需具备个性。依据此标准,当前OpenClaw、Claude Code和Codex均未完全达标。Claude Code在接入便捷性和人格化上不足;Codex主要缺乏移动端入口;OpenClaw则在能力层的可靠性上有明显缺陷,导致重度用户仍需借助其他工具来修正其错误。

Peter Yang: A great personal agent should: 1. Get work done across email, calendar, Google Workspace, or any API/MCP it's hooked up ...

智能体AnthropicOpenAI大佬观点
4月26日
23:20
meng shao@shao__meng
64
Claude Platform on AWS 即将推出 和之前的 Claude on Amazon Bedrock 完全不同,Claude Platform on AWS 让开发者在 AWS 账户体系内直接使用 Anthropic 的原生产品。 Claude Platform on AWS 提供: · Anthropic 原生控制台 + API 完整体验 · AWS 账户(但背后是 Anthropic 原生平台) · Claude Platform 全功能,未来新功能也会同步 · Anthropic 原生风格,账单/认证归 AWS https://aws.amazon.com/claude-platform/
Anthropic产品更新部署/工程
23:20
meng shao@shao__meng
精选77
【论文分享】 深入解析 Claude Code 架构:生产级 Coding Agent 的设计哲学与实现

论文通过分析 Claude Code 泄露源码,揭示其生产级 Coding Agent 架构的核心是“最小 AI 决策+最大确定性环境”设计。仅约 1.6% 代码为 AI 逻辑,其余 98.4% 用于构建安全、可靠的操作框架。架构围绕人类决策权、安全等五种价值驱动,采用七层独立防御体系保障工具调用安全,并通过五层渐进压缩策略高效管理上下文窗口。其扩展机制按上下文成本分级,子 Agent 采用隔离设计,整体强调透明性与用户可控性,与依赖状态图或显式规划的主流路径形成鲜明对比。

BURKOV: A must read for anyone interested in building practical AI systems in 2026: Dive into Claude Code: The Design Space of T...

智能体Anthropic编码论文/研究

推荐理由:这篇论文逆向拆解了 Claude Code 的完整架构,最值钱的不是那 13 条设计原则,而是 1.6% vs 98.4% 这个数字——它直接回答了「agent 系统该把工程重心放在哪」,做 coding agent 的人应该把这当设计参考书来读。
21:22
Rohan Paul@rohanpaul_ai
48
Claude思考中突闻伊朗空袭,反应如人类般震惊

用户向Claude提问关于伊朗的问题,Claude在利用扩展思考功能生成回答的过程中,通过实时搜索发现了关于伊朗空袭的最新新闻。其内部思考过程显示,AI的第一反应是“哇”,随后立即转向专门搜索空袭信息以进行确认,并在内部独白中表达了“天啊”的震惊。这一未经编辑的思考日志表明,Claude在实时获取突发新闻时,其反应模式与人类突然获悉重大消息时的震惊状态高度相似。

Anthropic安全/对齐现象/趋势
19:25
凡人小北@frxiaobei
23
Claude Design 虽好,但是额度不够用啊😮💨
Anthropic其他
05:21
TestingCatalog News 🗞@testingcatalog
37
ANTHROPIC 🔥: Anthropic 正在开发 Bugcrawl,这是一项新的 Claude Code 功能,将使用 10 个并行代理扫描代码库中的错误。 该功能很可能针对 Teams 和企业版计划,就像安全和代码审查功能一样。 接下来谁的股票会暴跌?👀
智能体Anthropic产品更新编码
4月25日
21:17
Chubby♨️@kimmonismus
14
Anthropic 依然保持纯粹的沉默
Anthropic行业动态
4月24日
09:24
SemiAnalysis@SemiAnalysis_
43
Nick Doyle 用 Claude 构建了一个 IR 计算器,并以为自己做得很出色。 他的老板看了看说:"这不是我想要的。" 然后他尝试了 Claude Code。开始让它处理数据并输出结果。他大吃一惊。说这比他在 2023 年的 ChatGPT 时刻更震撼。
Anthropic现象/趋势编码
09:23
Chubby♨️@kimmonismus
48
令人恼火的是,我们都感觉Claude变笨了。但Anthropic直到不久前才正式回应并说道: "是的,你们是对的。我们确实把它变笨了。"

@levelsio: I can't believe we were right Claude was dumbified on March 4, just when we noticed!

Anthropic现象/趋势行业动态
02:54
Claude@claudeai
51
Claude 现在可以连接更多您在工作之外使用的应用程序,包括 @Tripadvisor、@bookingcom、@resy、@Instacart、@Spotify、@audible_com、@AllTrails、@thumbtack、Intuit @turbotax 等。
AnthropicMCP/工具产品更新
4月23日
01:19
Yuchen Jin@Yuchenj_UW
说实话,Anthropic 应该直接付 100 亿美元给 SpaceX 来购买/租用它的 GPU。 如果他们有足够算力,可能早就赢得 AI 编程战争了。 GPU 短缺正迫使他们采取各种奇怪操作:将 Claude Code 从 Pro 中移除、收紧速率限制、封禁第三方应用,以及混乱的沟通。
智能体Anthropic大佬观点编码
‹ 上一页
1…3940414243…48
下一页 ›