方案背景图

Shopify开发怎么落地?覆盖Liquid主题和API

「Shopify 开发」是「龙虾部署大师」技能市场中的店铺开发参考技能:它面向 2026-01 API 版本,覆盖 Liquid 模板、OS 2.0 主题、GraphQL Admin 与 Storefront API、Ajax 购物车、应用、Functions、Hydrogen 等开发主题,按需求给出主题代码、API 调用示例、扩展实现思路和迁移排障建议。 技能效果 要在商品页按选中变体显示库存时,它写出了判断现货、仅剩N件、缺货的Liquid代码片段,顺手把集合页过滤器写规范,还说明显示不对怎么结合日志定位。 Shopify 开发栈太宽,资料总在四处找 Shopify 的技术栈横跨好几层:前端有 Liquid 模板和 OS 2.0 主题,数据有 GraphQL Admin 和 Storefront API,交互有 Ajax 购物车,业务规则有 Functions,无头店面又是 Hydrogen 那一套。每一层的语法、对象、版本约定都不一样,开发者要么在官方文档里来回翻,要么凭旧经验写、再被废弃提示打回来。尤其是版本演进——Scripts 要迁到 Functions、Polaris React 要换成 Web Components,这些迁移路径如果没人梳理清楚,很容易写出过时的实现。 同一个店铺,要同时面对几层技术栈 前端层:Liquid · OS 2.0 主题 交互层:Ajax 购物车 API 数据层:GraphQL Admin/Storefront 业务层:Functions 无头层:Hydrogen 店面 迁移:Scripts → Functions Polaris → Web Components 这个技能能帮你查到什么 它是一份覆盖完整 Shopify 开发栈的参考,按你手头的任务给出对应资料。主题方向,它梳理 Liquid 的标签、过滤器、对象和 OS 2.0 主题架构,支持你改 .liquid 模板或 JSON section;API 方向,它指导 GraphQL Admin、Storefront 和 Ajax API 的安全调用;扩展方向,它支持应用、Functions、Hydrogen 和扩展的开发路径;工程方向,它提供性能优化、废弃迁移和 Liquid/API 的故障排查参考。输出包括主题代码、API 调用示例、扩展实现思路、迁移提示和排障建议,帮你按官方栈把功能落地。 说清你的需求 改主题/集成/迁移 匹配对应栈资料 按 2026-01 版本 代码示例 + 迁移/排障 用前须知 建议本地安装 Node.js 与 Shopify CLI(npm install -g @shopify/cli)。调用 Admin/Storefront API 需要店铺访问令牌,主题开发需要相应的 Shopify 店铺权限。该技能提供的是开发参考与代码思路,实际部署到店铺仍由你在自己的环境中完成。 怎么用它 用法是把开发任务和约束(哪个接口、哪个版本、要不要迁移)用自然语言交给它,由它给出对应的代码与思路。例如可以这样对它说: 可以这样对它说 "这个 Liquid 模板要显示变体库存,顺便把过滤器写得更规范一些。" "帮我把旧的 Scripts 迁到 Functions,说明实现方式和部署步骤。" "Hydrogen 页面要拉商品数据,查询按新版接口写,并说明缓存策略。" 它适合这些场景:需要修改 .liquid 模板或 JSON section 来实现自定义商品展示;应用需要通过 GraphQL Admin API 读取或变更商品、订单数据;主题购物车交互异常、要排查 Ajax API 或 JavaScript 问题;以及从 Scripts 或 Polaris React 迁移到 Functions 与 Web Components。 大家常问 Shopify 的 Scripts 和 Functions 有什么区别?为什么现在要从 Scripts 迁移到 Functions? 两者都用来写购物车折扣、运费、支付限制等自定义逻辑,但 Scripts 用 Ruby、只兼容旧版结账、共享运行时、难调试;Functions 编译成 WebAssembly 跑在独立沙箱、执行时间有上限、用 Shopify CLI 部署、支持版本管理。要迁移是因为旧版 Checkout 正被淘汰,Scripts 已停更,新功能只基于 Functions 开发。本技能可给出迁移路径与实现思路。 Shopify 主题开发里说的 OS 2.0 和老主题有什么区别?Liquid 模板和 JSON section 是什么关系? OS 2.0 把编辑权还给商家:所有页面都能在可视化编辑器里拖拽配置、原生支持元字段、App 通过 App Blocks 注入不易冲突;老主题大多硬编码在 Liquid 里、商家改不了。关系上,JSON 模板是"布局清单",列出页面用哪些 section、顺序和参数;Liquid section 是"功能单元",定义长什么样、取什么数据。本技能按这套架构给主题代码。 Shopify 的 Hydrogen、无头(Headless)店面是什么意思?和直接改 Liquid 主题有什么区别? 无头是把前端(头)和 Shopify 后端(身体)分离:后端仍管商品库存结账,前端自选 React/Vue 等技术栈,通过 Storefront API 取数据,性能和定制自由度更高但开发运维更重。Hydrogen 是 Shopify 官方的无头 React 框架、内置电商组件。改 Liquid 主题则是一体化、开箱即用、适合多数中小商家。本技能能讲清各路径取舍与落地。 Shopify 主题里购物车交互(加购、改数量)异常,一般和 Ajax Cart API 是什么关系? 主题购物车的加购、改数量在前端通过 Ajax Cart API 异步操作:/cart/add.js 加购、/cart/change.js 改数量、/cart.js 取购物车,不刷新页面就更新数据。交互异常多在这条链路上:JS 没绑定事件就请求不发出、回调没刷新 UI 就角标价格不动、特殊 SKU 会返 422。本技能可对照 Network 请求与 API 返回逐项排查。 想用上这个技能? 「Shopify 开发」就在「龙虾部署大师」的技能市场里,打开 技能市场 就能一键安装使用。 还没装龙虾?先 一键部署「龙虾部署大师」,在本地跑起来后再装技能即可。 注:技能的实际效果与所选用的 AI 模型能力有关,不同模型下的表现可能存在差异。

