6天造6个B2B API：Cloudflare Workers+MCP+x402实战复盘

6天时间，一个人，从零做出6个B2B API产品、2个MCP服务器和914个SEO页面。这不是营销话术，而是一份带着真实基准测试数据和失败记录的工程复盘。作者把完整的技术栈、产品矩阵和踩坑经验都公开了，对想用AI Agent搞副业或做SaaS的开发者来说，参考价值很高。

rss source: From 0 to 6 B2B API products in 6 days

产品矩阵：6个API解决什么问题

这批产品的共同特征是——输入输出清晰、可被程序调用、适合按次付费。

HS Codes Classifier：把商品名转成海关HS编码，比如"iPhone 15 Pro" → 8517.13。这是跨境贸易的刚需，商品清关、关税计算都依赖准确的HS编码。

Compliance Engine：制裁名单筛查+PEP（政治公众人物）+实体解析。数据覆盖OFAC SDN（19417条）、UK OFSI（6408条）、EU CONS（6241条）、UN CONS（956条，通过GitHub Actions每天自动抓取）、PEP（11751条，来自Wikidata的15种职业）和GLEIF实体（19984条），总计约6.5万条记录。提供 /check/sanctions、/check/pep、/check/entity 三个查询端点。

Docs-to-JSON：发票、收据、合同 → 结构化JSON。同时作为MCP服务器在MCPize市场上架。

Finance Validators：IBAN、VAT、SWIFT、LEI、银行卡号验证，一个REST API搞定。

Watch Engine：监控汇率（ECB Frankfurter + NBU）、增值税（EU Commission TEDB）和关税（USITC + EU TARIC）的变化。同样是MCPize市场上的MCP服务器。

Creator Engine：从合同中提取承诺条款，MCP就绪。

这6个产品的设计思路值得琢磨：每个都足够简单（单一职责），但组合起来覆盖了跨境贸易+合规+文档处理+金融验证的完整链路。产品之间互相引流，每个落地页都有5个兄弟产品的反向链接。

HS编码（Harmonized System Code） 是世界海关组织（WCO）制定的国际商品分类体系，用6位数字在全球范围内统一标识商品类别，各国在此基础上扩展出8位、10位等更细的本国编码（如美国HTS为10位）。前2位代表"章"（Chapter），前4位代表"品目"（Heading），前6位代表"子目"（Subheading）。跨境贸易中，HS编码直接决定关税税率、监管条件和清关流程，编码错误可能导致货物滞留或罚款，因此是刚需查询场景。

制裁名单筛查 是反洗钱（AML）和了解你的客户（KYC）合规的核心环节。OFAC SDN（美国财政部外国资产控制办公室特别指定国民名单）是全球最具威慑力的制裁清单，与名单上的实体交易可能面临冻结资产甚至刑事处罚。PEP（政治公众人物）筛查则针对可能涉及腐败风险的高官及其亲属。GLEIF（全球法人识别编码基金会）提供LEI实体数据，用于唯一标识法律实体。这些名单需要持续更新和实体消歧（同一人可能有多种拼写），是典型的"数据+算法"复合型API场景。

AI分类器基准：24.5%准确率背后的真实权衡

作者在Alibaba的HSCodeComp数据集（632个产品）上测试了100个案例，跑了两轮，波动稳定在±1%以内：

指标	准确率
6位精确匹配	24.5%
4位匹配	52.5%
2位（章节）匹配	86.0%
平均延迟	1.3秒

这个数据需要放在坐标系里看。GPT-4o-mini在同一基准上只有约18%；带网页搜索的最佳AI Agent能到46.8%，但每次调用成本$1-10，耗时10-30秒；人类专家约95%。作者的API定价$0.01/次，延迟1.3秒。

换句话说，这是用准确率换速度和成本。6位精确匹配24.5%听起来不高，但如果你的场景只需要大致分类（2位章节级别86%），这个API有实际价值。作者也坦诚地指出，HSCodeComp期望的是10位美国编码，他们只比较了前6位（国际HS级别），这是合理但会影响最终评分的对比方式。

技术栈：Cloudflare全家桶+极简部署

整个基础设施几乎完全跑在Cloudflare上：

计算：8个Cloudflare Workers
数据库：Cloudflare D1（6.5万条记录），免费额度每天500万次读取
缓存：Cloudflare KV（5个命名空间，免费版），但作者学到了一件事——在制裁筛查这类热路径上应该用Cache API而非KV，因为KV免费版每天只有1000次写入且全局共享
托管：Cloudflare Pages
支付：x402协议（Base链上的USDC）
AI分发：MCP协议，2个服务器上架MCPize市场
SEO：914个程序化生成页面
部署：git push即部署，没有CI/CD、Docker或Kubernetes

