当前位置: 首页 > article >正文

Anthropic测试将Claude Code从Pro计划中移除后开发者的反应

Anthropic已从其Pro订阅计划中移除了Claude Code这一变化体现在该公司的部分对外网页上但公司表示这只是针对少数用户进行的测试。周一该公司的定价页面还写明Pro计划包含Claude Code。到了周二这句话已从页面上消失且在功能列表中Pro计划对应Claude Code一栏明确显示?而非勾选标记。这一变化最早由AI行业评论人士Ed Zitron注意并指出。不过Anthropic网站各处的产品说明并未同步更新。截至本文发稿时Claude Code产品页面仍标注Pro计划可以使用该代码生成工具。记者通过命令行工具访问Claude Code时终端输出依然显示Claude Pro。就此事当记者向Claude.ai提问时它坚称Pro计划包含Claude Code但其中一个被引用的文档页面经今日更新后仅提及了Max计划。Claude Code访问权限可能被取消的消息让开发者们颇感不安这一情绪也传递到了Anthropic。该公司增长负责人Amol Avasare随即在社交媒体上发文表示此次变化仅属于实验性测试。明确说明一下我们正在对约2%的新增专业用户进行小范围测试他表示现有的Pro和Max订阅用户不受影响。然而Anthropic为何认为更新对外定价页面只会影响部分用户、而不会影响所有访客目前仍不得而知。该公司发言人也未就这一问题作出进一步回应。Avasare随后解释道我们一年前推出Max时它并不包含Claude CodeCowork也尚未上线能运行数小时的智能体也还不存在。Max当时的设计初衷只是满足高频聊天需求。此后我们将Claude Code捆绑进Max尤其是Opus 4发布后使用量迅速攀升。Cowork也上线了。长时间运行的异步智能体如今已成为日常工作流程的一部分。用户对Claude订阅的实际使用方式已经发生了根本性变化。每位订阅用户的使用量大幅提升。我们已陆续做出一些小调整如每周使用上限、高峰期更严格的限制但使用情况的变化幅度很大而我们现有的订阅方案并非针对这种需求而设计的。因此我们正在研究不同的方案以持续为用户提供优质体验。目前我们还不清楚具体形式是什么这正是我们测试和收集反馈的目的。Anthropic近期采取了一系列措施来限制AI模型的使用以缓解资源紧张带来的需求压力这一问题同样困扰着GitHub和谷歌。过去几个月Claude各版本的使用量极度攀升而类似OpenClaw这样的项目的出现也促使大量开发者使用Claude模型构建智能体。问题的根源在于Anthropic的订阅计划收费远低于实际消耗Token的账面价值差距有时高达十倍甚至更多。上个月Anthropic引入了使用限制机制鼓励用户在非高峰时段使用类似于电力公司引导用户节约用电的做法。正如Avasare所指出的Anthropic正在探索进一步限制使用量的方案。不出意料大量Claude订阅用户在各大网络论坛上发泄不满许多人认为这是对他们订阅计划的重大变更并注意到Anthropic似乎有意引导原Pro用户转向Minimax、Qwen、Kimi、GLM等成本更低的中国模型。此次事件最值得关注的与其说是变更本身不如说是Anthropic与用户沟通方式的混乱。或许Anthropic认为对于每月仅支付20美元的Pro用户无需事先给予充分通知也无需清晰说明计划变更。然而企业级客户对这种不确定性相当反感这可能令他们担忧Anthropic并不将客户关系视为优先事项。Avasare似乎对此有所意识。一旦我们确定了方案如果影响到现有订阅用户我们会在任何变更生效前给予充分通知他表示并承诺用户会从我们这里第一时间获知消息而不是通过X或Reddit上的截图。值得一提的是他发表这番声明的方式正是在X上发布了一条帖子。QAQ1Anthropic为什么要把Claude Code从Pro计划中移除AAnthropic表示这只是一次小范围测试针对约2%的新增专业用户现有订阅用户不受影响。根本原因在于自Claude Code被捆绑进Max计划后用户使用量大幅增长现有订阅方案的设计并未考虑到如此高强度的使用需求。每位订阅用户实际消耗的Token价值远超其所付费用有时差距高达十倍以上导致Anthropic不得不探索调整方案以维持服务质量。Q2Claude Code从Pro计划移除后现有订阅用户受影响吗A根据Anthropic增长负责人Amol Avasare的说明现有Pro和Max订阅用户目前不受影响此次调整仅针对约2%的新增专业用户进行测试。他同时承诺如果未来的调整方案会影响到现有订阅用户公司会提前给予充分通知消息将直接来自Anthropic官方而非通过社交媒体上的截图传播。Q3Anthropic限制Claude使用量的原因是什么A核心原因是容量压力与成本失衡。过去几个月Claude各版本的使用量急剧攀升Claude Code、Cowork及长时间运行的异步智能体等功能的普及使每位用户的资源消耗远超预期。Anthropic的订阅定价远低于实际Token消耗的账面价值差距有时超过十倍。为此Anthropic已引入使用限制机制并正在评估进一步调整方案以在资源有限的情况下持续为用户提供优质服务。

