dalao.ai

Polar

面向开发者的代收商户和用量计费平台开源

关于 Polar

Polar 是 Polar Software, Inc. 开发的开源计费平台，以“记录商户”（merchant of record）的身份替卖家收款、开票并代缴各地销售税和增值税，近两年把重点放在按用量计费，面向按 token、API 调用和算力收费的 AI 产品。截至 2026-10-25 仓库有 10,419 个星标，代码以 Apache-2.0 授权。免费的 Starter 档每笔收 5% + 50 美分，付费档月费 20 至 400 美元，费率降到 3.4% + 30 美分。适合卖软件和数字产品、不想自己办税务登记的小团队；卖实物、做捐赠或平台撮合的业务不在服务范围内，首次提现前还要等最长 14 天的账户审核。

编辑部更新于 阅读约 10 分钟

它是什么

Polar 是一个面向软件开发者的计费与收款平台，GitHub 仓库简介写的是“A billing platform for the intelligence era”。它的核心身份是记录商户：顾客付款时，法律意义上的卖方是 Polar，由 Polar 负责计算、收取并申报各地的销售税和增值税，再把扣除费用后的收入结算给开发者。文档的说法是，Polar 以转售方的身份承担国际销售税责任，同时不妨碍卖家与顾客的直接关系。

在收款之上，Polar 提供一整套计费功能：一次性购买、订阅、席位、按用量计费、额度、试用和折扣，以及结账页、顾客门户和催缴。README 开头一句是“Turn usage into revenue”，并说明 Polar 为需要按 token、智能体运行次数和算力收费的 AI 创业公司而建，让它们不必从零搭建计费系统。

项目由 Polar Software, Inc. 维护，LICENSE 为 Apache-2.0。截至 2026-10-25，仓库有 10,419 个星标、809 个分支，main 分支累计 18,480 次提交，最新一次在 2026-10-23 23:11 (UTC+8)。

技术上它是一个单体仓库。DEVELOPMENT.md 写明后端用 Python 编写，提供 REST API 和后台任务进程，依赖 PostgreSQL、Redis 和兼容 S3 的对象存储；README 的致谢名单里有 FastAPI、Pydantic、Dramatiq 和 SQLAlchemy。前端在 clients 目录，网页应用基于 Next.js，同一目录还有结账组件、命令行工具和 MCP 服务的代码。

把用量变成收入。

Polar README（译文）

核心能力

第一是记录商户服务。MoR 文档把 Polar 和 Stripe 这类支付服务商做了对比：支付服务商提供底层接口，交易产生的税务责任由卖家自己承担；Polar 建立在 Stripe 之上，用 Stripe Tax 计算税额，由 Polar 完成登记和申报。官网写明 Polar 在 100 多个市场作为记录商户运营。卖家自己的所得税仍由卖家负责。支持地区列在官方文档中；提现通过 Stripe Connect Express 进行，收款人要在文档列出的国家和地区之内。

第二是按用量计费。文档里的流程分三步：应用把事件发给事件接入接口，事件带有名称、顾客编号和任意元数据；用 Meter 对事件做筛选和汇总，例如把 ai_usage 事件的 total_tokens 加总；再把计量价格挂到订阅产品上。额度可以通过“计量额度”权益按订阅周期发放。文档在这一页开头写着这是一项新功能。

第三是权益自动发放。顾客付款后，Polar 可以自动发送许可证密钥、提供最多 10GB 的文件下载、邀请顾客进入私有 GitHub 仓库，或者在 Discord 里分配角色。文档把这些称为 Benefits，也就是权益。

第四是开发者工具。官方维护 JavaScript 和 Python 两套 SDK，GitHub 发布页上还能看到 Next.js、Nuxt、TanStack Start、Astro 和 Better Auth 的适配包，以及嵌入式结账组件。命令行工具在 2026-10-16 19:06 (UTC+8) 发布 3.0.0 版，加入 webhook 转发与测试事件、令牌创建和 JSON 输出，删除类命令要求二次确认。官网还介绍了 mcp.polar.sh 上的 MCP 服务，可在 Claude、Cursor 和 ChatGPT 里通过 OAuth 连接。