2026/07/14

抖音账号怎么分析?抓视频互动数据排序并解读内容策略

「抖音趋势分析」是「龙虾部署大师」技能市场中的账号分析技能:它针对指定的抖音作者主页或视频链接,分析账号概况、近期视频表现、互动数据、播放量补充和评论风向。它依赖 web-extract 抖音工具获取真实数据,分析前先做账号匹配、数据合理性和视频数量验证,输出可包含作者概览、视频表现排行、互动得分、高效内容特征、评论情绪分布和内容策略建议,不处理热榜、下载或写操作。 技能效果 分析一个抖音创作者主页时,它给出账号概览,并按点赞把近期视频的互动表现排了序。 账号复盘,为什么常常只看了个点赞数 做账号复盘和达人评估时,难点不是看不到数据,而是把分散的数据整合成可判断的结论。一条视频火了,到底是题材、形式还是发布时间起了作用?评论区是真喜欢还是在吐槽?多数人翻完主页只记住了几个点赞数字,却说不清"近期哪几条最有效、它们的共性是什么、评论风向偏正还是偏负"。更现实的风险是,凭印象拿错账号的数据下结论,复盘的方向从一开始就偏了。 主页 作者概况 点赞/评论 收藏/分享 播放补充 互动得分排行 + 高效内容共性 + 评论风向 这个技能能分析出什么 它面向单个账号或单条视频做深度分析,而不是看平台大盘热点。给定作者主页或视频链接后,它获取作者的视频列表及点赞、评论、收藏、分享等互动数据,按互动得分对视频排序,识别近期表现最好的内容及其共同特征;对单条视频,它调用评论和深度数据工具,分析用户反馈与表现,给出评论情绪分布。输出可以是作者概览、视频表现排行、互动得分、高效内容特征、评论情绪分布和内容策略建议。 它有两条明确边界:一是会先执行账号匹配、数据合理性和视频数量验证,防止误用错误账号的数据;二是不编造播放或互动数字,确保分析来源可追溯。它也不处理热榜、下载或任何写操作。 账号匹配合理性验证 互动得分排序识别高效内容 评论情绪风向分布 策略建议 用前须知 该技能无需单独的 API Key,依赖 AI 助手的 web-extract 抖音工具获取数据。公开数据优先,必要时需要在托管浏览器中登录抖音才能取到更完整的信息。 怎么用它 用法是把作者主页或视频链接连同你想看的角度交给它。例如可以这样对它说: 可以这样对它说 "分析这个抖音作者主页,找最近视频里互动最强的几条并排序。" "这条视频评论看看风向,正负面和高频话题分开说,再挑可复用的反馈。" "这个账号近三十天的内容表现做个排行,说明爆点共性,别只报点赞数。" 它适合这些场景:运营团队提供主页链接、想找出近期表现最好的视频;品牌方评估达人时查看粉丝、作品和近期互动质量;内容团队分析某条视频的评论情绪和反馈主题;以及账号负责人基于近期视频数据调整题材、发布时间和形式。 大家常问 抖音完播率到底是什么?多少算正常、多少能继续推送? 完播率=完播次数÷播放次数×100%,衡量用户是否完整看完视频。它是相对指标,没有固定及格线,需按同时长、同品类、同账号历史基准线纵向对比。显著高于你账号近30天该品类均值的视频,更容易被判定为"值得继续推送"。 抖音的互动率怎么算?和"互动指数"是同一回事吗? 互动率=(点赞+评论+分享+收藏)÷播放量×100%,各项等权,公开透明;互动指数是平台算法内部对参与质量的加权评分,评论、转发、关注转化等深度行为权重远高于点赞,公式不公开。两者不等同:互动率看"广度",互动指数看"深度"。 抖音的流量池是什么?为什么同一个账号有时视频几百播放、有时能破万? 流量池是推荐系统的分层放大机制:从200-500初级池起,按完播率、互动率、关注转化等指标逐层考核,达标才进下一级。同账号播放量大幅波动,主要源于"内容方向 vs 历史粉丝画像"的匹配度差异、内容形态的完播适应性、发布时段竞争强弱与账号短期权重浮动。 抖音爆款视频的共性有哪些?为什么很多账号粉丝多却出不了爆款? 爆款共性:前3秒钩子住人、加权完播率高(15秒视频≥60%)、收藏与转发权重大、均播占比高、推荐Feed占比>80%。大号难爆是因为粉丝量≠基础曝光,关注页推送占比极低;老粉画像锁定导致新形态完播率被拉低,算法冷启动样本方差小,反而难出现异常正反馈。 想用上这个技能? 「抖音趋势分析」就在「龙虾部署大师」的技能市场里,打开 技能市场 就能一键安装使用。 还没装龙虾?先 一键部署「龙虾部署大师」,在本地跑起来后再装技能即可。 注:技能的实际效果与所选用的 AI 模型能力有关,不同模型下的表现可能存在差异。

