首页 文章 精选 留言 我的

精选列表

搜索[剪贴板历史],共10000篇文章
优秀的个人博客,低调大师

GitHub Copilot 全面转向按量计费:月费不变但“无限量”成历史

2026年6月1日起,GitHub Copilot将告别固定月费模式,全面转向基于token消耗的AI Credits计费体系。 GitHub官方于4月27日宣布这一重大定价策略调整。首席产品官Mario Rodriguez在博客中表示:"Copilot已不再是去年的那个产品——它已从编辑器内的助手进化为能够执行长时、多步骤编码任务的智能体平台。" 计费模式核心变化 现行的"高级请求"(Premium Request Units,PRU)计数方式将被取消,取而代之的是GitHub AI Credits体系。用户每月支付的费用将转换为等值的AI Credits(如Copilot Pro的10美元月费包含10美元Credits),所有功能调用将根据实际token消耗(包括输入、输出和缓存token)按模型API费率计费。 关键变化包括: 基础月费保持不变:Copilot Pro(10美元/月)、Pro+(39美元/月)、Business(19美元/人/月)、Enterprise(39美元/人/月)的订阅价格不变 代码补全和Next Edit建议仍免费:这部分基础功能不消耗AI Credits 降级体验取消:现行模式下,用户用完PRU后可降级至低成本模型继续使用;新模式下,Credits耗尽后服务将停止,除非购买额外额度 Copilot代码审查双重计费:除消耗AI Credits外,还将按GitHub Actions标准费率收取分钟费用 项目 旧模式 新模式 计费单位 Premium Request Units (PRU) AI Credits(按token消耗) 价格 固定月费 月费不变但转为Credits额度 代码补全 包含 仍免费,不消耗Credits 用完额度 降级至低成本模型 服务停止(需购买额外额度) Copilot代码审查 仅消耗PRU 双重计费(Credits + Actions分钟) 为什么要改? GitHub坦承现行模式的困境:一次简单的聊天问答和一次数小时的自主编码会话,在当前定价下成本相同。 随着Copilot从代码补全工具进化为能够跨整个代码库迭代、执行多步骤任务的智能体平台,其计算和推理需求急剧上升。GitHub一直在承担这部分不断攀升的推理成本,但现有的PRU模式已难以为继。 Rodriguez表示:"按量计费能更好地将定价与实际使用对齐,帮助我们维持长期服务可靠性,并减少对重度使用者的限制。" 用户影响分级 个人用户: 月付Pro/Pro+用户将于6月1日自动迁移至新计费模式 年付用户可保留现有PRU定价至订阅期满,但6月1日起模型乘数将上调(仅影响年付用户) 年付用户可选择提前转为月付计划,剩余价值将以Credits形式返还 企业用户: 获得过渡期优惠:6月至8月期间,Business用户每月获得30美元Credits(高于正常的19美元),Enterprise用户每月获得70美元Credits(高于正常的39美元) 引入组织级Credits池化:未使用的额度可在组织内共享,避免资源闲置 新增预算控制功能:管理员可在企业、成本中心和用户级别设置预算上限,决定是否允许超额使用 行业信号 GitHub此次调整是AI编程工具商业化的重要拐点。从"无限量"到"按量计费"的转变,反映出AI推理成本的现实压力——即使是微软这样的科技巨头,也难以长期补贴大规模AI服务的运营成本。 值得注意的是,GitHub上周刚刚对个人版Copilot计划实施了临时限制,并暂停了自助式Business计划购买,官方解释称这是为计费模式过渡做的"可靠性和性能准备"。 为了帮助用户适应,GitHub将在5月初推出"预览账单"功能,让用户和管理员在正式切换前就能看到预估费用。 参考来源: GitHub官方博客:https://github.blog/news-insights/company-news/github-copilot-is-moving-to-usage-based-billing/ GitHub Docs - 个人版按量计费说明:https://docs.github.com/copilot/concepts/billing/usage-based-billing-for-individuals GitHub Docs - 企业版按量计费说明:https://docs.github.com/copilot/concepts/billing/usage-based-billing-for-organizations-and-enterprises GitHub社区讨论:https://github.com/orgs/community/discussions/192948

优秀的个人博客,低调大师

Clojure 发布年度调查报告:用于开发企业软件的比例历史最高

