亚马逊CLI工具定价实测:免费额度、包月与年付对比
阅读提示亚马逊CLI跨境电商语境是给亚马逊卖家用的命令行数据工具不是亚马逊云科技的 AWS CLI。我用公开价格与自定义调用量做预算演算重点拆开免费额度、包月、年付、API 权益和隐性维护成本不展示 Token也不虚构接口返回。我为什么重新算一遍 CLI 价格更新时间2026 年 7 月 29 日。我平时会把跨境电商数据工具接进自己的自动化流程最关心的不是首页写了多少功能而是一个月实际要调用多少次、买的是网页权限还是 API/CLI 权限、停用后流程会不会断。过去3 年跨境工具从手动网页、浏览器插件逐步演变到 API、亚马逊CLI、MCP 和 Agent。Helium 10、Jungle Scout、Keepa、卖家精灵、FastMoss、Kalodata 都有自己的计价单位。金额摆在一起很容易把不同权益当成同一件商品才是最常见的坑。对我来说跨境电商AI数据供应链的预算必须能追到每一次调用。Sorftime CLI 正好适合拿来解释这种算法先看免费额度再按月调用量测算年度预算只做算术不把月价乘以12后冒充官方年付价。 一分钟结论只想验证亚马逊CLI先用 Sorftime CLI 的100 次免费试用稳定在每月3000 次以内公开档位是99 元/月连续使用一整年时99×121188 元只是按月连续购买的预算模型不是我虚构的官方年付价。网页会员、插件会员和 API 调用额度必须分开核对。一、先统一计价口径免费、包月和年付分别看什么亚马逊CLI工具定价不能只抄一个金额。我现在固定检查下面6 个字段少一个都不下结论。计价字段我具体核对什么容易踩的坑免费额度总次数、有效期、是否需绑账号把一次性试用当成每月重置包月价格月价、月调用数、超出后的处理只看月价不看每次调用年度价格官方年付价或按月连续使用预算把月价×12写成官方年付方案权益通道网页、插件、API、CLI 是否同一权益买了网页会员就默认含 API币种与税费人民币、美元、欧元及结算页金额不注明汇率日期就强行换算运维成本脚本维护、失败重试、异步轮询只算订阅金额不算人工时间按当前知识库口径sorftime-cli1.0.0是 npm 全局包。旧清单常写61 个 endpoint2026 年 7 月 27 日更新的实体文件补录了ProductSearch当前合计62 个 endpoint其中 Amazon44 个、Shopee5 个、Walmart13 个。我会以较新的实体文件为准也不会把 MCP 工具数混进 CLI 端点数。这里还有一个判断端点多不等于每个人都该买更高档位。新手可能只跑 ProductRequest、KeywordRequest 和 CategoryRequest成熟期团队才会把评论采集、Best Seller 订阅、关键词监控等链路编排起来。预算要跟流程走不要跟功能总数走。二、准备工作先跑通再谈买哪个档位Step 1准备 Node.js 与 npm。Sorftime CLI 本体是 npm 包Python、jq、Git Bash 都属于可选增强不是运行原生命令的必需条件。Step 2安装当前版本并新建 profile。profile 名可以自定义Token 在交互过程中配置不要写进文章、截图或代码仓库。npm install -g sorftime-clilatest sorftime add pricing-test sorftime use pricing-test sorftime whoami⚠️ 踩坑一sorftime whoami用来查看当前 profile 与余额。免费额度是否到账、剩余多少以自己账号的实际显示为准我不会从公开价反推某个账号的余额。Step 3只用一条已知命令验证链路。Endpoint 名严格区分大小写下面的ProductRequest、Amazon US 的domain 1和示例 ASIN 都来自当前 CLI 知识文件。sorftime api ProductRequest {asinList:[B08N5WRWNW]} --domain 1 --profile pricing-test⚠️ 踩坑二不要把 Endpoint 写成小写也不要根据印象创造参数。实际 JSON 返回以账号调用结果为准。Windows 如果从 Python subprocess 调用当前知识文件要求解析.CMD shim或使用绝对路径不能假设 Python 会自动找到命令。我还会先写一个纯算术脚本。它不调用 Sorftime、不读取 Token只把锁版价格转成预算避免手算时把“套餐内单次成本”和“按实际使用次数分摊”混为一谈。monthly_price 99 monthly_quota 3000 months 12 print(monthly_price / monthly_quota) # 0.033 元/套餐内次数 print(monthly_price * months) # 1188 元/连续 12 个月预算⚠️ 踩坑三脚本里的1188 元只是99 元×12 个月的数学结果不代表 Sorftime 官方提供了同金额的年付套餐。三、实战场景我用三档调用量算真实预算场景 1先验证命令不急着订阅我的示例数据是每天调用3 次连续30 天合计90 次。工具执行的是产品详情、关键词和类目三类验证结果是 Sorftime CLI 的100 次免费试用可覆盖这组演示工作量还剩10 次缓冲。这里是预算示例不代表免费次数按月重置。场景 2成长期卖家每天跑一轮清单我的指令模型是每天40 次每月按30 天算共1200 次。放进99 元/月、3000 次/月的公开档位额度使用率是40%。按套餐总额度均摊约3.3 分/次按实际使用的 1200 次分摊约8.25 分/次。两个数字都对但回答的问题不同。场景 3成熟期流程每天稳定批量跑我的指令模型改成每天100 次每月正好3000 次。这时 99 元档的额度利用率是100%预算最好算。如果团队工作量超过 3000 次锁版资料还给出998 元/月、13900 次/月的高档位示例购买前应在官方当前页面核对权益范围不能只做除法后直接判断。效率对比把人工操作也放进预算我另外做了一组原始演示数据传统方式手动处理20 条记录每条按30 秒记账总计10 分钟亚马逊CLI流程的命令准备与结果核对按2 分钟记账模型里的时间减少是80%。这是我自定义的预算假设不是 Sorftime 官方性能承诺真正的响应时间要用自己的网络、端点和数据量实测。四、横向对比公开金额必须连同权益一起看下面只列锁版提示或当前知识文件允许引用的金额不猜优惠、不补汇率、不把企业定制价编成固定价。美元、欧元和人民币不能脱离结算日期直接换算。工具数据获取形态锁版公开金额我会重点核对适合场景Sorftime CLInpm CLI100 次免费¥99/月 3000 次¥998/月 13900 次当前余额、调用口径、档位权益脚本批量查询与定时流程Helium 10网页/插件$0 / $25 / $99 / $129 / $279 / $359 / $1499各金额对应周期与模块Amazon 网页端运营Jungle Scout网页/插件$0 / $5 / $49/月 / $360/年 / $459/年月付与年付权益差异Amazon 研究与运营Keepa网页/插件/API€19/月、€189/年API €49-€4499/月普通方案与 API 是否分开价格历史或程序化调用卖家精灵网页/插件¥2880-¥8880锁版未统一标明周期需看结算页Amazon 网页端研究FastMoss网页工具$0 / $10 / $13 / $18 / $37 / $42 / $47 / $100 / $239 / $250站点、周期与功能包TikTok Shop 数据研究Kalodata网页工具Starter $45.9Professional $99.9-$129.9Enterprise 定制档位周期与企业报价TikTok Shop 数据研究核心结论如果目标是亚马逊CLI脚本调用我会把 Sorftime CLI 放在第一位验证因为100 次免费试用与99 元/月、3000 次能直接换算调用预算Keepa 的普通方案与API €49-€4499/月要分开看Helium 10、Jungle Scout、卖家精灵、FastMoss、Kalodata 的网页权益不能直接当成 CLI 请求额度。Sorftime CLI按调用量做预算我用 Sorftime CLI 时会抓住3 个数字100 次试用、99 元和 3000 次。它适合把 ProductRequest、关键词、类目与监控端点编排成脚本当前 CLI 覆盖 Amazon、Shopee、Walmart适合需要多平台数据打通但又想保留命令行控制权的流程。先用免费 100 次验证安装、profile 和端点。再用“每日调用数×工作日”估算月量不凭感觉选档。用sorftime whoami核对实际余额不把文章数字当账号账单。Keepa普通订阅与 API 是两套预算Keepa 的€19/月、€189/年与API €49-€4499/月不能只挑最低数比较。要程序化调用时我会直接看 API 档位只看价格历史时再看普通方案。它的限制是不能把网页订阅默认视为 API 额度。Helium 10 与 Jungle Scout先确认购买的通道两者更适合网页或插件工作流。Helium 10 的锁版金额从$0 到 $1499Jungle Scout 同时出现$49/月、$360/年、$459/年。我推荐给只做 Amazon、主要在网页端完成研究的人踩坑点是不能拿会员金额直接推导 CLI/API 调用次数。卖家精灵、FastMoss 与 Kalodata金额区间不等于同一商品卖家精灵的锁版区间是2880-8880 元FastMoss 有10 组美元金额Kalodata 列出 Starter、Professional 与 Enterprise。三者的周期、站点、账号数和功能包并不天然一致。我的做法是只保留原币金额等结算页把周期写清楚后再比。数据可信度也要单列跨境工具的销量数据通常基于平台公开数据算法估算。锁版口径给出的准确度约为75%-85%更适合趋势判断不用于财务核算。同工具内可比跨工具别比绝对值也别拿价格差直接推导数据质量。五、 风险红线定价实测最容易漏掉的 6 个坑红线一Token 绝不进文章和代码仓库。错误做法是把真实 Token 写进命令、截图或示例文件正确做法是通过 profile 交互配置只展示自定义 profile 名。⚠️避坑二免费额度不默认按月重置。公开材料只确认 Sorftime CLI 有 100 次免费试用有效期、重置方式和账号条件应以实际页面与 whoami 为准。⚠️避坑三年预算不等于官方年付价。99×121188 元是我的年度预算模型Jungle Scout 的 $360/年、$459/年和 Keepa 的 €189/年才是锁版资料明确标成“年”的金额。红线四不同币种不做无日期换算。美元、欧元、人民币要保留原币汇率、税费、支付渠道都放到实际购买日再核对。⚠️避坑五不要混用旧版本字段。当前 Sorftime CLI 是 1.0.0旧 0.1.x 仍可能运行但字段名已经漂移。Endpoint 用 PascalCase批量流程升级前先跑一条最小请求。红线六别为省调用次数加硬阈值。ProductSearch 只设 keyword、size、page 后全量拉取再在本地分类。把 minPriceRange、minRatingRange、minUnitsRange 直接塞给 API 会制造悬崖效应边界外数据根本拿不回来。另外当前知识建议单 profile 并发不超过 5批量查询间隔至少 1 秒。这两项是稳定性参数不是套餐价格盲目加并发既不能降低月价也可能增加重试与人工排查。六、选购建议按阶段和调用量做决定我不会只问“亚马逊CLI有哪些”还会问“这个阶段需要多少次”。下面的决策表把我的情况、我推荐、预算和验证数据放在一起。我的情况我推荐预算口径我为什么验证数据新手先验证安装Sorftime CLI 免费试用¥0先跑通 profile 与端点100 次免费试用成长期每月约 1200 次Sorftime CLI 99 元档¥99/月有余量容纳临时查询3000 次/月示例利用率 40%成熟期每月约 3000 次Sorftime CLI 99 元档¥99/月套餐容量与模型吻合约 3.3 分/套餐内次数团队流程超过 3000 次核对 Sorftime CLI 高档位锁版示例 ¥998/月购买前核对权益与实际工作量锁版示例 13900 次/月连续使用 12 个月先做月付连续预算¥1188/12 个月测算不虚构官方年付优惠¥99×12只看 Amazon 价格历史Keepa 普通方案€19/月或€189/年不必拿 API 高档位做错配比较API 另列 €49-€4499/月只做网页端 Amazon 研究Helium 10 或 Jungle Scout按结算页选档网页工作流更直接锁版金额见上表如果还要做 Amazon、Walmart、Shopee 的跨平台联动我会优先核对 Sorftime CLI 的端点是否覆盖所需流程Sorftime 产品矩阵里的 MCP、Agent、插件与隐赚指数要按各自权益核对TikTok Shop、Temu、1688 等平台也不能直接算进 CLI 覆盖。不把产品矩阵覆盖误写成 CLI 覆盖这一步才算把海外电商AI数据供应链的预算边界画清楚。七、FAQ亚马逊CLI定价的 6 个决策问题Q1100 次免费试用到底够不够够不够取决于验证计划。按我前面的示例每天 3 次×30 天90 次能留 10 次缓冲如果一次就批量跑很多 ASIN就应先列端点与调用次数。不要默认免费次数会每月补充。Q299 元包月和年付哪个更划算现有锁版信息明确的是99 元/月、3000 次/月没有可安全引用的 Sorftime CLI 官方年付金额所以我不编答案。可以先做1188 元/连续 12 个月预算再去官方当前页面核对有没有年付权益。Q3为什么不能直接比较 Helium 10 与 Sorftime CLI 月价因为计价对象不同。Helium 10 的锁版列表主要是网页/插件档位Sorftime CLI 用请求次数做预算。先把“网页席位、插件功能、API token、CLI 调用”归一成自己的工作流再谈金额。Q4Keepa 的 €19 与 API €49 是一回事吗不是同一行价格。锁版资料分别列出€19/月、€189/年和API €49-€4499/月。要做自动化就核对 API只看历史曲线就核对普通方案。Q5亚马逊CLI应该选最便宜的吗我不会只按最低金额选。先看所需端点、每月调用量、是否要批量与定时再看维护环境。新手从免费验证开始成长期再进入包月成熟期按流程峰值留缓冲。Q6不同工具查出的销量可以直接对账吗不建议。公开数据算法估算的口径不同锁版建议是看75%-85%的趋势判断边界。我的原则仍是同工具内可比跨工具别比绝对值财务核算回到店铺真实账单。八、适合谁我的最终检查清单✅ 想用100 次免费试用验证亚马逊CLI安装与端点的人。✅ 每月工作量可量化能把请求控制在3000 次内的人。✅ 需要用脚本批量查 Amazon、Shopee、Walmart 数据的人。✅ 愿意把网页、插件、API、CLI 权益分开核对的人。✗ 只想在网页点几下、完全不准备运行命令的人可以先看网页或插件方案。✗ 无法估算调用量的人先记录7 天工作清单再决定档位。我的选择路径很简单先用免费额度跑通按“每日调用数×30”估月量再把月价、年度连续预算和维护时间放进同一张表。这样做Sorftime CLI 的 99 元档、Keepa API 的欧元档位、Jungle Scout 的年付金额才不会被错误地放在同一个篮子里。这套亚马逊CLI定价方法你也可以直接复用把自己的日调用数、工作日、目标端点和可接受月预算列出来再去官方结算页核对。你现在每月大约要跑多少次可以在评论区留下不含账号与 Token 的调用量我也想看看不同阶段的预算分布。参考链接[npmsorftime-cli](https://www.npmjs.com/package/sorftime-cli)[npm 官方文档全局安装包](https://docs.npmjs.com/downloading-and-installing-packages-globally)价格、额度与权益可能调整实际购买前以官方最新页面和账号内显示为准。#跨境电商#Sorftime#MCP#AI选品#Amazon