2026/07/14

京东违禁词怎么检查?批量扫全文风险词出违规清单

「京东违禁词检查」是「龙虾部署大师」技能市场中的文案合规检测技能:它批量检测京东商品详情页文本是否包含广告法风险词,输入商品链接和可选自定义违禁词后,检查标题、卖点、促销、参数和页面全文,合并内置 500+ 违禁词与用户补充词,返回违规商品数、命中词、命中区域和错误列表。 技能效果 审三条京东文案时,它逐条标出国家级、史上最强、包治百病、永不褪色等违禁词的位置和违规类型,并附上合规替换写法和广告法条款。 广告法极限词,罚款重又难自查 "最""第一""国家级"这类广告法极限词,一旦出现在商品文案里,轻则下架整改、重则面临处罚。但人工自查很容易漏:风险词可能藏在标题、卖点、促销文案或参数表的任何角落,多个商品页逐字核对既慢又难免看走眼,新品上架前临时检查更容易出纰漏。 这个技能能帮你查什么 它把上架前的合规自查自动化。它先校验京东商品链接和自定义违禁词参数是否合法;再批量检查标题、卖点、促销和页面全文中的风险词;检测时会把内置的 500+ 违禁词库与你补充的品牌内部禁用词合并;最后返回检查了几个商品、几个违规、命中了哪些词、出现在哪个区域,以及处理过程中的错误信息。它还会区分未登录、风控、验证码、页面加载失败等情况,让结果可信。 逐个文本区域扫一遍 标题 卖点 促销文案 参数 页面全文 · 内置 500+ 词 + 自定义词 检查跑完,它把命中点定位到具体商品和区域,让整改有的放矢: 输入商品链接 批量扫描全文 输出命中词 / 区域 / 违规数 用前须知 该技能需要 Python、AI agent gateway、skillcore 服务和 Chrome,京东账号需在浏览器中登录;图片中的文字 OCR 检测尚待对接,暂以文本区域检测为主;无需独立 API Key。 怎么用它 用法是把要检查的京东商品链接和补充词用自然语言交给它即可。例如可以这样对它说: 可以这样对它说 "检查这三个京东商品页,标题和详情有没有广告法违禁词,按位置列。" "把这些京东链接批量跑一遍,尤其看最字和夸大宣传,结果分商品列。" "新品上架前先查文案,额外把限时秒杀和促销区也算进去。" 它适合这些场景:商品上架前检查广告法极限词和敏感营销表述;多个京东商品页批量排查标题和详情风险;品牌方新增内部禁用词、要与默认词库合并检测;运营遇到页面违规整改、需要定位具体命中位置。 大家常问 广告法里的极限词到底指什么?京东商品文案里常见的有哪几类? 极限词又称绝对化用语,指「最」「第一」「唯一」「国家级」这类无法客观验证、依《广告法》第九条禁用的表述。京东文案里常见有六类:绝对化用语、虚假功效承诺、国家级/行政认定、贬低同行的排他、虚构时限数量、违禁敏感词。「京东违禁词检查」内置 500+ 词库可合并自定义词,自动标出标题、卖点、促销、详情里的命中词与位置。 京东商品标题、卖点里用了极限词,可能面临什么后果? 法律层面,依《广告法》第五十七条可处 20 万至 100 万元罚款,情节严重吊销执照,还可能被职业索赔人专门盯上发起索赔。平台层面,京东按违规等级处理:一般违规商品下架扣分,严重违规限制发布甚至关店清退。上架前用「京东违禁词检查」逐项自查、整改后复检,是把风险拦在前面的低成本做法。 把最好改成拼音、谐音或英文,还算不算广告法违禁词? 算,依然违规。市场监管按「实质性认定」原则,看你实际表达的含义而非字面形式;只要受众能理解成「最好」,写成 zuihao、醉好、Best 一样会被认定为变相使用违禁词,已有大量处罚案例,平台检测系统也能识别拼音、谐音、英文变体。与其打擦边,不如用「值得推荐」「品质之选」等合规表达,配合「京东违禁词检查」逐条核对替换。 为什么违禁词检查要同时看标题、卖点、促销和详情全文,而不只看标题? 违规词遍布各文本区域,标题只占整页一两成内容;卖点常写「销量第一」、促销爱用「仅此一天」、详情参数易出现「国家级」「顶级面料」。处罚不分出现位置,只要页面任意处命中就属违规,且平台巡查与职业打假都是整页扫描。所以「京东违禁词检查」一次覆盖标题、卖点、促销、详情全文并定位命中区域,图片 OCR 检测尚待对接。 想用上这个技能? 「京东违禁词检查」就在「龙虾部署大师」的技能市场里,打开 技能市场 就能一键安装使用。 还没装龙虾?先 一键部署「龙虾部署大师」,在本地跑起来后再装技能即可。 注:技能的实际效果与所选用的 AI 模型能力有关,不同模型下的表现可能存在差异。