Clojure 昨日发布了 2020 年度调查报告。官方表示,通过今年的调查能看到越来越多的开发者在工作中使用 Clojure、对 Clojure关键价值主张的持续关注以及不断发展的用户社区。 Clojure 的使用场景 受访者在被问及使用 Clojure 的场景时,答案包括工作、业余项目、修复错误以及学习研究。不过从今年的结果来看,开发者在工作中使用 Clojure 所占百分比最高: 此外,从下图可以看到,在使用 Clojure 的公司中,规模较大的公司(1000+ 员工)所占的比例增加了大约 3%,而小公司(1-10 员工)则有所减少。 受访者在被问及组织中有多少人在使用 Clojure 时。不出所料,许多 Clojure 团队的规模都非常小(小于 10 人)。不过作为一个具有高附加值的工具,Clojure 确实非常适合小型且高生产力团队。而且具有 40+ Clojure 开发者的组织也不在少数。 在被问及 Clojure 的使用领域时,Web 开发和开源项目依然保持着一直以来的热度,不够我们也看到今年“企业软件”有了显著增长,达到了有史以来最高的水平,这说明更多的开发者乃至公司愿意尝试使用 Clojure 开发企业软件。 社区 调查结果显示,Clojure 开发者最活跃的社区分别是:Clojurians Slack、Reddit 的 clojure 子版块和 StackOverflow。 受访者在被问及如何参与建设 Clojure 生态系统时,通过维护开源项目的方式进行贡献所占比例最大。 开发工具和语言版本相关 又到了喜闻乐见的开发工具和语言版本环节,首先是 Clojure 开发者主力使用的系统,不出所料,macOS 是领先者(55%),其次是 Linux(35%)和 Windows(9%): 至于主力开发工具,今年的数据出现了细微的变化。Emacs 虽然还是大多数开发者的主力工具,不过其比例出现了略微下降(43%),IntelliJ/Cursive 则略微上升至 32%。值得注意的是 VS Code,它的增长最大,直接飙升至 10%,甚至超越了 Vim。 开发工具不止编写代码的工具,还有“构建工具”也值得关注。由于在之前的调查中都是单选项,无法反映开发者如何管理 Clojure 项目,因为他们可以在此过程中的不同阶段使用多种工具,特别是在 Clojure/ClojureScript 混合项目中。为此,今年的调查针对依赖管理的问题进行了更紧密的调整,并提供了多选项,结果如下: 可以看到,Leiningen 的使用量迅速增加,而 clj/deps.edn 也在稳定增加。另外,在 ClojureScript Together 的大力支持下,shadow-cljs 也为开发ClojureScript 项目提供了极大支持。 Clojure 是运行在 Java 平台上的现代、动态及函数式 LISP 方言,受访者在被问及所使用的目标 Java 版本时,Java 8 依旧是被使用最多的版本,其次是 Java 11,两者均为 LTS 版本。毕竟 Clojure 本身已经使用 Java 8 作为基准 JVM 已有两年,并将继续保持(当然会同时支持 Java 的较新版本)。官方建议运行 Clojure 时使用 Java 8 或 11。 至于开发者使用的 Clojure 版本,Clojure 1.10.0 和 1.10.1 是最受欢迎的两个,后者是今年发布的维护版本,在 Clojure 1.10.0 的基础上改进了错误处理,并缓解了 Java 8u201 及更新的版本中某些 Java 性能下降的问题。 最后,本次调查还增加了一个新问题,即受访者如何在生产环境中启动其应用程序。结果如下: 大多数用户正在使用诸如 Leiningen 或 clj 之类的启动器来启动其生产应用程序,而不是通过构建 jar 或 uberjars 并直接使用 Java 启动它们。此外,还看到一部分开发者在尝试使用 Graal 原生映像(在较小的脚本应用程序中很常见)。 完整调查报告查看:https://www.surveymonkey.com/results/SM-CDBF7CYT7/

资源下载

更多资源
Mario

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长,特征是大鼻子、头戴帽子、身穿背带裤,还留着胡子。与他的双胞胎兄弟路易基一起,长年担任任天堂的招牌角色。

腾讯云软件源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题,腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构,目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称,一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集,帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

WebStorm

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源,继承了IntelliJ IDEA强大的JS部分的功能。

用户登录
用户注册