制裁名单的摄入用GitHub Actions完成：OFAC手动更新，UN名单每天UTC 03:30通过Playwright自动抓取。

这种架构的核心优势是运维成本趋近于零。没有服务器要维护，没有容器要编排，免费额度对早期产品完全够用。x402支付的集成意味着AI Agent调用API时无需注册、无需API Key，直接用USDC按次付费——这对Agent经济来说是很自然的支付方式。

Cloudflare Workers 是基于V8隔离沙箱的边缘计算平台，代码部署在全球300多个节点，冷启动接近零毫秒。免费版每天10万次请求，付费版$5/月起含1000万次请求。D1 是基于SQLite的边缘关系型数据库，适合中小规模只读或低频写入场景；KV 是全局键值存储，读取极快但写入有延迟（最终一致），免费版每天仅1000次写入。Cache API 则是对标CDN缓存的接口，按URL缓存响应，适合高频读、按请求更新的热路径——这正是作者建议制裁筛查改用Cache API的原因。

x402协议 是Coinbase提出的基于HTTP 402状态码的支付标准，允许客户端在请求时直接携带USDC稳定币支付凭证，服务器验证后返回数据。相比传统API Key+订阅模式，x402让AI Agent可以在无账户、无信用卡、无人工审批的情况下完成按次付费，天然契合Agent自动化调用场景。

增长的三个杠杆：程序化SEO、MCP分发、内链网络

作者验证了三个有效的获客渠道：

程序化SEO：从3个模板生成914个页面，一个 generator.js 脚本创建全部页面和sitemap。仅"HS code for [product]"这一个模板就生成了498个页面。每个页面都是一个真实的产品落地页，不是空洞的SEO农场。

MCP市场分发：把API包装成MCP服务器上架MCPize市场，AI Agent可以直接发现并调用。$0.01/次的USDC定价，零注册零API Key，降低了Agent调用摩擦。

IndexNow自动提交：GitHub Action在每次push时ping Bing和Yandex，自动提交814+个URL的sitemap。

配合产品间的交叉推广（每个落地页5个兄弟产品反链），形成了内链图谱。这套组合拳的本质是：用程序化手段降低内容生产成本，用MCP协议降低分发成本，用内链提升收录效率。

MCP（Model Context Protocol） 是Anthropic于2024年底开源的协议，为AI模型提供标准化的方式连接外部工具和数据源。一个MCP服务器暴露一组工具（tools）、资源（resources）和提示（prompts），Client（如Claude Desktop、Cursor）可以自动发现并调用。相比传统的"写文档让开发者手工集成"，MCP让Agent能在运行中自主发现API并调用，等于把API变成了Agent可自主采购的"服务货架"。MCPize 是第三方MCP服务器市场，类似早期App Store的定位。

IndexNow 是Microsoft与Yandex联合推出的即时索引协议，站点在内容更新时通过简单HTTP请求ping搜索引擎，无需等待爬虫周期性抓取。对程序化SEO尤其关键——914个页面若靠自然爬取可能数周才收录完，IndexNow可以把收录压缩到小时级。

什么没奏效：付费广告和冷启动的困境

失败的部分同样有参考价值。

作者尝试了Hermoso、Markifact、Merlin等平台投放付费广告，结果是B2B API在这些渠道上完全不转化，花了$0也赚了$0。邮件营销因为没有联系人名单而无法启动，冷邮件又被Gmail封禁。自动SDR工具名义上自动化，实际上每条消息都需要人工审核，算不上真正的自动化。

这反映了一个结构性问题：B2B API的早期获客很难靠传统营销渠道解决。程序化SEO和MCP分发之所以有效，恰恰是因为它们绕开了需要人脉和预算的传统渠道，直接触达了"正在搜索解决方案"和"AI Agent自动发现工具"这两类精准流量。

对于想复刻这条路线的开发者，作者的经验指向一个清晰的方向：用Cloudflare Workers+MCP+x402搭建最小可行产品，用程序化SEO获客，用MCP市场触达Agent用户。剩下的，交给产品本身说话。

B2B API的买家决策链条与B2C完全不同：需求通常由具体技术问题触发（"我要做制裁筛查"），决策者会直接在搜索引擎或开发者社区寻找方案，而不是被动接受广告。这就是为什么"搜索意图流量"（SEO）和"Agent自动发现"（MCP）效果远好于展示型广告。冷邮件被封禁则反映了Gmail等平台的反垃圾策略——低域名信誉+批量发送几乎必然进垃圾箱，B2B冷启动在缺乏品牌和联系人库时几乎没有低成本捷径。