2026/07/14

如何用 AI 学会 Git 常用命令

「Git 基础操作」是「龙虾部署大师」技能市场中的版本控制助手技能:作用是把常用的本地 Git 命令和协作流程整理清楚并安全执行,覆盖初始化、克隆、配置用户名邮箱、查看状态、暂存、提交、修订提交、查看差异,以及分支创建切换删除、合并、冲突检查、远程仓库管理、fetch、pull、rebase、push 和安全强推。它把这些操作规范化,并整理命令输出便于查看。 技能效果 让它演示查看仓库改动时,它真的初始化了一个 git 仓库、造了四个文件并改动一部分,再用命令展示出已暂存、未暂存、未跟踪三种状态和当前分支。 Git 命令记不牢,问题出在哪 Git 的日常痛点不是不会用,而是命令零散、易记错,且部分操作有破坏性。查状态、看差异、暂存、提交、改提交、建分支、切分支、合并、推远端——每个动作都有自己的参数和细节,偶尔用一次就要翻文档。更要紧的是,rebase、强推这类操作一旦用错,可能覆盖他人提交或丢失历史。结果是:简单操作要查,危险操作不敢轻易动,效率和安全两头都打折扣。 本地 Git 工作区流转 工作区 add 暂存区 commit 本地仓库 push 远端 这个技能能帮你做哪些 Git 操作 它把本地版本控制的常用动作整理成一套可以放心调用的能力,并附带安全约束。基础层面,提供初始化、克隆、全局配置用户名邮箱、状态检查和提交。日常层面,覆盖暂存、差异查看、提交修订,以及分支的创建、切换、删除和管理。协作层面,处理合并、冲突检查、远程仓库添加、fetch、pull、rebase、push,对安全强推这类有风险的操作格外谨慎。它还会清理命令输出,按状态、日志或分支列表选择合适的展示格式,让结果一眼能读懂。它定位在常用命令与基础协作流程,更复杂的历史搜索、stash、标签、cherry-pick、子模块等会指向扩展文档。 基础init/clone/commit 日常diff/分支/改提交 协作merge/pull/push 安全强推谨慎/输出清晰 用前须知 该技能无需 API Key,但需要本机已安装 Git。涉及远程仓库推送或私有仓库时,需要额外配置对应平台的认证(如 SSH Key 或访问令牌),否则推拉操作会因权限不足而失败。 怎么用它 用法是把当前要做的版本控制动作用自然语言说清楚,不必记参数,由它选用安全的命令并整理输出。例如可以这样对它说: 可以这样对它说 "看一下当前仓库哪些文件改过、哪些还没暂存,顺便告诉我当前在哪个分支。" "把这次改动提交成一条记录,提交信息写修复登录,不要改上一条提交。" "新建一个 feature 分支,把本地改动推到远端并设置上游。" 它适合这些场景:新项目要初始化仓库、配置用户信息并完成第一次提交;开发者要创建功能分支、切换分支、合并并处理冲突;需要查看未暂存或已暂存差异、确认提交范围是否正确;团队协作时设置远程仓库、拉取更新并推送新分支。 大家常问 git 的工作区、暂存区和本地仓库到底是什么关系? 工作区是你正在编辑的文件目录,可自由增删改;暂存区是 .git/index 里那张「下一次提交的清单」,由 git add 把工作区改动登记进来;本地仓库是 .git/objects/ 里的不可变提交快照,由 git commit 把暂存区那张清单永久写入。HEAD 则是指向当前分支最新提交的指针,决定 commit 的父提交是谁。 git merge 和 git rebase 都能合分支,本质区别是什么? merge 是追加一个有两个父提交的合并节点,原有的两条分支提交一字不改地保留下来,历史呈分叉拓扑;rebase 是把当前分支的提交挨个搬到目标分支顶端,重新生成全新哈希的提交,历史变成一条直线。前者不改写历史、可被 revert 整体撤销,后者重写历史,已推送到远端共享的提交不要 rebase。 为什么 git push --force 被视为危险操作? 普通 git push 会做快进检查,若远端有本地没有的提交就拒绝推送,保护远端历史完整性。--force 直接跳过这道检查,把远端分支引用强行指向本地 HEAD,远端那些你没拉到的提交立刻从引用图里被切断,沦为悬空对象,等 git gc 一跑就永久丢失。别人在那段历史上的工作也会一起被覆盖。 git reset 和 git revert 都能撤销改动,怎么区分? reset 是把当前分支指针往回挪,属于改写本地历史,被甩开的提交进入 reflog 等待回收;--soft 只挪 HEAD、--mixed 还重置暂存区、--hard 连工作区一起回退。revert 是基于要撤销的那个提交生成一条反向变更的新提交追加到末尾,历史不被改写,安全可分享给协作方。共享分支用 revert,本地未推送用 reset。 想用上这个技能? 「Git 基础操作」就在「龙虾部署大师」的技能市场里,打开 技能市场 就能一键安装使用。 还没装龙虾?先 一键部署「龙虾部署大师」,在本地跑起来后再装技能即可。 注:技能的实际效果与所选用的 AI 模型能力有关,不同模型下的表现可能存在差异。

