资讯动态

Zed 计费体系详解:Pro 阈值账单、组织统一账单与发票管理全解

发布时间:2026/9/7 5:41:33 来源:尧图企业网站定制
Zed 计费体系详解Pro 阈值账单、组织统一账单与发票管理全解【免费下载链接】zedCode at the speed of thought – Zed is a high-performance, multiplayer code editor from the creators of Atom and Tree-sitter.项目地址: https://gitcode.com/GitHub_Trending/ze/zed本文基于 Zed 官方文档 billing.md 展开系统讲解 Zed 订阅的计费链路Stripe 支付与 Orb 计量的分工、个人 Pro 用户的月度计费周期与阈值账单threshold billing机制、Zed Business 的组织统一账单与角色权限、发票历史查询以及销售税计算规则。读完本文你能完整理解 Zed 订阅的每一美元是如何计量、开票和收取的并能结合客户端源码PlanInfo、has_overdue_invoices、用量限制请求头等验证计费状态是如何影响编辑器内 AI 功能可用性的。一、计费体系总览Stripe 负责收款Orb 负责计量Zed 的计费系统由两个第三方服务分工协作Stripe负责所有付费计划的支付处理。所有需要付费的计划Pro、Business 等都通过信用卡或 Stripe 支持的其他支付方式完成扣款。Orb负责个人 Pro 订阅的发票开具与用量计量metering。Zed 控制面板中嵌入的用量数据即来自 Orb。各计划包含什么内容、token 用量如何折算为费用详见姊妹文档 Plans Pricing。从客户端源码结构可以印证这套架构编辑器通过云端 API 获取当前账户的计划信息核心类型定义在 crates/cloud_api_types/src/plan.rspub enum Plan { #[default] ZedFree, ZedPro, ZedProTrial, ZedBusiness, ZedVip, ZedStudent, } pub struct PlanInfo { /// Weve named this field plan_v3 to avoid breaking older clients /// when we start returning new plan variants. #[serde(rename plan_v3)] pub plan: KnownOrUnknownPlan, String, pub subscription_period: OptionSubscriptionPeriod, pub usage: cloud_llm_client::CurrentUsage, pub trial_started_at: OptionTimestamp, pub is_account_too_young: bool, pub has_overdue_invoices: bool, }几个值得注意的细节plan_v3字段采用版本化命名是为了在后续新增计划变体时不破坏旧版本客户端的反序列化从源码结构看这是一种向后兼容约定。客户端遇到不认识的计划值时会回退为 Free 计划见PlanInfo::plan()的匹配逻辑保证降级行为安全。subscription_period含started_at/ended_at两个时间戳正是按月计费周期这一概念在协议层的落地。has_overdue_invoices字段直接服务于后文支付失败即封锁使用的规则。二、个人Individual计费2.1 账单信息入口账单信息与设置统一在 Zed 控制面板dashboard.zed.dev文档中以纯文本形式给出该域名此处不提供外链的Billing 页面访问。该页面嵌入了 Orb 门户用量数据即从 Orb 实时呈现。2.2 计费周期Billing CyclesZed 按月度计费计费锚点是你首次订阅的日期。具体规则只要你订阅 Zed Pro每月至少会收到一张来自 Zed 的发票对应订阅费如果你在当月把托管模型hosted models用超出套餐包含的月度 token 额度会额外产生增量 token 发票——也就是说单月可能出现多张发票。配套的 Plans Pricing 文档补充了额度细节Pro 套餐每月包含$5 token 额度试用期包含 $20 额度14 天内有效月度包含额度在每月计费日重置。2.3 Zed Pro 阈值账单Threshold Billing这是个人 Pro 计费中最具特色、也最容易误解的机制原文档有明确定义这里完整继承并展开机制定位阈值账单控制的是已允许的 token 用量在当月何时被开票而不是用量何时停止——用量何时停止由 Monthly Spend Limit月度消费上限 控制两者是两条独立的作用线。阈值规则原文档参数逐项列出参数取值阈值发票触发点税前增量 token 消费达到$10时开始开票自动上调步长以$10为增量自动上调税前开票阈值自动上调上限最高调至$100上调目的高用量用户减少月中发票数量下调规则一旦上调同一订阅期内不会自动下调Plans Pricing 对消费上限的默认值给出了配套说明Pro 用户Monthly Spend Limit默认 $10即每月 Zed 总支出上限为 $20$10 订阅费 $10 增量 token可设为 $0使每月支出精确锁定为 $10 订阅费本身。官方示例完整保留原文档示例你于 2 月 1 日订阅第一张发票为 $10订阅费。你在 2 月累计使用 $12 的增量 token其中前 $10 在 2 月 15 日花完——你会在 2 月 15 日收到一张 $10 的阈值发票。3 月 1 日你收到下一期月度订阅发票外加 2 月尚未开票的剩余 token 消费$2。这个示例说明两点阈值发票在跨过阈值的那一刻即时开出而非月底统一结算跨周期未开票的尾差会并入下一期账单。2.4 支付失败Payment Failures规则很直接若某张发票扣款失败Zed 将封锁托管模型的使用直到付款完成。需要协助可发邮件至 billing-supportzed.dev。这条规则在客户端源码中有清晰的落地链路三处证据环环相扣状态来源PlanInfo.has_overdue_invoices由云端下发客户端在 crates/client/src/user.rs 中通过UserStore::has_overdue_invoices()暴露给 UI 与功能层pub fn has_overdue_invoices(self) - bool { self.plan_info() .map(|plan| plan.has_overdue_invoices) .unwrap_or_default() }功能封锁编辑预测Edit Predictions的 Zed 委托实现在发起请求前先检查该状态欠费则直接短路返回不发起任何云端请求crates/edit_prediction/src/zed_edit_prediction_delegate.rsif store.user_store.read_with(cx, |user_store, _cx| { user_store.account_too_young() || user_store.has_overdue_invoices() }) { return; }UI 提示编辑预测按钮的下拉菜单中会显示You have an outstanding invoice警告并引导用户跳转账户页面或联系 billing-supportzed.devcrates/edit_prediction_ui/src/edit_prediction_button.rs。此外协议层还通过专用请求头同步用量限制状态crates/cloud_llm_client/src/cloud_llm_client.rs 定义了x-zed-edit-predictions-usage-limit取值可解析为UsageLimit::Limited(n)或UsageLimit::Unlimited与x-zed-edit-predictions-usage-amount两个请求头客户端据此感知还剩多少配额从而在 UI 上展示 Free 用户已用完免费额度、请升级 Pro之类的提示见 crates/agent_ui/src/conversation_view/thread_view.rs 中的文案。2.5 发票历史Invoice History入口dashboard.zed.dev 的 Billing 页面在嵌入的 Orb 门户内点击Invoice history。历史 Stripe 发票切换到 Orb 之前产生的发邮件至 billing-supportzed.dev 索取。三、组织Organization计费Zed BusinessZed Business 面向团队的核心理念是成本归一付费 Business 席位与成员的 AI 用量汇集成一张账单不存在按成员拆分的独立发票。完整功能介绍见 Zed Business 总览。3.1 账单仪表板与角色权限可访问账单的角色Owners、Admins、Billing Managers入口同样在 dashboard.zed.dev 的 Billing 页面。仪表板展示当前计划并提供以下跳转更新账单信息名称、地址更新税号Tax ID信息更新支付方式通过 Orb 账单门户访问发票历史Billing Manager 角色的设计意图原文档明确说明为需要账单权限但无需付费 Business 席位的人设立。其能力边界如下能力Billing Manager查看订阅用量✓更新账单信息与支付方式✓访问发票历史✓管理成员✗修改组织设置✗取消订阅✗通过 Business 订阅使用 Zed 托管 AI 模型与 Edit Predictions✗完整权限矩阵见 Roles 文档 中的 Role: Billing Manager 一节。3.2 AI 用量计量与组织消费上限组织内所有成员的 AI 用量统一按token 计量费率与个人 Pro 订阅相同详见 Plans Pricing 的 Usage 一节按供应商目录价 10% 折算为美元。管理员可在组织仪表板的Data Privacy 页面设置全组织 AI 消费上限。两个关键行为上限初始值为 $0——必须先调高成员才能使用任何托管模型一旦触顶成员尝试使用托管模型时会收到错误提示用量即被阻断。这与个人版Monthly Spend Limit的语义一致上限控制用量何时停止而发票节奏由阈值机制决定。3.3 组织发票历史流程与个人版一致Owners、Admins、Billing Managers 在 dashboard.zed.dev 的 Billing 页面点击 Orb 门户内的Invoice history历史 Stripe 发票同样通过 billing-supportzed.dev 邮件索取。四、更新账单信息Updating Billing Information从 Billing 页面Owners、Admins 与 Billing Managers 可更新账单名称billing name账单地址address税号信息tax ID支付方式payment method一条硬性规则需要牢记账单信息的变更仅影响未来发票历史发票不可修改。有任何疑问联系 billing-supportzed.dev。五、销售税Sales TaxZed 与税务服务商Sphere合作计算发票中的间接税率indirect tax计算依据是客户位置 所售商品。发票呈现规则税额在发票上作为独立行项列出税率的判定依据按优先级排序账单地址优先其次才是 Stripe 所知的发卡国。税号Tax ID填写如果你持有 VAT 或 GST 等税号可以在结账时填入也可以之后从 Billing 页面补充更新——注意勾选你是企业的确认框。与账单信息相同的约束税号与地址的变更仅作用于未来发票历史发票不可修改。税务相关问题均通过 billing-supportzed.dev 处理。六、实践要点速查结合文档与源码整理出一份可落地的操作与排查清单看懂发票数量Pro 用户单月多于一张发票是正常的订阅发票 阈值 token 发票 尾差并入下期阈值从 $10 起、按 $10 递增、上限 $100且同周期内不自动下调。控制支出在 Billing 页面调节Monthly Spend Limit。想锁死每月 $10 订阅费将其设为 $0默认 $10 意味着每月最多 $20 总花费。Business 管理员新建组织后第一件事是把 Data Privacy 页的组织 AI 消费上限从 $0 调高否则成员全部无法使用托管模型给只管账单的同事分配 Billing Manager 角色避免为其购买付费席位。遇到无法使用托管模型提示按本文 2.4 的链路自查——账单页面确认是否有 outstanding invoice对应客户端has_overdue_invoices状态完成付款后功能恢复同时注意新账户注册不满 30 天与欠费是两条独立的封锁原因客户端对二者都做了前置短路。税务合规企业用户尽早补全 VAT/GST 税号并勾选企业确认框记住改地址/税号只影响未来发票这一边界历史票据问题直接邮件 billing-supportzed.dev。参考文档与源码索引类别路径账单主文档docs/src/account/billing.md计划与定价额度、消费上限docs/src/account/plans-and-pricing.mdZed Business 总览docs/src/business/overview.md角色与权限矩阵docs/src/roles.md计划类型与PlanInfo协议定义crates/cloud_api_types/src/plan.rs客户端欠费状态读取crates/client/src/user.rs欠费/新账户封锁编辑预测crates/edit_prediction/src/zed_edit_prediction_delegate.rs欠费 UI 警告crates/edit_prediction_ui/src/edit_prediction_button.rs用量限制请求头与UsageLimit枚举crates/cloud_llm_client/src/cloud_llm_client.rs【免费下载链接】zedCode at the speed of thought – Zed is a high-performance, multiplayer code editor from the creators of Atom and Tree-sitter.项目地址: https://gitcode.com/GitHub_Trending/ze/zed创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考

读完文章,也想定制专属网站?

尧图设计师 24 小时内与您沟通定制方案

免费获取报价