把每天重复看的竞品数据，整理成一个 Skill

产品一多，每天重复看数据就会占掉不少时间。打开链接，等工具加载，再看排名、评论数和星级；关键词还要单独查。看完一个记一个，第二天再来一遍。

我原来的一篇文章，记录了把这些动作交给 Codex、卖家精灵 MCP 和飞书，再保存成 Skill 的思路。整理成网站版时，我更想把中间的分工写清楚：要记录什么，怎样算完成，数据回来以后又由谁判断。

先确定要持续看的对象

追踪之前，需要有一个确认过的产品清单。自己的产品和重点竞品分开标记，父体、子体和具体变体也要说明。

清单应该能回答：这条为什么值得跟踪，它属于直接竞品、同阶段参考，还是成熟标杆？如果第一步就把不同用途的产品混在一起，后面的变化也很难解释。

还没建立清单的话，可以先看竞品池的筛选方法。

我希望表里每一行对应一个产品在某一天的状态。除了 ASIN 和采集日期，还可以记录：

字段的含义要先定好。没有取得的数据，应该显示缺失或待确认。填成零，第二天比较时就可能制造一次并不存在的“暴跌”。

我在原稿里给 Codex 的任务，是调用卖家精灵 MCP 查询指定产品，再通过飞书工具写入多维表格。

这几件事需要分开理解：查询接口是否返回、字段是否完整、表格是否写入，以及写进去的内容是否和原始结果一致。某一步成功，不能替后面的步骤作保证。

配置前，也需要确认相应服务在自己的账号中是否可用。网页端可用，不代表某个接口权限已经包含在内；具体以服务商当前给出的权限说明为准。

我会把回读放进流程里：写入后按产品和日期重新读取，核对记录数量、关键字段和值。

如果本次只拿到一部分数据，就把本次状态标为部分完成，同时列出缺口。接口返回成功但回读不一致，也应该停下来处理。

请按已确认的产品清单采集今天的数据。
保留来源、日期和原字段口径，缺失值不要填成零。
写入表格后重新读取，核对覆盖数量与关键字段。
分别报告采集、写入、回读的结果，并列出未完成项。

这样的交付，才能让人知道今天这张表能看到什么，又有哪些地方还不能下判断。

打开快照时，我通常先看排名有没有明显变化，再看评论数和星级，然后看关键词覆盖的变化。

它们是继续调查的线索。排名波动需要结合时间范围看；评论变化要核对具体内容；第三方观察到的广告关键词，也不能直接还原对方的广告预算和投放设置。

对新品来说，连续记录关键词覆盖，能帮助发现值得追问的问题。不过“数量没有增长”也不能单独证明广告或 Listing 出了问题，还要看工具覆盖、采集是否完整，以及其他实际数据。

定时任务决定什么时候开始运行。Skill 保存的是怎样执行：输入清单、字段说明、工具分工、出错时的处理，以及完成后的检查。

要换一批产品，或者把流程交给别人时，这些说明比一段零散聊天记录更容易复用。新的使用者仍然需要配置自己的权限和目标表，不能把我的本机配置一起带过去。

我想省下的是重复抄数据的时间。看到异常以后，怎样核实、是否行动，仍然是运营工作的一部分。