2026/07/14

天猫商品信息怎么查询?按链接批量采集输出JSON

「天猫商品信息查询」是「龙虾部署大师」技能市场中的商品详情采集技能:给定含商品 ID 的天猫或淘宝详情链接,它按单个或多个链接批量采集标题、价格、主图、视频、SKU、优惠、活动、保障和店铺等字段,输出结构化 JSON 与成功失败统计,替代人工逐页复制。 技能效果 演示天猫商品信息查询时,它列出能从商品页抓取的标题、价格、SKU、优惠等十多个字段,并用五个示例商品演示了批量查询后汇总成的表格长什么样。 逐条复制天猫详情页,问题在哪 做竞品监控、价格记录或商品调研时,常要从天猫详情页里把标题、价格、主图、SKU、优惠活动这些信息整理出来。人工做这件事既慢又散:一条链接一条链接地打开、把价格抄进表、把主图地址逐个复制,几十个商品下来,不仅耗时,不同人整理出的字段口径还不统一,难以直接拿去做分析。一旦碰到 SKU 多、优惠活动复杂的商品,手动整理更容易抄漏抄错。 人工:一条条点开复制;技能:批量转结构化 链接 1 链接 2 … 逐条手抄 批量采集 按链接分组 结构化 JSON 这个技能能帮你拿到什么 它把天猫详情页转成可直接处理的结构化数据。采集范围上,它按单个或多个链接批量取标题、价格和店铺信息,同时提取主图、视频、优惠活动、保障服务和基础属性;SKU 维度上,它既能获取全部关联 SKU 的价格、库存和预售状态,也能只取当前 SKU,按需选择;结果形态上,它返回结构化 JSON,并附上成功失败数量、抓取状态和错误原因——成功的归成功,失败的也说清为什么失败。当页面出现验证码、弹窗或 JS 提取失败时,它会给出明确的排查方向,而不是默默返回空数据。 天猫/淘宝详情链接 取全部 SKU 价格/库存/预售 仅取当前 SKU 按需选择 JSON + 成功失败统计 + 抓取状态 用前须知 该技能需要 Python 运行同目录的 run.py,执行前要确保 AI agent gateway 与 skillcore 服务可用(默认 127.0.0.1:10027),浏览器需能打开天猫页面;文档未要求 API Key。它做的是页面采集,受天猫反爬与页面加载状态影响,遇到验证码或提取失败时会返回明确的状态和排查方向,而非保证每条都成功。 怎么用它 用法是把要采集的天猫链接和想要的字段范围用自然语言交给它,说明导出方式即可。例如可以这样对它说: 可以这样对它说 "把这五个天猫链接的标题、价格、SKU 和优惠都抓出来,主图也要。" "这个商品页只看当前规格的库存,别把关联 SKU 都展开。" "采集天猫详情时把主图、视频和保障信息一起带上,按链接分组导出。" 它适合这些场景:运营团队要批量整理竞品详情页里的价格、主图和促销信息;采购或选品人员要比较同类商品的 SKU 组合、库存和预售状态;数据分析任务要把天猫详情页转换成可处理的结构化记录;以及页面出现验证码、弹窗或提取失败时,需要拿到明确的排查方向。 大家常问 采集天猫商品详情时,获取全部关联 SKU 和只取当前 SKU 有什么区别?分别适合什么场景? 获取全部关联 SKU 会返回该商品所有规格组合(如颜色×尺码)的价格和库存,形成完整的价格-库存矩阵,适合竞品分析、跨规格比价、价格监控和商品建库;只取当前 SKU 只返回链接默认选中的那一个,更快,适合单品核价、链接有效性快速验证、SKU 不重要的大批量采集。本技能默认取全部,更完整。 为什么批量采集天猫商品详情时容易遇到验证码、或者页面没加载完就抓不到数据? 天猫风控成熟,同 IP 短时间高频访问、自动化工具浏览器指纹未伪装、登录态失效都会触发滑块或图形验证码。抓不到数据多因详情页是异步渲染,标题、价格、SKU 走 XHR 动态加载,脚本在 DOM 就绪前就提取会抓空,重定向或结构变动也会失败。本技能等异步数据加载完再提取,并以 fetchStatus 标识验证码/弹窗状态。 天猫商品详情页里说的保障服务、优惠活动这些字段一般包含什么?对做竞品监控有什么用? 保障服务含 7 天无理由、运费险、极速退款、品质保障、发货时效、全国联保等;优惠活动含满减、店铺券、平台大促、限时折扣、多件多折、包邮等。竞品监控里,保障齐全度反映行业标准与品牌定位,优惠节奏可做价格战预警和到手价对比。本技能能把这些字段连同价格、店铺一起结构化采集,便于按周期跟踪变化。 天猫商品的预售和现货在采集时怎么区分?预售商品的库存和价格状态有什么不一样? 最直接看 SKU 的 isPresale 字段:false 为现货、付款即发,true 为预售、需等发货日。库存上现货 quantity 一般大于 0、代表实物可售,预售常为 0 或表示名额上限;价格上现货 price 是实付价,预售 price 多为定金加尾款的总价,实际优惠体现在定金膨胀等活动里。本技能建议预售与现货分开处理,避免比价失真。 想用上这个技能? 「天猫商品信息查询」就在「龙虾部署大师」的技能市场里,打开 技能市场 就能一键安装使用。 还没装龙虾?先 一键部署「龙虾部署大师」,在本地跑起来后再装技能即可。 注:技能的实际效果与所选用的 AI 模型能力有关,不同模型下的表现可能存在差异。

