亚马逊爆款趋势挖掘怎么做出海版本？AI八平台适配
亚马逊爆款趋势挖掘怎么做出海版本？先把平台口径摆出来。
搜「亚马逊爆款趋势挖掘怎么做出海版本」的人，问的其实不是"要不要出海"，而是"同一套调研方法，换到别的站点还成不成立"。做亚马逊的团队常常不止做一个站点，手上同时挂着 TIKTOK、Ozon、Shopee 的区域货盘、1688 的供应链侧信息，国内还要盯抖音和小红书的风向。每一处都用一套自己的口径去查，结论之间就没法对齐。
文档在这件事上给的口径比想象中清晰。分平台快捷提示词覆盖了八个平台，预制模板又允许在发送前修改类目、站点、筛选数值，再加上模型可以切换、技能可以更换——这四样组合起来，正好构成一条"同一套方法、多个站点适配"的路。出海版本不是另做一套系统，而是把同一套调研流程的参数换掉。
这篇按三层来写。第一层把八个平台的口径逐字摆出来，说明为什么"出海"在这件事里是一个参数问题而不是一个功能问题；第二层讲跨平台调研时哪些东西要跟着换、哪些可以留着不动，配一张三列平台对照表；第三层落到团队与工具侧——文档列出的人群、SoClaw 侧的技能与模型怎么配。全文会反复回到一条边界：看清市场往哪个方向走，不等于把别人的东西复制过来。
图1：手上不止一个站点时，麻烦的从来不是平台多，而是口径对不齐
亚马逊爆款趋势挖掘怎么做出海版本：先看清"版本"改的是什么
在青虎AI 里，「亚马逊爆款趋势挖掘」对应的真实能力是市场调研与新品挖掘。文档对它的定位原句是：它区别于单次问答工具，能把新品挖掘、市场调研、Listing文案创作、商品资料沉淀等电商运营流程串联；仅需输入商品链接、类目关键词、运营需求，AI 自动调用平台数据工具完成市场研判，输出可直接复用的分析报告，结果可留存用于后续商品档案管理。
这句话里没有任何一环限定在"亚马逊"这一个平台。输入是商品链接、类目关键词、运营需求——这三样换成任何一个平台都成立；过程是调平台数据做市场研判——这里的"平台数据"本身就不限定平台。所以亚马逊爆款趋势挖掘的出海版本改的不是流程，而是流程里的平台参数。
这个判断可以从模板口径上得到印证。文档说页面底部各平台分区内置了标准化调研模板，被列举出来的是黑马新品筛选、高利润选品、避开头部垄断选品法这几个，点击模板卡片的「使用」后模板会自动填充至输入框，仅需简单修改类目、站点、筛选数值即可发送任务。站点就在这三个可改项里，而且是并列的三项之一。
从亚马逊换到另一个平台，动作上就是把「站点」这一项改掉，再顺手核对类目与筛选数值是不是还合适。不需要重新学一套方法，也不需要另找一套物料。这就是"出海版本"在这件事里的真实含义——它是同一套调研流程在不同平台上的复用。
把这一节收成一句话：出海版本改的是参数，不是方法。方法论那一层——用关键词或类目调平台数据、输出可复用的分析报告、把结论归档进商品库——在哪个站点都成立；变的是站点名、类目名和筛选条件这几项输入。
八个平台的口径：文档里逐字列举的那一串
文档里对平台范围有两处列举，措辞几乎一致，一处是分平台快捷提示词，一处是适用人群的第一条。
分平台快捷提示词的原话是：页面底部提供分平台快捷提示词，覆盖亚马逊、TIKTOK、Ozon、Shopee、哔哩哔哩、小红书、抖音、1688。适用人群第一条的原话是：负责亚马逊、TIKTOK、Ozon、Shopee、哔哩哔哩、小红书、抖音、1688全渠道选品、市场调研、Listing优化、商品数据管理的电商运营团队。两处的八个平台完全对应，这就是本批唯一可引的平台范围口径。
八个平台放在一起看，能看出一个明显的分布：既有亚马逊、TIKTOK、Ozon、Shopee 这几个跨境侧的，也有哔哩哔哩、小红书、抖音、1688 这几个国内侧的。这个组合本身就说明文档预设的使用场景是"国内外一起看"。对做出海版本的团队来说，这意味着同一个工作台里可以同时挂跨境站点和国内风向。
数量口径要写准：八个。既不要漏掉其中任何一个，也不要凭印象往里加。文档列举的就是这八个，没有"等"字，也没有别的补充说明。需要提醒一点：文档给出的是"快捷提示词覆盖哪些平台"，这是一份输入侧的便利清单，不是"能抓取哪些平台全站数据"的声明。八个平台是这条调研路线的适用面，不是数据获取范围的承诺。
| 平台 | 文档出处 | 做出海版本时要留意什么 |
|---|---|---|
| 亚马逊 | 分平台快捷提示词与适用人群第一条均列举 | 本批主词落在这个平台上，其余站点的调研方法以它为参照 |
| TIKTOK | 同上两处列举 | 内容侧信号更密，达人数据与短视频数据这四类对象里的两类在这里权重更高 |
| Ozon | 同上两处列举 | 区域站点，同一品类在当地的供给结构与其他站点可能差别较大，筛选数值要重新校一遍 |
| Shopee | 同上两处列举 | 站点较多，切换时要确认站点这一项有没有写清，笼统写平台会让结论变散 |
| 哔哩哔哩 | 同上两处列举 | 内容形态偏长，短视频侧的表达方式参考价值有限，取值时要分清 |
| 小红书 | 同上两处列举 | 需求侧信号密集，热搜数据与内容侧的对照在这个平台上更有意义 |
| 抖音 | 同上两处列举 | 内容与成交的距离较近，达人数据与商品数据可以对着看 |
| 1688 | 同上两处列举 | 供应链侧视角，看的是供给端的选择面，与需求侧结论配套使用 |
这张表的第三列不是文档原文，而是把四类可抓取对象与八个平台的特性放在一起推出来的操作提示。文档列举的可抓取对象是平台商品、达人、短视频、热搜数据四类，不同平台上这四类的信息密度并不一样。
趋势挖掘跨平台复用：哪些要换、哪些不要动
跨平台做调研，最容易犯的错是"全都换一遍"，把本来该保持不变的也改掉，结果几轮结论之间失去可比性。所以做亚马逊爆款趋势挖掘的出海版本，第一件事是先把"变"和"不变"分开。
要换的是三项。站点要换成目标平台；类目名称可能要换成该平台上对应的类目表述；筛选数值要按这个平台的供给规模和需求结构重新校一遍。文档的模板口径写的就是这三项：修改类目、站点、筛选数值。
不要动的是方法。用关键词或类目调平台数据这一步不变；基于调研结论分析数据这一步不变；把全套数据与文案归档存入商品库这一步不变。这三步是迭代法里写死的，换平台不改变顺序，也不改变每一步要做什么。
也尽量不要动的是分析维度。文档在结果调整里提到可以更换分析维度，说明维度是一个可调项；但如果每一轮的维度都不一样，攒下来的结论就没法横向对照。做多站点对照时，保持维度一致，才能看出"同一个品类在不同平台上表现出的差异"。
有个很实用的做法：把这一轮用的输入条件完整记下来——站点、类目、筛选条件、分析目标。文档在自定义需求口径里明确要求"完整描述"这四项，搭配 @工具指令调用对应平台数据源。换平台时只改站点那一项，结论之间的可比性就保住了。
还有一项是可换可不换的：模型。文档在结果调整里提到，可以更换适配技能、AI模型，重新发起云端任务；也支持一键配置多种常用国内大模型，并支持配置其他自定义模型。在跨站点对照这种场景里，建议同一批对照任务用同一个模型。
出海团队的岗位分工：口径统一比多开几个账号更要紧
很多团队理解的"做出海版本"，是给每个站点各配一套人马、各查各的。这么做的问题不在人力，而在结论无法对照：同一品类在不同站点上的结论，因为筛选条件、分析维度、甚至用词都不一样，放在一起看不出差异到底来自市场还是来自口径。文档给出的解法是把入口收到一处——八个平台的分平台快捷提示词在同一个页面上，改的只是类目、站点、筛选数值，跨平台调研因此是在同一套输入结构下进行的。
结论的存放也一样。迭代法说的是把全套数据、文案归档存入商品库。如果每个站点各存一处，"跨站点对照"就得靠人去做汇总；存在同一个商品库里按类目聚起来，多个站点的结论本来就在一起。出海团队最需要回答的恰恰是"同一个方向，换一个市场还成不成立"，而这个只有把结论放在一起才能回答。
「统一」这两个字还有一层含义：不变量比变量更重要。站点、类目、筛选数值是变量，每次都要改；输入结构的四要素、分析维度、归档方式是不变量，尽量不要改。出海版本做得顺不顺，往往取决于不变量守不守得住。
第一类是电商运营团队。文档的描述是负责八个平台全渠道选品、市场调研、Listing优化、商品数据管理的电商运营团队。这条把"全渠道"三个字写在了职责里，说明多站点本来是预设场景之一。
第二类是跨境精品卖家与铺货团队。这两类在调研颗粒度上的诉求差距很大——精品卖家类目少、看得深，铺货团队类目多、看得广。文档在首次操作建议里给了同一句提示：仅做轻量化选品分析，只用平台关键词或类目，无需提前准备表格、大量资料。
第三类是需要批量抓取平台商品、达人、短视频、热搜数据的内容与选品团队。这条是四类可抓取对象的唯一出处，也是跨平台调研里最"重"的一类岗位——他们要的不是一份报告，而是一批批持续进来的判断材料。
第四类是 SoClaw 侧点到的人群：需要做市场调研、广告投放优化、竞品数据分析的电商推广与选品团队，以及需要自动化监控站点信息、社媒分发内容、处理重复办公事务的电商运营与品牌运营团队。
精品卖家：类目少、要看深。这类团队的多站点诉求通常是"同一批核心类目，在几个重点站点各看一遍"。方法上应该保持分析维度一致，把筛选条件写细，归档时按类目聚合多个站点。
铺货团队：类目多、要看广。这类团队的多站点诉求是覆盖率，方法是把手上的类目分组、分批发起任务，任务交给云端后台运行，不必守着页面。
美工与运营：产出侧衔接。文档提到需要批量制作视觉素材、撰写运营文案的跨境卖家、美工、运营人员。他们的工作发生在结论之后，但同样受"口径统一"的影响——站点不同，素材与文案的适配要求也不同。
这三类角色在多站点场景里的接力关系很清楚：调研岗产出可复用的分析报告与筛选清单，运营岗拿去安排Listing与文案，美工按站点适配素材。三者的衔接点就是归档。
亚马逊爆款趋势挖掘多站点对照表怎么搭
下面这张表是把前面讲的"变与不变"落到多站点场景里的做法。左边是要对照的层面，中间是文档出处，右边是这个层面在出海场景里怎么用。
| 对照层面 | 文档出处 | 出海场景怎么用 |
|---|---|---|
| 站点这一项 | 模板口径提到修改「类目、站点、筛选数值」；分平台快捷提示词覆盖八个平台 | 每换一个平台就改这一项，其余输入条件照抄，保住可比性 |
| 四类可抓取对象 | 适用人群第三条列举「批量抓取平台商品、达人、短视频、热搜数据」 | 按平台特性取用：内容侧信号密的平台侧重达人与短视频，需求侧信号密的平台侧重热搜数据 |
| 分析维度 | 结果调整提到可以补充调整分析维度 | 多站点对照时保持维度一致，避免把口径差异误读成市场差异 |
| 模型与技能 | 结果调整提到可以更换适配技能、AI模型；模型配置列举了多个国内大模型 | 同一批对照任务建议用同一模型；技能按平台需要增减 |
| 归档去处 | 迭代法提到将全套数据、文案归档存入商品库，后续调取无需重复查询数据 | 多站点结论归到同一个类目下，横向对照才做得起来 |
这张表最后一行值得多说一句。多站点对照真正的难点不在跑任务，而在把不同站点的结论摆在同一个视野里。如果归档的落点是分散的，"出海版本"就退化成"分别做了几轮调研"。
图2：左边是各站点各查一套，右边是同一套输入结构下的多站点对照
换站点时怎么改输入：四要素的写法
文档对自定义需求的写法给了明确要求：无匹配模板时，直接在输入框完整描述站点、类目、筛选条件、分析目标，搭配 @工具指令调用对应平台数据源。这四样就是跨平台场景下的输入骨架，换站点时只动第一样。
站点：写清楚是哪个平台，如果平台上还有更细的区域划分，也要一并写明。类目：用这个平台上对应的类目表述。筛选条件：这是跨平台时最需要重校的一项，不同平台的供给结构不同，同一组数值在一个平台上筛出的东西可能过多或过少。分析目标：文档在推荐流程里写得更明确，告知 AI 需要选品、竞品拆解还是关键词分析。多站点对照时这一项尤其要写死，否则几轮任务的目标不一致，结论没法并排看。
@工具指令这一项在跨平台场景里的作用被放大了。文档对它的说明是"调用对应平台数据源"。当同一轮任务里涉及多个平台时，@ 哪些平台工具直接决定了数据从哪儿来。这也是为什么跨平台调研建议按站点分开跑，而不是把多个站点塞进一次任务——分开跑，@ 指向明确，结论也能各自成档。
模板和自定义需求是两条互补的路。有匹配的标准化模板时，点模板卡片的「使用」，模板自动填充至输入框，然后改类目、站点、筛选数值就行，适合标准化选品分析；没有匹配模板时，才用完整描述四要素的写法。跨平台调研经常会遇到后者——因为模板是按平台分区的，换到一个不太常用的平台上，未必有现成的可套。
SoClaw 侧在出海版本里的位置：技能、模型与云端
前面讲的都是 Agent 侧的方法。多站点调研如果变成一件长期反复的事，就要看 SoClaw 这一侧能提供什么。
进入路径文档写得很清楚：打开青虎AI平台，登录账号后点击左侧导航栏「Agent」板块；在 Agent 页面下方切换标签至 SoClaw 分区，点击左侧开启新对话，进入 SoClaw 专属对话工作台。SoClaw 不是一个并列的导航入口，它是 Agent 页面下方的一个分区标签。
进入之后，输入框下方是四类辅助操作：上传、技能、模型、提示词库。这里必须和 Agent 侧区分清楚——Agent 侧输入框底部是三个辅助按钮，分别是上传、工具、提示词库；SoClaw 侧是四类，其中「技能」和「模型」是 Agent 侧没有的。两套不能混写。
点开「技能」进入技能商店，商店按顶部场景分成五大分类：AI生成（制作图片、短视频类视觉素材）、内容创作（润色文本、生成SEO文章、公众号稿件、办公文案）、提效工具（搭建站点监控、链接管理类自动化流程）、数据分析（输出市场调研报告、广告投放优化方案）、电商（社媒自动分发、电商关键词排名监控）。
和出海版本贴得最近的是三个。数据分析分类的用途原文是输出市场调研报告、广告投放优化方案——多站点调研的产出形态落在这里；提效工具分类的用途原文是搭建站点监控、链接管理类自动化流程——多个站点要持续跟的时候，"站点监控"这一项正好对上；电商分类里的电商关键词排名监控，也和跨站点的关键词跟踪相关。
贴得最近：数据分析。用途原文是输出市场调研报告、广告投放优化方案。多站点调研最终要落成报告，这个分类决定了报告怎么出来。
贴得近：提效工具。用途原文是搭建站点监控、链接管理类自动化流程。手上站点一多，"每个站点每轮都要重新跟一遍"这件事可以交给这类流程。
把技能挂到任务上有两条路。方法一是从实例卡片出发：在实例卡片点击【技能】，进入技能商店选择对应技能进行添加。方法二是从技能商店出发：在技能商店选择技能，点击关联SoClaw，进入 SoClaw 列表选择目标 Claw，点关联。做多站点调研时，方法二更顺手——先把各站点要用的技能挑齐，再统一分配。
技能挂上以后，用法是：点击菜单开启新对话，在对话框输入指令和勾选使用技能，支持上传图片、视频和文档等。跨平台任务里最容易出错的正是这个「勾选」——技能挂上了不等于自动生效，本轮要用哪几个要主动勾上，特别是当同一批任务里不同站点要用不同技能的时候。
最后是跑法。发送任务，云端后台运行，无需保持页面常驻——这句话在文档里出现了两次，一次在 SoClaw 第一次使用的四步里，一次在云端特性的说明里。多站点调研的任务量大，这条特性意味着你不必一个站点一个站点地守着结果出来。
但要把「自动」这两个字摆正。文档里说的是任务在云端跑、不需要保持页面常驻，它的含义是执行过程不需要人盯着，不是"青虎AI 自己会替你做判断"。站点、类目、筛选条件、分析目标仍然由人写，技能仍然由人勾选，报告出来之后仍然由人确认。
趋势挖掘在出海场景里的四条纪律
纪律一：一个任务一个站点。站点是模板口径里明列的可改项，也是 @工具指令要指向的对象。一次任务里塞多个站点，@ 的指向会变模糊，产出的结论也不好归档。多站点场景下就是"单站点 + 单类目"一个任务。
纪律二：条件记录和站点一起走。文档要求无匹配模板时完整描述站点、类目、筛选条件、分析目标。这四样在归档时应该和结论待在一起，尤其是站点那一项——否则过一阵子回头看，分不清这份结论是哪个市场的。
纪律三：先轻量跑通，再考虑铺开。文档对首次操作的建议是仅做轻量化选品分析，只用平台关键词或类目，快速获取商品筛选清单、市场机会与后续运营动作，无需提前准备表格、大量资料。出海版本也是一样，先把两三个站点跑通对照组，再决定要不要扩到更多。
纪律四：调整留在原会话。文档给出的调整路径是优先在当前会话内修改指令，无需新建对话，可以补充调整站点、评论与销量筛选数值、新增卖点限制、更换分析维度；若数据覆盖不足，可在指令内新增 @对应平台工具重新调取数据源。跨平台任务返工机会多，每次都新开对话重新描述一遍，重复劳动会迅速累积。
场景一：铺货团队要一次盘多个区域市场。文档把铺货团队列进了适用人群，这类团队的特点是站点多、类目多。做法是把"站点 × 类目"拆成一批单站点单类目的任务，用同一套输入结构发出去。跑完的结论按类目归档，多个站点的结论在同一个类目下并列，横向差异一眼可见。
场景二：精品卖家只做两三个站点，但要看得深。这类团队站点不多，重点在每一轮的条件写得准。文档给的做法是完整描述站点、类目、筛选条件、分析目标，搭配 @工具指令指向平台数据源。站点少的时候，把筛选条件做细、把分析维度固定住，比多跑几个站点更值钱。
场景三：国内品牌要看出海方向。文档列举的八个平台里既包含跨境侧也包含国内侧。同一个工作台里可以同时看国内风向和海外站点，把国内已经起量的方向拿到海外平台上对照。
归位那条边界：趋势挖掘不等于把货搬过来
讲到这里必须把一条边界摆明确，因为跨平台这件事最容易和"搬货"混在一起。看到别的站点上某个东西卖得动，自然会产生"把它弄到自己这边来"的念头——但这个念头已经不属于趋势挖掘了。
趋势挖掘不是抄款，也不等于跟卖。它解决的是"市场在往哪个方向走、什么需求在涨"，产出是分析报告与筛选清单。文档里从头到尾描述的都是认知类动作：新品挖掘、市场调研、市场研判、输出分析报告、商品资料沉淀。里面没有任何一处提到自动上架、自动跟卖、自动铺货这类搬运动作。
跨平台场景里，这条边界还有一个更具体的形态：八个平台是调研的适用面，不是"可以跨平台搬运"的通道。同一套方法在多个站点上跑，目的是把各市场的需求与供给摸清楚。
还有个容易混淆的说法要一并挡掉：文档给出的是分平台快捷提示词覆盖八个平台，这是输入侧的便利清单，不是"能抓取任意平台全站数据"的声明。
关于出海版本的四个常见误区
这四个问题在多站点调研这条路上出现频率最高，每一个背后都藏着一次对文档的误读。青虎AI 的出海版本能力边界，从这几个误读里最容易看清。
误区一：以为做出海版本要另配一套系统。
文档给的口径是同一套输入结构：分平台快捷提示词覆盖八个平台，模板点在同一个页面上，改的只是类目、站点、筛选数值。所谓出海版本，是同一套调研方法在不同平台上的复用，不需要另起一套体系。
误区二：以为多站点就是把同一个任务复制几遍。
直接复制会踩到筛选条件那一项。文档把可改项写成类目、站点、筛选数值三项并列，说明筛选数值和站点一样需要跟着换。不同平台的供给规模和需求结构不同，同一组数值在一个平台上合适，在另一个平台上可能筛得过多或过少。
误区三：以为看到别的站点上卖得动就能直接搬过来。
这正是本批最硬的那条边界：趋势挖掘只做分析与筛选，不碰上架与跟卖。跨平台调研的产出是各市场的判断结论与筛选清单，不是可搬运的货。看清市场往哪个方向走，和把别人的东西复制过来，是两件完全不同的事。
误区四：以为不同站点该用不同模型才能对上。
文档说支持配置多个国内大模型，也支持配置其他的自定义模型，更换模型是文档明确给出的调整手段之一。但做横向对照时，同一批任务建议保持一致——否则观察到的差异里会混进模型口径的差异。
把多站点调研跑成一轮完整流程
把前面的环节按顺序串起来，一个多站点调研轮次是这样的。
第一步
定这一轮要对照的站点组合
文档列举的八个平台里，选出这一轮要对照的几个。同时定下这一轮要回答的问题——是同一个品类在不同市场的供给差异，还是某个方向在各市场的需求热度差异。
第二步
用同一套输入结构发起任务
有匹配模板时点模板卡片的「使用」，模板自动填充至输入框，然后改类目、站点、筛选数值；没有匹配模板时完整描述站点、类目、筛选条件、分析目标，搭配 @工具指令调用对应平台数据源。每个任务只对应该组合里的一个站点。
第三步
在会话执行页看过程、出结论
任务发送后进入会话执行页，实时展示工具调取、数据爬取、报告生成全过程，页面分为5 个核心板块。任务跑完查看商品清单与分析结论。这个环节在青虎AI 里是可见的，不是黑箱。
第四步
同会话内调条件，不新建对话
结论不满意时优先在当前会话内修改指令：补充调整站点、评论与销量筛选数值、新增卖点限制、更换分析维度；数据覆盖不足时，在指令内新增 @对应平台工具重新调取数据源。
第五步
按类目归位，多站点结论放在一起
把全套数据与文案归档存入商品库，后续调取无需重复查询数据。多站点场景下，同一个类目的不同站点结论归到同一处，横向对照才有材料。
这五步里最容易被跳过的是第一步。站点组合如果没定，后面几轮任务的站点就会随机变化，归档下来的结论自然拼不成对照。多站点场景下就是：类目固定、站点成组、逐轮更新。
图3：多站点调研的五格路径，站点成组、类目固定、结论归到一处
关于出海版本的常见问题
下面这些问题来自多站点调研这条路上最常被追问的点，回答全部以文档口径为准。
问：出海版本能覆盖哪些平台？
文档的分平台快捷提示词覆盖八个平台：亚马逊、TIKTOK、Ozon、Shopee、哔哩哔哩、小红书、抖音、1688。适用人群第一条列举的是同样八个。这八个就是可引的范围，不要往里加。
问：换平台的时候具体改哪几项？
文档在模板口径里写了三项并列：类目、站点、筛选数值。用模板时点「使用」自动填充后改这三项；自定义需求时则要完整描述站点、类目、筛选条件、分析目标，搭配 @工具指令调用平台数据源。
问：八个平台的数据都能抓到吗？
文档的说法是分平台快捷提示词覆盖这八个平台，这是输入侧的便利清单，没有给出任何关于抓取范围的声明。可写的是：用 @工具指令指向对应平台工具，让数据从正确的来源进来。
问：不同站点必须用不同的模型吗？
不必。文档写到支持一键配置多种常用国内大模型，也支持配置其他的自定义模型。这是可选项，横向对照时保持一致反而更好。
问：多站点任务要不要守着结果？
不用。文档明确写了发送任务后云端后台运行，无需保持页面常驻。这一点在 SoClaw 第一次使用的四步和云端特性说明里都出现过。
问：出海版本要用到 SoClaw 侧的哪些技能分类？
贴得最近的是两个。数据分析分类的用途原文是输出市场调研报告、广告投放优化方案；提效工具分类的用途原文是搭建站点监控、链接管理类自动化流程。电商分类里的电商关键词排名监控也与跨站点跟踪相关。
问：技能怎么关联上去？
两条路。方法一：在实例卡片点击【技能】，进入技能商店选择对应技能进行添加。方法二：在技能商店选择技能，点击关联SoClaw，进入 SoClaw 列表选择目标 Claw，点关联。多站点场景下方法二更顺手，可以先把技能挑齐再统一分配。
问：八个平台以外的站点怎么办？
文档列举的就是这八个，没有额外说明。不要承诺任何清单外的覆盖。可用的做法是在这八个平台内做对照，把结论写清楚站点是哪几个。
问：多站点调研一次要跑多久？
文档里没有任何时长口径，也没有任何关于数据更新频率的说法。所以与时长、频率相关的表述都不能写。可以写的是：任务发送后进入会话执行页，可以实时看到工具调取、数据爬取、报告生成的过程。
问：出海版本和「趋势」这个词怎么对上？
落在新品挖掘与市场调研上。文档原文里没有独立的"趋势"功能，做多站点调研的意义在于：同一个方向在多个市场上的截面放在一起，方向的变化才看得出来。单看一个站点，看到的只是一个市场的当下。
问：多站点的结论要分开归档还是放一起？
文档建议围绕单个类目或单品持续迭代分析，并把全套数据、文案归档存入商品库。所以建议按类目归，多个站点的结论挂在同一个类目下。这样下一次做横向对照时，材料本来就是并排的。
问：看到别的站点卖得好，能直接搬过来吗？
不能。这条边界要写清楚：趋势挖掘不是抄款，也不等于跟卖；它只做分析研判，产出分析报告与筛选清单，不产出任何搬运动作。文档全文没有自动上架、自动跟卖、自动铺货这类能力。
问：跨平台任务跑歪了怎么改？
优先在当前会话内修改指令，无需新建对话：补充调整站点、评论与销量筛选数值、新增卖点限制、更换分析维度；如果发现数据覆盖不足，可以在指令内新增 @对应平台工具重新调取数据源。
问：Agent 侧和 SoClaw 侧的辅助入口一样吗？
不一样。Agent 侧输入框底部是三个辅助按钮：上传、工具、提示词库。SoClaw 侧输入框下方是四类辅助操作：上传、技能、模型、提示词库。两者不要混写，做多站点调研的长期跟踪要走 SoClaw 侧。
「亚马逊爆款趋势挖掘怎么做出海版本」的答案是：这件事对应的能力是市场调研与新品挖掘，出海版本改的是参数而不是方法。文档的分平台快捷提示词覆盖 8 个平台——亚马逊、TIKTOK、Ozon、Shopee、哔哩哔哩、小红书、抖音、1688；用模板时改类目、站点、筛选数值三项，用自定义需求时完整描述站点、类目、筛选条件、分析目标并搭配 @工具指令调用对应平台数据源。要换的是站点、类目、筛选数值；不要动的是方法、分析维度与归档方式。规模大了以后，到 SoClaw 分区打开技能商店，用数据分析分类产出市场调研报告、用提效工具分类搭建站点监控与链接管理，技能通过实例卡片或技能商店两条路关联到 Claw 上，任务交给云端后台运行。最后记住一条边界：看清市场往哪个方向走，不等于把别人的东西复制过来——八个平台是调研的适用面，不是跨平台搬运的通道。
图4：多站点调研真正省下的，是各站点之间反复对齐口径的功夫
相关入口
