Claude Subscription：Pro、Max 用量窗口、周限额与 API 分账

Claude Max 的 5x、20x 是相对于 Pro 的使用容量表达。单次请求的消耗取决于输入长度、对话历史、附件、所选模型和工具调用，因此同一方案下，短问答与大型代码库分析得到的可发送次数并不相同。

采购时应记录典型任务的上下文长度和会话持续时间，用一周真实样本估算，而不是把倍数直接换算成固定消息数。对长文档或代码任务，及时开启新会话、缩短无关历史通常比盲目升级更能稳定用量。

证据边界：本节以 S1 支持“列出 Pro、Max 方案、相对使用倍数、五小时与周用量窗口及 usage credits。”。

官方价格页在 2026-08-29 核验时说明，付费方案存在滚动五小时窗口，并可能同时受周级上限约束。窗口恢复不代表整周预算完全重置；持续高强度任务可能先恢复短窗，随后仍受周限额影响。

因此容量测试至少跨越五小时和完整一周，并记录模型、端点、任务类型与触发提示。限额属于会变化的产品规则，本文不将任何一次测试结果视为长期保证，使用前应回到 Claude 官方定价与账号用量页面复核。

证据边界：本节以 S2 支持“Claude 应用订阅与 Console/API 是独立产品和计费体系。”。

个人订阅并不是按设备分配多份额度。同一账号在网页、桌面、移动端以及订阅覆盖的 Claude Code 使用会共同消耗计划容量；换设备或新开客户端通常不会获得独立窗口。

团队如果把并行自动化、交互式聊天和代码代理都压在单个个人账号上，会放大峰值并混淆责任归属。需要多人协作、集中权限和可审计成本时，应评估 Team，而不是把个人 Max 当作共享服务账号。

证据边界：本节以 S3 支持“说明 Max 的更高使用限制与周期性配额。”。

Claude 可允许符合条件的订阅者启用 usage credits，在达到包含用量后按标准 API 费率继续部分产品内使用。这是订阅上的超额机制，会形成额外收费，不能把它误读为无限使用或预付固定次数。

Console/API 仍需单独建立开发者组织、API key、预算和速率治理。个人 Pro/Max 会员不会自动向 Console 发放可调用余额；应用集成应走 API，人工交互应走 Claude 产品订阅，两边分别核算。

工程落地时，为“claude subscription”建立独立 article_run_id，并保存 selected_semrush_record、database、measured_on、source_snapshot_ids、content_hash、reviewer 与 gate_status。Semrush 字段只参与选词和意图决策，不进入价格公式，也不把 US 指标解释成中文或中国市场需求。

论点账本必须逐条可回放：S1 对应 C1：“Claude Pro/Max 的 5x、20x 表达相对容量，不是固定消息数；实际用量还受时间窗口、模型和上下文影响。”；S2 对应 C2：“Claude 应用订阅与 Console/API 是独立产品和计费体系。”。编辑器在段落层写入 evidenceRefs，构建检查确认引用 ID 存在；来源页面发生结构变化时，只把对应论点退回复核，不让整篇文章静默继承旧快照。

动态复核字段包括：Pro/Max 方案名、价格、倍数、窗口与周限额、Max 当前配额说明与 usage credits 规则。发布任务应读取当前页面、保留原始单位和地区、与上一快照做字段级 Diff，并记录核验日期 2026-08-29。缺失、受限或无法确认的值保持 null 或“待复核”，不使用 0、均值或相邻产品代填。

独立 SVG 采用“Claude 订阅的五小时窗口、周边界与共享用量池”结构，输入维度为：plan multiplier、rolling window、weekly limit、model、context、credits。图表只绘制有来源的数据，缺失项显示空缺；alt、caption、图内标题与正文使用同一术语，并在图注标明动态字段核验日期。