相关文章:

Anthropic测试将Claude Code从Pro计划中移除后开发者的反应

Anthropic已从其Pro订阅计划中移除了Claude Code,这一变化体现在该公司的部分对外网页上,但公司表示,这只是针对少数用户进行的测试。周一,该公司的定价页面还写明Pro计划"包含Claude Code"。到了周二,这句话…...

从央行罚单看Docker配置失当:3个真实监管案例+可审计的12项加固Checklist(附自动化检测脚本)

第一章:从央行罚单看Docker配置失当:金融级容器安全的紧迫性2023年,某全国性股份制银行因生产环境Docker容器以root权限运行、未启用用户命名空间隔离、且暴露Docker守护进程套接字(/var/run/docker.sock)至容器内&…...

RuoYi-Vue-Plus项目中的那些‘黑科技’:深度解读Easy Excel自定义转换器与Redisson分布式锁lock4j

RuoYi-Vue-Plus项目中的那些‘黑科技’:深度解读Easy Excel自定义转换器与Redisson分布式锁lock4j 当企业级应用遇上复杂业务场景,框架的深度定制能力往往成为开发效率的分水岭。RuoYi-Vue-Plus作为基于Spring Boot的快速开发平台,其内置的Ex…...

Packet Tracer避坑指南:搞定静态路由、RIP和OSPF,别再让路由器‘失联’

Packet Tracer实战:静态路由、RIP与OSPF的排错艺术 网络工程师的日常工作中,路由配置是最基础却也最容易出错的环节。当你在Packet Tracer中反复检查配置却依然无法让路由器正常通信时,那种挫败感我深有体会。本文将从一个实战排错者的视角&a…...

【电力系统】基于粒子群算法PSO的太阳能风能水力混合抽水蓄能系统研究附Matlab代码

✅作者简介:热爱科研的Matlab仿真开发者,擅长数据处理、建模仿真、程序设计、完整代码获取、论文复现及科研仿真。🍎 往期回顾关注个人主页:Matlab科研工作室🍊个人信条:格物致知,完整Matlab代码及仿真咨询…...

从零构建大模型:推理与部署全流程实战

前言大模型的核心价值不仅在于训练阶段的效果优化,更在于推理阶段的高效落地与部署。对于企业和开发者而言,如何在有限硬件资源下实现低延迟、高吞吐、低成本的大模型推理,是大模型落地的关键。本文从零构建大模型推理与部署体系,…...

八大网盘直链解析工具:LinkSwift让文件下载速度飙升的终极解决方案

八大网盘直链解析工具:LinkSwift让文件下载速度飙升的终极解决方案 【免费下载链接】Online-disk-direct-link-download-assistant 一个基于 JavaScript 的网盘文件下载地址获取工具。基于【网盘直链下载助手】修改 ,支持 百度网盘 / 阿里云盘 / 中国移动…...

Go语言怎么写注释_Go语言代码注释规范教程【通俗】

<p>Go仅支持//单行和/ /多行注释&#xff0c;前者用于文档注释&#xff08;影响godoc&#xff09;&#xff0c;后者不可嵌套&#xff1b;注释不编译进二进制&#xff0c;但过期注释比无注释更危险。</p>Go 语言注释没有“规范教程”这回事——只有官方明确支持的两…...

mysql日志记录开销_InnoDB重做日志对性能的影响

会&#xff0c;开启 general_log 会明显拖慢 MySQL——因其同步刷盘每条语句&#xff0c;高并发下极易压垮磁盘 I/O&#xff1b;生产环境应禁用&#xff0c;排查时可临时设 log_outputTABLE 并速开速关。开启 general_log 会让 MySQL 变慢吗&#xff1f;会&#xff0c;而且可能…...

COMSOL多孔介质流燃烧器模型:四场耦合,多物理场涉及非等温反应流场模拟

comsol多孔介质流燃烧器模型&#xff0c;集层流流动模块&#xff0c;流体传热模块&#xff0c;浓物质传递模块和化学反应模块于一体&#xff0c;四场耦合&#xff0c;多物理场涉及非等温流动场&#xff0c;反应流场。经实测可以精确的模拟燃烧流动耦合的仿真结果&#xff0c;适…...

为什么你的EF Core 10向量查询比原生SQL慢47倍?——基于IL重写与Span<T>向量化执行的底层优化白皮书

