Perplexity API Pricing 与订阅分账：个人、Enterprise、Credits

Perplexity 个人 Free、Pro、Max 面向单个产品账号；Enterprise Pro/Max 面向组织中的受管席位；API Platform 面向程序化集成。三者虽然都使用 Perplexity AI 能力，但许可主体、用量单位和管理入口不同。

需求评审先问操作主体：人在网页研究、成员在企业空间协作，还是程序通过 API 生成答案。把任务放错账本，常见结果是买了 Pro 却找不到 API credits，或用个人账号承载本应由组织管理员回收的数据。

证据边界：本节以 S1 支持“区分个人 Free/Pro/Max、Enterprise 与 API Platform 的用途和购买路径。”。

Pro 和 Max 主要提升个人研究、文件、模型或高级功能的使用层级；Enterprise 增加组织席位、安全、管理与协作能力。企业采购不应仅用“谁的用量更高”判断，应同时检查成员管理、数据政策和离职回收。

截至 2026-08-29，官方帮助中心列出 Enterprise Pro 每席位月付 40 美元或年付 400 美元，Enterprise Max 每席位月付 325 美元或年付 3,250 美元。价格可能变化，结账前请回到官方 FAQ 复核税费、地区与周期。

证据边界：本节以 S2 支持“说明 Enterprise Pro/Max 席位价格、混合分配、按比例变更与 API 不包含。”。

Enterprise 可混合 Pro 与 Max 席位。周期中增加或升级席位会按剩余时间产生费用，减少或降级的生效与信用额按官方账单规则处理；管理员应保留变更日期、席位类型和发票映射。

按部门预留大量空席位不一定经济。更稳妥的做法是建立申请、分配、30 天无使用复核和离职回收流程，同时把临时重度用户与长期高用量岗位分开。

证据边界：本节以 S3 支持“API credits 按量购买、自动充值门槛和订阅独立性。”。

官方文档明确，Perplexity 订阅不赠送 API credits，API Platform 可在没有 Pro/Enterprise 订阅时独立使用，按量充值并可配置自动 top-up。API 预算、key 和应用流量必须单独治理。

账号层也要独立审查：Perplexity 将账号归属绑定到登录邮箱，付款人并不自动拥有账号，邮箱目前也不应假定可直接更换。企业不应替个人邮箱付款后把它当公司资产，而应使用组织可控的身份和席位。

证据边界：本节以 S4 支持“账号归属于邮箱持有人，付款人不因此成为账号所有者，邮箱不可直接更改。”。

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

论点账本必须逐条可回放：S1 对应 C1：“Perplexity 个人订阅、Enterprise 席位与 API Platform 是不同购买路径和账单对象。”；S3 对应 C2：“API credits 按量购买并可能配置自动充值，不能把订阅费用当作 API 余额。”。编辑器在段落层写入 evidenceRefs，构建检查确认引用 ID 存在；来源页面发生结构变化时，只把对应论点退回复核，不让整篇文章静默继承旧快照。

动态复核字段包括：个人/Enterprise 方案、席位价格和比例变更规则、API credits、自动充值、账号邮箱归属和订阅独立性。发布任务应读取当前页面、保留原始单位和地区、与上一快照做字段级 Diff，并记录核验日期 2026-08-29。缺失、受限或无法确认的值保持 null 或“待复核”，不使用 0、均值或相邻产品代填。

独立 SVG 采用“Perplexity 个人订阅、Enterprise 席位与 API credits 三账本”结构，输入维度为：personal plan、enterprise seat、API credits、proration、auto recharge、account owner。图表只绘制有来源的数据，缺失项显示空缺；alt、caption、图内标题与正文使用同一术语，并在图注标明动态字段核验日期。