第五是独立的沙盒环境。Polar 没有采用“测试模式”开关，而是单独部署了 sandbox.polar.sh 和 sandbox-api.polar.sh，账号、组织和令牌都与正式环境分开，可以用 Stripe 的测试卡号走完整个结账流程。文档给出的理由是涉及资金流动，把真实数据和测试数据彻底分开更安全。

适合谁 / 不适合谁

适合：卖软件、SaaS 或数字产品，又不想自己在各地办理税务登记的个人开发者和小团队。可接受用途政策列出的可售范围包括软件、模板、电子书、代码、字体、课程，以及 GitHub 仓库和 Discord 服务器的访问权。

适合：按 token、调用次数或算力收费的 AI 产品。事件接入、Meter、计量价格和额度都已经在产品里，官网首页和 README 也都把 AI 公司放在第一位。早期 AI 创业公司还可以申请创业计划，免费使用 12 个月 Scale 档。

适合：重视接入速度的 TypeScript 或 Python 团队。官方 SDK、框架适配包、命令行工具和独立沙盒覆盖了从开发到上线的大部分步骤。

不适合：卖实物、提供人工服务、做捐赠、众筹、赞助或平台撮合的业务。可接受用途政策把这些列为禁止类别，并写明 Polar 可以自行决定拒绝服务；成人内容、AI 陪伴类服务、金融交易和加密资产也在禁止清单上。

不适合：月销售额已经很高、优先考虑最低费率的团队。MoR 文档自己也写，如果追求最低费用、能自己处理国际税务，直接用 Stripe 这类支付服务商更合适。

不适合：无法接受收款审核的业务。首次提现前要经过业务审核和身份验证，最长 14 天；之后的交易也会持续审核，提现可能被暂扣。

和同类比

Lemon Squeezy 和 Paddle 是最直接的同类，两家都是记录商户。截至 2026-10-25，Lemon Squeezy 定价页写每笔 5% + 50 美分，Paddle 定价页写每笔结账交易 5% + 50 美分、高交易量可以谈定制价格。Polar 的免费 Starter 档费率与两家相同，差别在于 Polar 公开了三档带月费的低费率套餐，费率最低到 3.4% + 30 美分。

Stripe Billing 走的是另一条路。它的定价页显示按计费金额收 0.7%，另加卡支付手续费 2.9% + 30 美分；税务责任留在卖家身上。

Stripe 本身也开始提供记录商户服务。Stripe Billing 页面把 Managed Payments 列为记录商户方案，Lemon Squeezy 定价页顶部挂着关于 Lemon Squeezy 与 Stripe Managed Payments 的 2026 年更新说明。推断：底层支付服务商亲自下场，Polar 这类建在 Stripe 之上的记录商户需要在功能上拉开差距，这也解释了 Polar 为什么把重点放到按用量计费和 AI 场景。

和上面几家相比，Polar 的区别在于源码公开。卖家可以直接阅读计费、结账和税务处理的实现，也能在 GitHub 上看到提交和 issue 的进展。推断：开源让集成方更容易排查问题，但卖家买到的核心是 Polar 这家公司的记录商户身份，代码本身替代不了这一点。

上手路径

第一步，先进沙盒。在 sandbox.polar.sh 注册账号和组织，用 Stripe 测试卡 4242 4242 4242 4242 走一遍结账；API 地址换成 sandbox-api.polar.sh，令牌要在沙盒里单独创建。审核文档明确提醒，不要用真实银行卡做测试购买，支付机构会把这种行为当作盗卡测试，可能封卡或封账号。

第二步，接入产品。一次性商品和订阅可以直接在后台创建，配合结账链接、嵌入式结账或结账 API 使用；用框架适配包可以少写一部分路由和 webhook 处理代码。按用量计费需要先建 Meter，再给订阅产品加计量价格，然后从应用发送事件。