第一章&#xff1a;EF Core 10向量搜索扩展的性能瓶颈本质剖析EF Core 10 引入的向量搜索扩展&#xff08;如 VectorSearch API&#xff09;虽简化了语义相似性检索的开发流程&#xff0c;但其底层执行模型暴露出若干结构性性能瓶颈。这些瓶颈并非源于算法本身&#xff0c;而是…...

如何用茉莉花插件让Zotero中文文献管理变得简单高效

如何用茉莉花插件让Zotero中文文献管理变得简单高效 【免费下载链接】jasminum A Zotero add-on to retrive CNKI meta data. 一个简单的Zotero 插件&#xff0c;用于识别中文元数据 项目地址: https://gitcode.com/gh_mirrors/ja/jasminum 还在为中文文献管理而烦恼吗&…...

Seraphine终极指南:英雄联盟智能BP助手让你的排位胜率飙升

Seraphine终极指南&#xff1a;英雄联盟智能BP助手让你的排位胜率飙升 【免费下载链接】Seraphine 英雄联盟战绩查询工具 项目地址: https://gitcode.com/gh_mirrors/se/Seraphine 在英雄联盟排位赛中&#xff0c;BP&#xff08;禁用与选择&#xff09;阶段往往是决定胜…...

ReSpeaker XVF3800麦克风阵列板开发指南与应用解析

1. ReSpeaker XMOS XVF3800 麦克风阵列板深度解析作为一名长期从事智能语音设备开发的工程师&#xff0c;我最近测试了Seeed Studio最新推出的ReSpeaker XMOS XVF3800麦克风阵列板。这款集成了ESP32-S3无线模块的四麦克风阵列开发板&#xff0c;在语音采集和处理方面表现出色&a…...

深度测评:在里直接操控 OpenClaw

AI训练存储选型的演进路线 第一阶段&#xff1a;单机直连时代 早期的深度学习数据集较小&#xff0c;模型训练通常在单台服务器或单张GPU卡上完成。此时直接将数据存储在训练机器的本地NVMe SSD/HDD上。 其优势在于IO延迟最低&#xff0c;吞吐量极高&#xff0c;也就是“数据离…...

【仅限首批200位开发者】:STM32U5+Edge Impulse联合调优白皮书泄露版(含未公开的CMSIS-DSP v2.0 SIMD加速补丁)

第一章&#xff1a;嵌入式C语言与轻量级大模型适配性能调优指南在资源受限的嵌入式设备&#xff08;如 Cortex-M7、ESP32-S3 或 RISC-V MCU&#xff09;上部署轻量级大模型&#xff08;如 TinyLlama、Phi-3-mini、Qwen2-0.5B-4bit&#xff09;时&#xff0c;C语言作为底层运行时…...

为什么92%的.NET团队在AOT迁移中失败?揭秘C# 14原生AOT部署Dify客户端的7个隐性陷阱

第一章&#xff1a;C# 14 原生 AOT 部署 Dify 客户端架构设计图C# 14 的原生 AOT&#xff08;Ahead-of-Time&#xff09;编译能力为构建轻量、安全、跨平台的 Dify 客户端提供了全新范式。该架构摒弃运行时 JIT 编译与完整 .NET 运行时依赖&#xff0c;将客户端代码直接编译为独…...

紧急!医疗边缘计算节点因Docker overlay2满载宕机?实时清理+预防性巡检SOP(含Prometheus告警阈值表)

第一章&#xff1a;医疗边缘计算节点Docker overlay2满载故障的紧急响应机制在医疗边缘计算场景中&#xff0c;部署于手术室、ICU或移动方舱内的边缘节点常因持续写入DICOM影像流、实时生命体征日志及AI推理中间结果&#xff0c;导致Docker默认存储驱动overlay2的元数据与层文件…...

【Spring Boot 4.0 Agent-Ready 架构避坑红宝书】:20年资深架构师亲授5大高频崩溃场景与零 downtime 迁移方案

第一章&#xff1a;Spring Boot 4.0 Agent-Ready 架构演进与核心范式Spring Boot 4.0 标志着 JVM 生态可观测性与运行时增强能力的一次范式跃迁。其核心设计目标是原生支持 Java Agent 的深度集成&#xff0c;不再将字节码增强视为“外部插件能力”&#xff0c;而是作为启动生命…...

GraalVM Native Image内存优化实战手册(JDK21+Spring AOT深度适配版):47处关键源码节点、12个GC策略开关全图解

第一章&#xff1a;GraalVM Native Image内存优化全景图谱与JDK21Spring AOT演进脉络GraalVM Native Image 通过静态编译将 JVM 应用转化为独立的原生可执行文件&#xff0c;显著降低启动延迟与内存驻留开销&#xff0c;但其内存模型与传统 HotSpot 截然不同——堆外元数据&…...