2026/07/14

千川投放数据怎么分析 ROI 与转化成本

「巨量千川数据分析」是「龙虾部署大师」技能市场中的投放查询技能:它查询千川广告账户、余额、消耗报表、计划列表、素材效果、直播间表现和实时监控信号,全程只读不改账户,通过统一入口管理 Token、四层监控和开播实时调控,用于日常巡检、复盘和投放异常发现。 技能效果 查千川账户时,它列出余额、今日消耗和整体ROI,再按计划分组算出各自的转化成本,把消耗一起摆出来。 千川数据散在各处,巡检全靠手点 抖音电商投放最耗精力的不是出创意,而是每天的巡检:账户消耗、ROI、余额要看,低效计划要挑,素材效果要排,直播间开播后还得盯着流量来源和大屏数据。这些信息分散在不同页面,靠人工逐个点开、抄数、对比,一轮看下来时间就过去了;开播期间数据变化快,等手工汇总完,调控时机可能已经错过。「巨量千川数据分析」要做的,是把这些查询统一到一个入口,按需要的维度一次性拉齐。 四层监控:从账户到开播实时 账户层 · 消耗 / ROI / 余额 计划层 · 计划列表 / 低效计划 素材层 · 素材效果 / 转化 直播层 · 开播实时大屏 这个技能能帮你查到什么 它的能力围绕"查询"展开,覆盖四块。账户层面,可查账户信息、余额、日预算、广告计划和消耗报表;直播层面,可分析直播间列表、大屏数据、流量来源和历史直播报表;汇总层面,可整合标准推广、全域推广、素材效果和低效计划的表现,形成综合报告;授权层面,它管理 Token 的获取、保存、状态查看、手动刷新和安全删除。需要强调的是,它只做查询,不写入或修改账户设置,巡检过程不会动到任何投放配置。 账户消耗 计划/素材 直播间表现 综合报告 只读查询,不改账户设置 用前须知 该技能需要千川的 app_id、secret、auth_code、advertiser_id 和 Access Token,本地需 Python 环境。Token 以明文保存在用户目录,保存和自动刷新都必须经过你的确认,请注意 Token 的安全。aweme_id、room_id 等参数需按正确流程获取。它提供的是数据查询与分析,不构成投放或经营建议。 怎么用它 用法是把要查的账户、时间范围和关注的维度用自然语言说清楚。例如可以这样对它说: 可以这样对它说 "查千川账户今天的消耗、ROI 和余额,按计划分组看转化成本,消耗一起看。" "直播间开播后监控千川数据,发现低效计划就标出来,别改设置,消耗写清。" "近 7 天素材效果拉一遍,找出花费高、转化低的素材,按消耗降序,转化也看。" 它适合这些场景:广告运营查看近七天账户消耗、ROI、余额和低效计划;直播投放期间监控直播间状态、流量来源和实时大屏数据;同时整合标准推广与全域推广、形成账户综合汇总报告;以及首次授权千川账户后安全保存 Token 或排查权限不足。适合抖音电商投手、直播运营、广告分析师和代运营人员的日常巡检与复盘。 大家常问 千川投放里的 ROI 是什么意思?看到一个 ROI 数值怎么判断它算高还是低? ROI 即投产比,等于千川渠道成交金额除以消耗,代表每花 1 元广告费换回多少成交。判断高低不看绝对值,而是对照盈亏平衡 ROI(约等于 1 除以毛利率):高于平衡线才盈利,越往上放量空间越大,接近或低于平衡线就要降出价、查素材。 千川数据里的转化成本是什么?为什么要按计划分组分别看,而不是只看账户总数? 转化成本等于消耗除以转化数,即每获得一次下单或成交平均花了多少钱。只看账户平均会被大计划的低成本拉漂亮,掩盖那些消耗小、成本高的亏损计划。按计划分组才能看清成本分布,找出真正在浪费预算的计划单独处理。 怎么判断一条千川广告计划是不是低效计划?从哪些数据上能看出来? 先看消耗与投产是否匹配:高消耗加低 ROI 基本就是纯亏。再看实际转化成本与出价的偏离,成熟期成本超出价 1.5 倍以上即成本失控。还要看点击率和转化率,两者双低是典型低效特征。学习期 ROI 低属正常,转化数攒够再判断。 千川的素材衰退是什么意思?为什么巡检时要专门把素材效果拉出来按消耗排? 素材衰退指一条素材随曝光增加、效果指标持续恶化:点击率和转化率下滑、转化成本上升、系统减少给量。本质是人群被洗过一轮后频次过高、边际效用递减。按消耗排是因为约两成素材花掉八成预算,先盯高消耗素材就抓住了影响账户的主要矛盾。 想用上这个技能? 「巨量千川数据分析」就在「龙虾部署大师」的技能市场里,打开 技能市场 就能一键安装使用。 还没装龙虾?先 一键部署「龙虾部署大师」,在本地跑起来后再装技能即可。 注:技能的实际效果与所选用的 AI 模型能力有关,不同模型下的表现可能存在差异。

2026/07/14

客服
扫描与客服沟通

回顶部
提示

正在拉起鸿蒙应用市场,如遇无法拉起/无法下载的情况,可使用鸿蒙设备,自行前往应用市场,搜索「Win解压缩」安装。

知道了