第三步，准备上线审核。首次提现前要完成三件事：提交业务信息供审核，通过 Stripe Identity 上传证件和自拍完成身份验证，再用 Stripe Connect Express 绑定收款账户。文档写明审核最长 14 天。

第四步，安排好售后。审核文档要求卖家自己负责顾客支持；Polar 把卖家拉进客服对话时，期望 48 小时内回复，否则可能直接给顾客退款并发出警告，多次不回应会被终止服务。

自托管不是推荐路径。文档写明技术上可以自托管，但建议使用托管服务，才能得到记录商户的全部好处，包括全球税务合规。DEVELOPMENT.md 的本地开发说明需要 Docker、uv、pnpm 和 Node.js，适合想贡献代码或研究实现的人。

定价与许可证

费用文档在 2026-10-25 列出的四档套餐如下：Starter 免费，每笔 5% + 50 美分；Pro 每月 20 美元，每笔 3.8% + 40 美分；Growth 每月 100 美元，每笔 3.6% + 35 美分；Scale 每月 400 美元，每笔 3.4% + 30 美分，另有共享 Slack 频道和单点登录。各档功能相同，差别在费率和支持等级。

另有几项附加费用：国际卡交易加收 1.5%；每笔争议收 15 美元；退款时原手续费不退。提现走 Stripe，每个有提现的月份收 2 美元，每次提现收 0.25% + 0.25 美元，跨币种换汇另收 0.25% 至 1%。拒付率大约超过 0.7% 时，账户可能被暂停。

在 2026-05-27 之前创建的组织保留“Early Member”费率，每笔 4% + 40 美分，订阅另加 0.5%，期限不限；升级到付费套餐后这一档就会失效，之后再降级只能回到 5% + 50 美分。

代码许可证是 Apache-2.0，版权方为 Polar Software, Inc.，许可证在 2023-05-12 16:32 (UTC+8) 加入仓库。托管服务另受可接受用途政策等服务条款约束。

风险与局限

第一，收款可以被审核和暂扣。审核文档写明首次提现前的审核最长 14 天，之后对所有交易持续监控，提现可能显示为“Held for review”。可接受用途政策写明 Polar 可以自行决定拒绝某类产品，清单可以随时增加。

第二，费率会调整。2026-05-20 的博客宣布推出付费套餐，并把新组织的 Starter 费率从 4% + 40 美分加 0.5% 订阅费改为 5% + 50 美分；博客说明这一调整会降低 Polar 自己预测的总收入，老组织按原价保留。推断：这也说明费率由 Polar 单方面决定。

第三，开源不等于可以脱离托管服务。文档建议使用托管版才能获得记录商户的全部好处；可接受用途政策还禁止对“Services”做反向工程或试图获取其源代码。推断：这条通用条款针对的是托管服务，仓库代码依 Apache-2.0 授权，两者并不冲突。

第四，按用量计费仍在快速变化。用量计费文档标注为新功能；官网首页把新的 Usage Billing Engine 标为“即将推出”，可申请抢先体验。2026-10-08 的博客描述了本地优先的零延迟计量、Signals、定价即代码和人机通用的“identities”，目前处于原型与设计伙伴阶段。推断：现在接入的团队，之后可能需要跟着迁移一次。

第五，项目进展主要在 GitHub 之外沟通。README 写明功能需求和缺陷通过后台侧边栏的 Feedback 按钮提交；截至 2026-10-25，GitHub 上有 66 个开放 issue 和 71 个开放 PR。CONTRIBUTING.md 要求提交 PR 前先有 issue 并被分配，小修补除外；未经本地测试、完全靠 AI 生成的 PR 会被直接关闭。

第六，漏洞通过私密渠道报告。SECURITY.md 要求通过 GitHub 私密安全公告报告漏洞，范围是 polar.sh 和 api.polar.sh，承诺几天内确认，奖励由 Polar 视情况决定。