英文降AI率全指南:亲测6款工具从80%降至安全线,选对工具少走弯路

毕业疯狂赶稿的痛苦&#xff0c;熬过夜敲过键盘的都懂。 好不容易拼凑出一篇英文初稿&#xff0c;读起来却有一股浓浓的AI味&#xff0c;不仅语感生硬&#xff0c;还容易被打回重修。群里每天都有人焦虑地寻找靠谱的英文降ai率工具。 作为去年刚从泥潭里爬出来的学姐&#xf…...

构建高性能AI聊天机器人的核心技术与实践

1. 构建终极AI聊天机器人的核心思路在当今人机交互领域&#xff0c;AI聊天机器人已经从简单的问答工具进化为具备复杂对话能力的智能体。一个真正优秀的聊天机器人需要融合自然语言处理、上下文理解、个性化交互三大核心能力。我通过多个企业级对话系统的开发实践&#xff0c;总…...

【实测避坑】英文论文降AI率保姆级评测:如何保住专业词汇与完美排版?

毕业疯狂赶稿的痛苦&#xff0c;熬过夜敲过键盘的都懂。 好不容易拼凑出一篇英文初稿&#xff0c;读起来却有一股浓浓的AI味&#xff0c;不仅语感生硬&#xff0c;还容易被打回重修。群里每天都有人焦虑地寻找靠谱的英文降ai率工具。 作为去年刚从泥潭里爬出来的学姐&#xf…...

MTK平台音频配置避坑指南:从ProjectConfig.mk到DTS的完整流程(以GPIO159冲突为例)

MTK平台音频配置避坑指南&#xff1a;从ProjectConfig.mk到DTS的完整流程&#xff08;以GPIO159冲突为例&#xff09; 在MTK平台的嵌入式开发中&#xff0c;音频配置看似简单&#xff0c;实则暗藏玄机。我曾在一个量产项目中&#xff0c;花费整整三天时间排查音频无声问题&…...

nli-MiniLM2-L6-H768详细步骤:RTX 4090 D上GPU推理启用验证与显存占用实测报告

nli-MiniLM2-L6-H768详细步骤&#xff1a;RTX 4090 D上GPU推理启用验证与显存占用实测报告 1. 模型概述 nli-MiniLM2-L6-H768 是一个轻量级自然语言推理(NLI)模型&#xff0c;专注于文本对关系判断而非内容生成。该模型在RTX 4090 D GPU上表现出色&#xff0c;特别适合以下场…...

别再手动建模了!3DMAX 2011+ 用户必看:这个螺母螺栓插件,5分钟搞定标准件

3DMAX高效建模革命&#xff1a;参数化螺母螺栓插件深度解析 在机械设计与工业产品建模领域&#xff0c;标准件的重复创建一直是设计师的痛点。传统手动建模一颗符合国标的六角螺母&#xff0c;熟练设计师至少需要15分钟调整参数和检查尺寸&#xff0c;而一个中等复杂度的装配体…...

ThinkBook 16+ Win10 蓝屏DRIVER_IRQL_NOT_LESS_OR_EQUAL:从驱动排查到BIOS更新的完整排障实录

1. 当ThinkBook 16突然蓝屏时&#xff0c;我的第一反应 那天下午正在赶一份重要文档&#xff0c;屏幕突然变成熟悉的蓝色背景&#xff0c;伴随着刺眼的白色文字&#xff1a;"DRIVER_IRQL_NOT_LESS_OR_EQUAL"。我的联想ThinkBook 16就这么毫无征兆地罢工了。作为一款定…...

Honey Select 2 进阶体验:从基础API到画质优化的必备插件指南

1. 基础框架搭建&#xff1a;插件系统的核心组件 当你第一次打开Honey Select 2的mod文件夹时&#xff0c;可能会被各种.dll文件和压缩包搞得晕头转向。别担心&#xff0c;我们先从最基础的框架开始搭建。就像盖房子需要打地基一样&#xff0c;这些核心组件是所有高级功能的前提…...

量子计算中的ZX演算与图态编译优化技术

1. 量子计算中的ZX演算&#xff1a;从数学基础到电路优化ZX演算是一种基于图论的量子电路描述和优化方法&#xff0c;它通过将量子电路表示为特定类型的图&#xff08;ZX图表&#xff09;&#xff0c;并应用一系列图形变换规则来简化电路结构。这种方法的核心优势在于能够发现传…...

内存上下文恢复技术:提升系统性能的关键突破

1. 内存上下文恢复技术概述内存访问优化一直是计算机系统性能调优的关键战场。在传统架构中&#xff0c;程序员通过CPU监控工具观察内存行为时&#xff0c;总会遇到一个根本性难题&#xff1a;实际到达主内存的请求与CPU监控所见的请求存在显著差异。这种差异主要源于现代处理器…...