1. 5X 和 20X 改了什么：先看计量窗口，再看倍率
旧 Max 5x 现在叫 Max，旧 Max 20x 现在叫 Ultra。官方帮助页说明，原 20x 用户自动转为 Ultra，网页月费仍为 200 美元；Max 网页月费为 100 美元。本站保存的 2026 年 10 月 31 日官方快照已经出现这套名称与额度说明；这只能证明当时公开可见，不能给所有政策推定一个精确生效时刻。
最容易看错的是“20x 变 10x”。2026 年 10 月 23 日可读的官方 Max 帮助页存档，把 20x 明确解释为 Pro 的每个会话窗口用量；现行 Ultra 则公布每周为 Pro 的 10 倍。两者分母的时间范围不同，不能直接计算成周额度减半，也没有足够的可比历史预算证明每个账号的实际可用量完全没变。
旧版措辞、现行规则、个人账户显示是三类证据。阅读旧新闻或销售说明时，先问这个倍率指每 5 小时、每周还是美元 API 余额；只有相同模型、窗口、输入输出结构和时期的数据才适合比较。本文没有测量任何账号的隐藏额度。
Claude：当前套餐价格与额度对比 · Claude 帮助：Max 套餐及原 Max 5x · Claude 帮助：Ultra 套餐及原 Max 20x · 官方 Max 帮助页：2026 年 10 月 23 日存档
2. 当前个人套餐：每 5 小时与每周要分开读
以下是美国官网网页订阅标价，均为美元，未含适用税费；移动商店及地区价格可能不同。Pro 年付为一次支付 200 美元，官网显示约 17 美元／月是年付折算；Max、Ultra 当前按月订阅。表中倍率是官方公开口径，不是保证消息条数。
| 套餐 | 网页标价 | 每 5 小时 | 每周 |
|---|---|---|---|
| Free | 0 美元 | 有限用量 | 有限用量 |
| Pro | 20 美元／月；200 美元／年 | 付费基准 1× | 付费基准 1× |
| Max（原 5x） | 100 美元／月 | Pro 的 5× | Pro 的 5× |
| Ultra（原 20x） | 200 美元／月 | 已验证账号取消；未验证仍有临时限制 | Pro 的 10× |
Claude：当前套餐价格与额度对比 · Claude 帮助：Max 套餐及原 Max 5x · Claude 帮助：Ultra 套餐及原 Max 20x
3. 为什么还有额度却用不了：窗口、模型与上下文共同约束
五小时窗口与周窗口同时生效时，任意一项先到上限都可能阻断继续使用。重置时间应查看 Settings > Usage 的账户显示；不要把每个五小时窗口都想成独立领取一笔可结转预算。取消 Ultra 的短周期窗口，也没有取消周上限。
消耗速度与模型、推理 effort、对话长度、附件和多步骤工具执行有关。一次“帮我改完项目”可能触发多轮推理与工具结果回传；界面上一条用户消息不等于一次固定成本。Claude 与 Claude Code 的订阅用量也不能当成两份互不影响的额度。
当前 Max／Ultra 的 Fable 另有周上限，官网对比表列为周额度的 50%；它同时受总周池与模型子上限约束，不能理解成另送 50% 可叠加额度。Pro 使用 Fable 则需要 usage credits。上下文装不下是长度问题，等额度重置也不会自动扩大单次上下文。
Claude：当前套餐价格与额度对比 · Claude 帮助：Ultra 套餐及原 Max 20x · Claude 帮助：使用量限制与上下文长度 · Claude 帮助：团队与企业使用 Claude Code · Claude 帮助：Fable 模型的套餐额度
4. Ultra 取消五小时上限有条件，如何确认自己的状态
官方说明 Ultra 会根据账号和支付历史等因素自动验证；验证完成后取消五小时限制，尚未完成时仍有临时限制。帮助页没有公布确定的评分公式、最低注册天数、充值金额或完成时限。
实际检查路径是 Settings > Usage：如果不再显示 Current session 进度条，官方将其作为已验证的识别方式。结账时验证手机号是另一步骤，不会直接解除这个限制；也不能把一般身份认证或 CVP 审核通过，等同于 Ultra 状态已更新。
排障时记录套餐名称、Current session 与 Weekly 的显示和重置时间，再联系官方支持核对。不要只凭付款成功、商品名称或他人的截图，就推定自己的周池或验证状态。
5. Team：席位额度归个人，赠送 API 才是全队合池
Team 当前面向 2 至 150 人，可混合 Standard 与 Premium 席位。美国网页 Standard 月付每人 25 美元、年付折算每人每月 20 美元；Premium 分别为 125 与 100 美元。全年价格比较要按实际付费席位数计算，不能拿一个 Team 席位的价钱当成整个组织价格。
官方说明两类席位都有五小时与跨模型周限制。Standard 的会话窗口用量约为 Pro 的 1.25 倍，Premium 约为 6.25 倍；这些是 per-session 数字，不能复制成相同的周倍率。当前材料没有公布可作为承诺的固定周 token 数。
成员之间不能转让或合并订阅内使用上限。某个人到顶，其他人的未用订阅额度不会自动转给他；后文的 API 月赠池则属于另一套组织余额。新增或升级席位的订阅账单按剩余周期计算，与下一次赠送 API 额度的计算时点也应分开。
| 席位 | 月付／年付折算 | 会话窗口相对 Pro | 周限制 |
|---|---|---|---|
| Standard | 25／20 美元／人／月 | 约 1.25× | 存在；不套用左侧倍率 |
| Premium | 125／100 美元／人／月 | 约 6.25× | 存在；不套用左侧倍率 |
Claude 帮助：Team 套餐 · Claude 帮助：Team 账单 · Claude 帮助：Max、Ultra 与 Team 月度 API 额度 · Claude 帮助：团队与企业使用 Claude Code
6. Business 到底指什么，Enterprise 又怎么收费
截至核对日，Claude 官方公开价目表把组织套餐列为 Team 和 Enterprise，没有单独列一个名为 Business 的套餐。Business 可能只是“商业用途”的泛称，也可能是销售方自定义名称。判断额度应看官方账单上的实际套餐、席位类型及合同，不能直接套用其他厂商的 Business 规则。
新购 Enterprise 的公开方案是每席位每月 20 美元、年付，另按 API 费率计量使用；席位费本身不含这部分使用费。自助购买最低 20 席，销售协助路径的官方说明列最低 50 席，既有或特殊合同应依合同核对。按公开自助方案，20 席的基础席位费用就是每年 4,800 美元，尚未计任何实际使用。
这种消费制 Enterprise 不套用 Team 的每人五小时／周池，组织、用户或群组的预算与实际消费仍会约束服务。自助预付余额耗尽可能使全组织停止使用；销售结算方式也不意味着没有预算限制。旧席位制 Enterprise 与新消费制并存的合同，不应混写。
“按 API 费率收费”说明计价基准，并不自动赠送一个 Console API 余额池。现行 Max／Ultra／Team 月赠 API 项目明确排除 Enterprise。API 集成权限、组织订阅消费及单独 API 合同，应逐项确认。
Claude：当前套餐价格与额度对比 · Claude 帮助：Enterprise 套餐 · Claude 帮助：Enterprise 计费 · Claude 帮助：Enterprise 消耗指南 · Claude 帮助：Max、Ultra 与 Team 月度 API 额度 · Claude 帮助：团队与按席位企业的 usage credits
7. 每个套餐究竟赠多少 API：看金额，也看是否合池
这些是符合条件并完成关联后，进入 Claude Console 组织的月度 API credits。金额以美元计算，与前面订阅页面的百分比进度条独立。Free、Pro、Enterprise 不参加这一个月赠项目，不代表它们永远不能获得其他试用或专项活动额度。
| 套餐／席位 | 名义月赠金额 | 归属与边界 |
|---|---|---|
| Free／Pro | 本项目不赠送 | API 另行开通或按其他活动规则 |
| Max | 100 美元 | 关联的一个 Console 组织 |
| Ultra | 200 美元 | 关联的一个 Console 组织 |
| Team Standard | 每席位 20 美元 | 与 Premium 合池，全队每月最多 500 美元 |
| Team Premium | 每席位 100 美元 | 与 Standard 合池，全队每月最多 500 美元 |
| 折扣 Team（如 Nonprofit、Scientists） | 对应席位同上 | 同样受组织池 500 美元上限约束 |
| Enterprise | 本项目不赠送 | 按企业方案和独立 API 合同核对 |
Claude：当前套餐价格与额度对比 · Claude 帮助：Max、Ultra 与 Team 月度 API 额度 · Claude API：订阅用户赠送额度与限制
8. 领取流程：订阅满七天后，关联正确的 Console 组织
前提是合资格套餐活跃且状态良好，新订阅者在该套餐满七天后可领取。可以在网页或移动端购买订阅，但领取在 claude.ai 网页进行；不需要先给 Claude Platform 添加支付卡。
Max／Ultra 由订阅者打开 Settings > Billing；Team 由 Primary Owner 或 Owner 打开 Organization settings > Billing。在 API credits 区域选择 Link organization，选现有 Console 组织或创建组织，检查条款后确认。Console 一侧需 Owner、Admin 或 Billing 权限。
只能关联一个 Console 组织，而一个 Console 组织也只能接收一个套餐的这项额度；不是把多份个人订阅都堆到同一个 API 钱包。关联后无法自行改组织，改动需联系支持。确认组织名称、成员与用途后再执行，避免把额度发到测试组织或别人的项目。
领取后在 platform.claude.com/settings/billing 核对 Promotional credits 的金额与到期日。满七天看不到入口时，先核对套餐、角色及当前官方分批开放说明，再找支持；七天是领取门槛，不能当成 Ultra 自动验证的完成期限。
- 确认 Max／Ultra／Team 合资格且已满七天
- 核对订阅方与 Console 方角色
- 进入网页 Billing 的 API credits
- 选择长期使用的 Console 组织
- 阅读条款并确认关联
- 在 Console 核对金额、到期日和预算
Claude 帮助：Max、Ultra 与 Team 月度 API 额度 · Claude API：订阅用户赠送额度与限制
9. Team 合池、升级与到期：别把赠送余额当可结转储值
Team 月赠额按 min(20 × Standard 席位数 + 100 × Premium 席位数, 500) 美元计算。3 个 Standard 加 2 个 Premium 是 260 美元；10 个 Premium 仍是 500 美元，不是 1,000 美元。多买席位并不能突破这个项目的全队上限。
月赠额度每个账期更新，年付套餐也按月发放；未用完的部分在当期结束时到期，不结转。该余额先于购买的 API credits 使用，同一关联组织的各 API key 与 workspace 都会消耗这一个池。
Team 按发放时适用的席位计算，平台文档说明新增席位计入下个账期的赠送；不要把席位账单的按天补差，理解成赠送 API 也会立刻按天补发。帮助页与平台页对计算时点措辞略有区别，边界时间的准确金额应读实际入账记录或问支持。
Max 升级 Ultra 的文档规定按比例增加 API credits，后续每账期为 200 美元；Google Play 路径的到账可能延后，最迟到下一续费。取消或转入不合资格套餐后不再发放新的额度，已发额度仍按原到期规则处理。
Claude 帮助：Max、Ultra 与 Team 月度 API 额度 · Claude API：订阅用户赠送额度与限制 · Anthropic：Supplemental Credit Terms
10. 哪些消耗能抵扣，哪些会走另一笔账
使用同一个 Claude 模型，不代表走同一个计费产品。先判断入口、认证身份和发起方式，再判断月赠 API 能否覆盖。模型可用性、额外资格及服务支持也仍需满足，拥有余额不会自动解除访问条件。
| 使用方式 | 能否使用这笔月赠 API | 核对点 |
|---|---|---|
| Messages API／Message Batches API／Console Playground | 可以 | 使用关联 Console 组织余额 |
| Claude Managed Agents／自建 Agent SDK | 可以 | 正确的关联组织与 API 计费路径 |
| 自己运行 claude -p 或 Agent SDK，使用关联组织 API key | 可以 | 官方 FAQ 明确列出的情形 |
| claude -p 或 Agent SDK 使用 Claude 订阅身份登录 | 不能据此使用月赠 API | 走订阅计划的使用上限 |
| 终端、IDE、桌面、网页中的交互式 Claude Code | 不覆盖 | 与 API credits 独立 |
| 由 GitHub Action、IDE 扩展或 Claude 桌面应用发起，即使带 -p | 不覆盖 | 官方仍归为 Claude Code 使用 |
| Claude／Code／Cowork 达限后的 extra usage | 不覆盖 | 按订阅侧额外使用规则计费 |
| Amazon Bedrock／Vertex AI／Microsoft Foundry | 不覆盖 | 走各云平台的计费与额度 |
Claude 帮助：Max、Ultra 与 Team 月度 API 额度 · Claude API：订阅用户赠送额度与限制 · Claude 帮助：团队与企业使用 Claude Code · Claude API：Fable 5.1 价格与可用性
11. 四个账本怎么分流：先认入口，再看余额
实际操作中至少有四个独立概念：订阅内用量窗口、订阅侧 extra usage 预算、月赠 API credits、购入的 API credits。前两者不能用后两者的余额直接填平。到顶后可以改变工作入口，但必须重新确认认证方式、数据处理路径与费用归属。
API 月赠额度耗尽时，有购入余额或自动充值配置的组织会继续使用后续资金；没有其他额度则 API 停止，直到新额度到账或另行购买。它不会自动把 API 费用记到 Claude 个人订阅账单。销售开票组织则按其原有方式结算超出部分。
特别容易忽略：平台文档称 auto-reload 根据购入余额触发；即使仍剩月赠额度，也可能因购入余额低于阈值而充值。想控制额外支出，应同时检查组织的自动充值与消费上限，不能只盯着赠送余额。
- 确认交互式产品还是 API／自建代理
- 核对订阅登录还是 Console API key
- 定位实际付费组织与 workspace
- 区分月赠余额和购入余额
- 检查 auto-reload 与所有消费上限
- 用消耗记录和入账记录分别核账
Claude 帮助：Max、Ultra 与 Team 月度 API 额度 · Claude API：订阅用户赠送额度与限制 · Claude 帮助：团队与按席位企业的 usage credits
12. API 按什么消耗：当前模型单价与长上下文档位
下表采用第一方 Claude API 的 global、标准服务单价，单位是美元／百万 token（MTok），不含税、工具、运行时、缓存、Batch 或其他价格修饰。缓存和地区价格在后文另算。模型表用于估算，不能证明某个账号已获得对应模型权限。
Haiku 5.5 的输入长度档位尤其需要注意：不超过 100,000 prompt token 与超过该阈值时，输入和输出单价不同。缓存读写也参与 prompt 长度判断，不能只看未缓存 input_tokens 是否低于阈值。
Fable 的 API 价格与订阅 Fable 周上限是不同概念。使用月赠 API credits 时，按实际 API 计价扣减美元余额，不能把个人套餐“最多半个周池”的规则换算成固定 API 金额。
| 模型／prompt 长度 | 未缓存输入 | 输出 |
|---|---|---|
| Haiku 5.5，≤100,000 token | 0.10 | 0.50 |
| Haiku 5.5，>100,000 token | 0.50 | 2.50 |
| Sonnet 5.5 | 2 | 10 |
| Opus 5.5 | 4 | 20 |
| Fable 5.1 | 10 | 50 |
Claude API：当前模型与功能计价 · Claude API：提示缓存计价与 usage 字段 · Claude API：Fable 5.1 价格与可用性 · Claude API：Sonnet 5.5 价格 · Claude API：Opus 5.5 价格 · Claude API：Haiku 5.5 价格与 prompt 档位
13. 100／200 美元大约能用多少：固定工作量算一遍
以下是本站算术示例，未经 API 调用实测。假设每次请求的实际计费用量恒为 10,000 个未缓存输入 token 加 2,000 个计费输出 token（含可能的 thinking），不使用工具、缓存或其他计费功能，按上表 global 标准单价计算；Haiku 使用低于 100,000 token 的档位。
每次成本 = 输入 token ÷ 1,000,000 × 输入价 + 输出 token ÷ 1,000,000 × 输出价。理论次数取 floor(可用美元余额 ÷ 每次成本)，只说明这组人为固定条件下的数学结果，实际任务会因输出、重试、多轮调用、模型可用性和限流而变化。
更有意义的采购指标是“每个被验收任务的实际成本”。一次任务可能请求十次、读取很多工具结果，也可能第一次就完成；便宜模型如果反复返工，最终成本未必更低。订阅内消息数或周额度不能用此表反推。
| 模型 | 每次美元成本 | 100 美元理论次数 | 200 美元理论次数 |
|---|---|---|---|
| Haiku 5.5（低档） | 0.002 | 50,000 | 100,000 |
| Sonnet 5.5 | 0.04 | 2,500 | 5,000 |
| Opus 5.5 | 0.08 | 1,250 | 2,500 |
| Fable 5.1 | 0.20 | 500 | 1,000 |
Claude API：当前模型与功能计价 · Claude API：Fable 5.1 价格与可用性 · Claude API：思考 token 与计费输出 · Claude API：Sonnet 5.5 价格 · Claude API：Opus 5.5 价格 · Claude API：Haiku 5.5 价格与 prompt 档位
14. 缓存与 Batch 能省多少：先计写入，再计命中
缓存不是所有输入一律打折。一般五分钟缓存写入按基础输入价的 1.25 倍，一小时写入按 2 倍计；读取倍率存在模型差异。当前 Sonnet 5.5、Opus 5.5 的读取为基础输入价的 0.05 倍，Fable 5.1 为 0.025 倍；不能把旧文章里的统一 0.1 倍套给所有模型。
下面固定为 Sonnet 5.5，每次相同前缀 10,000 token、新输入 1,000 token、输出 2,000 token。新写入时 prefix 只算缓存写入，不再重复算未缓存输入；命中时同理只算 cache read。假设内容满足缓存条件、后续实际命中且未过期。
十次重复工作：不缓存合计 0.42 美元；首次五分钟写入、之后九次全命中合计 0.047 + 9 × 0.023 = 0.254 美元。这个约 39.5% 的节省是含输出成本的原创算例，并非宣称所有任务都能获得相同折扣。
Message Batches 对支持的异步请求提供标准输入／输出价的 50% 折扣，可与缓存等规则按文档组合；它有异步等待与功能支持边界，不是实时请求的免费加速。先选择能容忍批处理的任务，再验收完整响应和质量。
| 前缀状态 | 计算（美元） | 每次总成本 |
|---|---|---|
| 不缓存 | 0.020 + 0.002 + 0.020 | 0.042 |
| 首次写入五分钟缓存 | 0.025 + 0.002 + 0.020 | 0.047 |
| 后续全部命中 | 0.001 + 0.002 + 0.020 | 0.023 |
| 首次写入一小时缓存 | 0.040 + 0.002 + 0.020 | 0.062 |
Claude API：当前模型与功能计价 · Claude API：提示缓存计价与 usage 字段 · Claude API：批处理
15. 为什么余额下降得比预期快：检查这五类额外消耗
第一是上下文反复回传。历史、系统指令、工具定义、检索内容和工具结果都可能成为后续输入；对话轮数变多，即使用户新写的文字很短，实际输入也会增加。第二是输出与推理：计费看服务实际报告的 output_tokens，它包含原始 thinking；output_tokens_details.thinking_tokens 是其中子集，不应再次相加，最终可见摘要字数也不能代替它。
第三是工具与代理运行。搜索、代码执行或 Managed Agents 可能涉及额外工具／运行时费用，工具结果又会加入 token；不要只计算一轮文本输入输出。第四是模型和价格修饰，如 Haiku 长 prompt 跨档、适用的 US-only inference 加价或其他已启用服务档位。
第五是重试与并行。多个 agent 可能各自加载上下文，断线后盲目重跑也可能形成额外调用。为每项工作设置请求数、并发与总预算边界，记录完整返回状态；不要只用页面上“一次提交”的数量核算成本。
Claude API：当前模型与功能计价 · Claude API：提示缓存计价与 usage 字段 · Claude API：Usage and Cost Analytics · Claude API：思考 token 与计费输出
16. 余额有钱也可能停：四类限制、两个重置时钟
API 余额、组织月消费上限、workspace 上限与 RPM／输入输出 token 速率是不同控制。月赠 API 的消费也计入组织月 spend cap。平台文档写明，关联合资格订阅至少获得 Start；月赠额度严格大于 200 美元时至少获得 Build，因此 Ultra 的 200 美元不能仅凭这一条就推定为 Build。
组织的月消费上限按日历月重置，赠送余额则按订阅账期更新。二者可能错开；API 到了组织上限，买入或收到新余额也不等于立刻解除该上限。当前文档列 Start／Build／Scale 的月消费上限分别为 500／1,000／200,000 美元，实际账号仍应看 Console 显示及合同。
对团队可在 Console 的 Workspaces 选择项目并设置 Spend limits 和提醒，组织侧在 Billing 的 Spend limits 查看或调整。Default Workspace 当前不支持单独设置这种上限；没有单独限制的 workspace 仍受组织总上限约束。应用侧仍应限制并发与单任务预算，减少并发执行带来的成本不确定性。
排障先分类：余额耗尽看 Billing；预算上限看组织及 workspace；速率限制看响应中的限流信息。不要把所有失败都解释成封号，也不要把自动充值当成自动提高速率或组织预算。赠送额度本身不计入通过购买金额升级 tier 的累计。
Claude API：订阅用户赠送额度与限制 · Claude API：速率、组织与 workspace 消费上限 · Claude API：Workspace 管理
17. 怎样核对真正消耗：usage、cost 与余额分别看
请求级 usage 用来核对 token。提示缓存文档把 input_tokens 定义为未缓存输入；总输入应将它与 cache_creation_input_tokens、cache_read_input_tokens 相加。缓存写入的五分钟／一小时细分与写入总数存在包含关系，不能再重复相加。
下面是合成的 usage 片段，仅用于解释字段，并非实际调用回执。按 Sonnet 5.5 标准价，该例为 1,000 未缓存输入 + 10,000 缓存读取 + 2,000 输出，文本 token 成本为 0.023 美元，未计其他功能费用。
组织汇总应使用当前 Usage and Cost Analytics API 或 Console 报表，旧 Usage and Cost API 已被标为 legacy。当前 cost endpoint 的 cost.amount 是以美分表示的十进制字符串，表示折扣后、抵扣 credits 之前的成本；它不是还剩多少余额，也不能直接视为已经要从银行卡扣除的金额。该汇总数据通常约四小时更新，也可能延迟至二十四小时；应与 Billing 余额分开，不能把它当实时止损信号。
做一次可复核的小样本：给每个任务记录内部 ID、实际模型、组织／workspace、usage、工具／运行时、结束状态及是否验收；另从 Billing 记录月赠入账、购入余额、到期和自动充值。先核对若干固定任务，再按相同口径估算月度预算。本文没有替读者执行任何付费模型调用。
{
"input_tokens": 1000,
"cache_creation_input_tokens": 0,
"cache_read_input_tokens": 10000,
"output_tokens": 2000
}Claude API：提示缓存计价与 usage 字段 · Claude API：Usage and Cost Analytics
18. 按实际瓶颈选套餐：四个采购前检查
个人长任务首先判断卡在短周期还是周总量。Max 到五小时上限频繁、而周池并未用完时，已验证 Ultra 取消五小时窗口可能更贴合任务节奏；总周池经常耗尽，则应同时看 10× 周倍率、模型选择、任务拆分和 extra usage 成本。不能只看旧 20x 名称。
团队协作先确认席位类型、成员额度与管理需求，再算 API 月赠池。以 3 个 Standard 加 2 个 Premium 的年付折算为例，席位基础费用每月 260 美元，名义月赠 API 恰为 260 美元；两者用途、到期和覆盖范围不同，不能因此宣称订阅免费或额度可兑现金。
自建应用重点看固定任务的实测成本、峰值速率、共享余额与数据权限。没有合资格订阅也可以单独使用 API；已经有 Max／Ultra 的开发者则可先把合适任务路由到已关联组织的月赠额度，并设置预算。交互式 Code 的连续工作仍按其产品规则处理。
企业采购先把基础席位费、按量使用、预算控制与 API 合同逐项写清；销售方称 Business 时，要求给出官方实际方案名称。本文表内是 Anthropic 官方价格与规则，本站商品的交付方式、价格与售后应以商品及订单页为准。
- 检查实际套餐名称、席位类型和购买渠道。
- 分别查看 Current session、Weekly、模型子限制及重置时间。
- 核对 Console 关联组织、月赠到期日、购入余额和自动充值。
- 用自己的固定任务测单位成本，设置组织／workspace 预算后再扩大使用。
Claude：当前套餐价格与额度对比 · Claude 帮助：Ultra 套餐及原 Max 20x · Claude 帮助：Team 套餐 · Claude 帮助：Enterprise 套餐 · Claude 帮助：Enterprise 计费 · Claude 帮助：Max、Ultra 与 Team 月度 API 额度 · Claude API：订阅用户赠送额度与限制