第七，发布页不反映服务版本。截至 2026-10-26，GitHub 上的 76 个发布条目全部是 SDK、命令行工具、结账组件和框架适配包，托管服务本身没有版本号。

来龙去脉

2023-01-26 18:04 (UTC+8)，GitHub 仓库创建；一分钟后出现第一个提交，作者名为 Birk Jernström，说明是“新 FastAPI 应用的初始提交和基本结构”。2023-05-12 16:32 (UTC+8)，仓库加入 Apache-2.0 许可证。这一阶段的产品围绕 GitHub issue 的资助（pledge）展开，让用户给开源项目的 issue 出钱。2023-10-13 18:26 (UTC+8) 出现第一个发布条目 jssdk/v0.1.0。

2024 年 9 月 Polar 正式上线，种子轮博客与付费套餐博客都这样写；此后的重点转向记录商户和数字产品销售。仓库在 2024-09-26 15:08 (UTC+8) 加入 SECURITY.md。

2025 年，旧的 issue 资助功能被拆掉。2025-03-20 21:33 (UTC+8) 的提交取消了新建 pledge 的入口，2025-04-09 22:35 (UTC+8) 的提交删除了大部分 issue 资助功能，涉及 189 个文件、删除 35,651 行；资助相关的服务和数据模型到 2026 年仍在陆续清理。2025-06-17 Polar 宣布完成 1,000 万美元种子轮，由 Accel 领投，博客写当时有 17,000 多个注册和 5,300 个 GitHub 星标。2025-09-25 14:49 (UTC+8)，仓库加入 CONTRIBUTING.md。

2026-05-20 推出 Pro、Growth、Scale 付费套餐，新 Starter 费率从 2026-05-27 起生效。2026-10-08 的博客宣布下一阶段方向：本地优先的计量、定价即代码和面向智能体的身份体系，并开始寻找设计伙伴。

截至 2026-10-25，GitHub 贡献者接口返回 125 个账号，提交最多的是 frankie567、emilwidlund、zegl、birkjernstrom 和 Yopi。公司页面写团队是“小而资深”，投资方为 Accel、Abstract、Mischief 和多位天使投资人。

我们的判断

Polar 的定位已经从开源资助工具，变成面向 AI 和软件公司的记录商户与用量计费平台。代码公开、提交频繁、费率公开透明，是它和 Lemon Squeezy、Paddle 拉开差距的地方。

推断：真正的风险不在代码，而在收款通道本身。账户审核、可接受用途清单和费率都由 Polar 决定。

亮点

Polar 是面向开发者的代收商户（merchant of record）。它替想卖软件、又不想为此组建财务部门的人处理收款、订阅、授权许可和税务，整个平台都是开源的。

Birk Jernström 和一个小团队做出了它。产品对开发者格外友好：SDK、webhook 和结账流程，都出自那些接过很多支付服务、还记得其中痛苦的人之手。

它是开源的 merchant of record（代理收款方），为卖软件的开发者处理支付、订阅、许可证和税务。

资料来源

官方

  1. polarsource/polar on GitHubGitHub · 访问于 2026 年 10 月 25 日
  2. Polar READMEGitHub · 访问于 2026 年 10 月 25 日
  3. Polar LICENSE (Apache-2.0)GitHub · 访问于 2026 年 10 月 25 日
  4. Polar SECURITY.mdGitHub · 访问于 2026 年 10 月 25 日
  5. Polar CONTRIBUTING.mdGitHub · 访问于 2026 年 10 月 25 日
  6. Polar DEVELOPMENT.mdGitHub · 访问于 2026 年 10 月 25 日
  7. Polar commit 3be5b81: Initial commit & barebones structure of new FastAPI appGitHub · 访问于 2026 年 10 月 25 日
  8. Polar commit 13813e9: remove most of issue funding featuresGitHub · 访问于 2026 年 10 月 25 日

动态与深度阅读