方案背景图

扫描 PDF 怎么转 Word?离线 OCR 输出可编辑

「PDF OCR 提取」是「龙虾部署大师」技能市场中的文字识别技能:它使用 EasyOCR 把扫描版或图片型 PDF 离线识别成可编辑的 Word 文档,也可输出纯文本;过程中会按页裁切页眉页脚、保留无文本的图像页和封面页,并能对过大的 DOCX 压缩嵌入图片,方便交付。 技能效果 处理中英混排扫描合同时,它讲清了OCR识别、保留图片页、再转成格式完整Word的整个流程。 扫描件里的文字,为什么不好用 纸质资料扫描成 PDF 后,文字其实是"图片",无法复制、检索或编辑。想把内容整理成 Word,常见三个麻烦:一是手工逐页敲字,量一大就成了重活;二是中英文混排的文件,普通工具识别不全或排版错乱;三是出于保密考虑,合同、档案这类材料不便上传到云端 OCR 服务。结果就是大量内容锁在扫描件里,用不起来。 扫描版 PDF(图片) 不能复制/检索 离线 OCREasyOCR 可编辑 Word 这个技能能帮你做什么 它的核心是把图片型内容还原成可编辑文字,且全程在本地完成。识别上,它对扫描版或图片型 PDF 做离线 OCR;输出上,它生成可编辑的 DOCX,必要时也能输出纯文本结果;版面上,它按页面类型裁切页眉页脚、保留图像页面,对封面页、无文本图页这类识别效果有限的页面会保留原图供人工复核;交付上,当 OCR 后的 Word 文件因嵌入图片过大时,它可以压缩图片降低体积。它支持中英文混排识别。 逐页识别 按页面类型处理裁页眉页脚保留图像页 DOCX/ 纯文本中英文混排 压缩大图交付 用前须知 该技能无需 API Key,完全本地运行。需要安装 PyMuPDF、python-docx、Pillow、EasyOCR、NumPy;首次运行会下载 OCR 模型,之后即可离线使用。运行前需确认 PDF 路径、输出目录和 OCR 语言。 怎么用它 用法是把待识别的 PDF 和对结果的要求用自然语言交给它。例如可以这样对它说: 可以这样对它说 "这份扫描版合同转成 Word,中文和英文都识别,图片页也保留。" "把这个图片型 PDF 跑 OCR,结果另存为可编辑文档,页码和标题别丢。" "这本英文教材扫描件只识别英文,输出纯文本并保留章节层级。" 它适合这些场景:纸质资料扫描成 PDF 后、需要提取文字整理为 Word;中英文混排文件需要离线识别、避免上传到云端;图片页、封面页或图表页识别效果有限、需要保留原图供人工复核;批量 OCR 后生成的 Word 文件过大、需要压缩图片降低体积。它适合处理扫描合同、教材、档案、论文复印件和图片型 PDF 的行政、法务、教育、研究与档案整理人员。 大家常问 扫描版 PDF 为什么复制不出文字? 扫描版 PDF 本质是图片集合,每页都是像素位图,计算机只记录颜色不存字符编码,所以无法选中或复制。要拿到可编辑文本,必须用 OCR 把字形重新识别成字符。 双层 PDF 和单层 PDF 怎么区分? 单层 PDF 只有扫描图像,文字不可选;双层 PDF 在图像层上叠了一层透明文字层,外观一样但可选可搜可复制。最直观的判断是拖选文字,能高亮并复制就是双层。 扫描件 OCR 识别率低,一般是什么原因? 主要受图像质量影响:分辨率低于 300 DPI 笔画细节丢失,扫描歪斜、噪点、对比度差会让二值化和字符分割出错。字号过小、字符粘连、语言包不匹配也会拉低识别率。 中英文混排扫描件离线 OCR 容易在哪里出错? 中文靠笔画内部、英文靠外轮廓,同样 DPI 下中文先退化;中英字间距规律不同会让字符分割出现双峰,二值化阈值和语言模型也难同时适配两套字符。 想用上这个技能? 「PDF OCR 提取」就在「龙虾部署大师」的技能市场里,打开 技能市场 就能一键安装使用。 还没装龙虾?先 一键部署「龙虾部署大师」,在本地跑起来后再装技能即可。 注:技能的实际效果与所选用的 AI 模型能力有关,不同模型下的表现可能存在差异。

2026/09/23

命令行邮件怎么用 AI 收发

「喜马拉雅内容助手」是「龙虾部署大师」技能市场中的终端邮件管理技能:它基于 Himalaya 邮件客户端,让你用自然语言在终端完成列出文件夹、查询邮件、阅读正文、回复、转发、撰写、移动、复制、删除、管理标记和下载附件等操作,支持 IMAP、SMTP、Notmuch、Sendmail 等多种收发方式与多账号,并专门处理了中文编码与发送场景。 技能效果 管理邮箱时,它列出收件箱、按关键词搜索、把邮件按主题归类,并示范了起草回复。 在终端里收发邮件,难在哪 命令行邮件客户端本身高效,但门槛集中在三处:一是配置繁琐,IMAP/SMTP 服务器、端口、授权码、编辑器变量要逐项填对,QQ、163、Gmail、iCloud 各家规则还不一样;二是中文与附件容易出问题,终端编辑器对中文正文的编码处理稍有偏差就发成乱码,带附件发送的命令也难记;三是多账号切换混乱,工作邮箱和个人邮箱并存时,列邮件、读信、发送都要小心指定到正确账号。三点叠加,让本该轻量的终端收发变成一件需要反复查文档的事。 $ himalaya --account work list ? IMAP host / port / 授权码 … ? $EDITOR 未设置 ! 中文正文 → 乱码 ! 附件命令记不住 ? work 还是 personal 账号? 这些都是机械、可被规则化的工作——记住每家邮箱的连通规则、处理好编码、把账号选对,正是这个技能要替你扛下的部分。 这个技能能帮你做什么 它把 Himalaya 邮件客户端包装成一个能听懂自然语言的助手,覆盖终端邮件的完整生命周期。读取层面,它能检查平台、二进制、配置文件、编辑器变量和账号连通性,列出文件夹和邮件并支持分页、文件夹切换与查询条件,按发件人、主题或关键词筛选后读取正文;处理层面,它能回复、回复全部、转发、移动、复制、删除和管理标记;撰写层面,它通过脚本发送含中文正文和附件的邮件,并支持 dry-run 先预览再发出;账号层面,它在多账号环境下按你指定的邮箱执行操作,避免发错账号。 自然语言 指令 喜马拉雅 内容助手 列表 / 查询 回复 / 转发 撰写 / 附件 移动 / 标记 IMAP / SMTP 收发结果 它把"在终端逐条敲 Himalaya 命令、记各家邮箱规则"这件事,转成"用一句话说清要做什么"。中文正文和附件发送被专门处理,多账号也由它按指令选对,避免编码与发错账号这两类最常见的事故。 用前须知 该技能依赖 Himalaya CLI,Windows 可用 winget 安装;首次使用需配置 config.toml、账号凭据和 $EDITOR 变量。QQ、163、Gmail、iCloud 等邮箱通常需要授权码或 App Password 而非登录密码。配置就绪后,列表、阅读、发送等操作才能正常连通。它面向偏好命令行的开发者、运维和技术支持人员,不提供音频内容管理能力。 怎么用它 用法是把要做的邮件操作用自然语言说清楚——查哪个文件夹、按什么条件搜、回复给谁、正文写什么——无需记命令和参数。例如可以这样对它说: 可以这样对它说 "用工作邮箱看收件箱最近二十封邮件,按发件人帮我整理出重点。" "把第四十二封邮件回复给所有人,正文用中文先拟好,别太长,语气自然些。" "从邮箱里搜主题含 invoice 的邮件,把原文和附件线索一并导出来。" 它适合这些场景:偏好在终端处理邮件、不想离开命令行去开网页客户端;需要按发件人、主题或关键词快速检索并阅读正文;要发送带附件的中文邮件又想绕开交互式编辑器的兼容问题;以及在工作邮箱与个人邮箱并存的多账号环境下,明确指定某个账号执行列表、阅读或发送。 大家常问 在终端里用 Himalaya CLI 收发邮件,需要哪些基础协议配置?只讲 Himalaya 邮件管理 CLI 的操作原理(IMAP/SMTP 配置、folder、message id、attachment、模板、过滤),不要提及任何其他邮件客户端、GUI 邮箱软件或邮件服务商。 Himalaya 采用双后端架构:IMAP 负责收信(默认 993,TLS),SMTP 负责发信(默认 587,STARTTLS)。两者各自在 config.toml 里以 host、port、encryption 类型和认证方式(password 或 oauth2)单独声明,密码可用 raw、外部 cmd 或 keyring 三种方式提供,配置就绪后命令才能正常连通。 在命令行邮件客户端里,为什么直接发的中文邮件容易出现乱码? 核心是编码链路对不齐:MIME 编译时若未声明 charset=UTF-8、Subject 等头部没按 RFC 2047 编码、终端或编辑器保存编码与 Himalaya 默认期待不一致、SMTP 服务器不支持 8BITMIME/SMTPUTF8 扩展,任一环节失配,接收方都会把 UTF-8 字节按错码表解读,出现「测试」之类的乱码。 命令行邮件管理里 folder、message id、flag 这些概念分别是什么? folder 是 IMAP 服务器端的邮箱目录(INBOX、Sent、Drafts 等),所有操作都在当前 folder 上下文内执行;message id 是 Himalaya 在该 folder 输出列表里临时分配的序号,删除或换文件夹后会变;flag 则是存在服务器上的状态标志(seen、answered、flagged、deleted 等),由 IMAP STORE 命令更新,跨客户端同步。 在多账号的命令行邮件管理里,account 这个概念是在哪一层生效的? account 是 config.toml 里 [accounts.] 段落,把身份、IMAP、SMTP、folder 别名、下载目录绑成一个完整命名空间。--account 选哪个就加载哪段配置、起独立的 TLS 连接,folder 列表、message id、附件路径、发件 From 与签名都隔离,跨账号不互通也无法跨账号搜索。 想用上这个技能? 「喜马拉雅内容助手」就在「龙虾部署大师」的技能市场里,打开 技能市场 就能一键安装使用。 还没装龙虾?先 一键部署「龙虾部署大师」,在本地跑起来后再装技能即可。 注:技能的实际效果与所选用的 AI 模型能力有关,不同模型下的表现可能存在差异。

2026/09/23

如何用 AI 操作 GitHub 命令行

「GitHub 命令行」是「龙虾部署大师」技能市场中的 GitHub 协作技能:作用是通过 gh CLI 操作 GitHub 的 Issue、Pull Request、CI 运行和高级 API 查询。它能查看 PR 检查结果、列出工作流运行、定位失败步骤日志、列出和创建 Issue,还能用 gh api 配合 --json 与 --jq 取出普通子命令无法直接返回的字段,并把结果整理成摘要、表格或分析。 技能效果 让它查 cli/cli 仓库的近期 issue 时,它联网拉回最新十个 open issue,按编号、标题和状态整理成一张表。 查 PR 和 CI 状态,为什么总要来回切网页 用 GitHub 协作时,很多排障动作被网页操作拖慢。一个 PR 的检查项哪些没过、卡在哪一步,要点进 Checks 页层层展开;想看最近一次 workflow run 为什么失败,得在一堆成功的绿勾里翻出那条红叉,再点进去找出错步骤的日志;要批量看近期 Issue 或按特定字段筛选,网页界面又给不了结构化结果。这些任务本可以在命令行一次拿到答案,却散落在多个页面里反复跳转。 网页来回点 Checks / Actions 逐层展开找日志 gh CLI $ gh pr checks $ gh run view --log $ gh issue list 摘要 / 表格 一次拿到答案 这个技能用 gh 能帮你做什么 它围绕 gh CLI 把 GitHub 上的查询和协作动作打包起来。CI 方面,用 gh pr checks、gh run list 和 gh run view 查看检查状态,定位某次 workflow run 的失败日志和出错步骤,只摘失败项、不展开成功项。Issue 方面,用 gh issue list、view、create 完成查询和创建结构化的 Bug 报告。高级查询方面,用 gh api 配合 --json 与 --jq 取出普通子命令拿不到的字段并做过滤。最后它会清理终端和 HTML 标记,按用户意图把结果整理成摘要、表格或解释。需要注意,在非 Git 目录中操作时,它会始终指定 --repo owner/repo 或直接用 URL,以保证定位到正确仓库。 CI / PRchecks/run view Issuelist/view/create 高级 APIgh api/--jq 整理输出摘要/表格 用前须知 该技能需要本机安装 GitHub CLI 并执行 gh auth login 完成登录。能否操作私有仓库和组织事务,取决于当前账号的权限与认证状态。在非 Git 仓库目录下操作时,需要显式指定 owner/repo 才能定位到目标仓库。 怎么用它 用法是把要查的 PR、CI 或 Issue 用自然语言说清楚,由它选用合适的 gh 命令并整理结果。例如可以这样对它说: 可以这样对它说 "查一下这个仓库最近十个 issue,按标题、编号和状态列出来。" "看 PR55 的检查为什么失败,只摘失败的步骤,别展开成功项。" "用 gh 查最新一次 workflow run,定位失败日志和出错步骤。" 它适合这些场景:查看某个 PR 的检查项是否通过并定位失败工作流日志;项目维护者要列出近期 Issue 或创建一条结构化 Bug 报告;不在 Git 仓库目录中操作 GitHub、需要显式指定 owner/repo;需要用 GitHub API 查询普通子命令无法直接返回的字段。 大家常问 GitHub 命令行 gh 是什么,跟在 GitHub 网页上点按钮操作有什么区别? gh 是 GitHub 官方提供的命令行工具,让你在终端直接操作 GitHub。它和网页点按钮调用的其实是同一套 GitHub API,区别在于网页要加载页面、等待渲染、点开层级才能拿到一项信息,而 gh 在终端一行命令直接发 API 请求拿结果,还能用脚本批量执行,并和 jq、grep、管道组合使用。 为什么用 gh pr checks 命令查 PR 检查结果,会比在 GitHub 网页 Checks 页里层层展开看要快? 因为网页 Checks 页是单页应用,要先加载几百 KB 到几 MB 的资源,再分多次 API 请求拉 Check Suite 和 Check Run,每展开一层就再发一次请求重渲染 DOM。gh pr checks 走的是已存在本地的认证 Token,省去 Cookie、Session、CSRF 那套验证链,直接一次 API 请求把 PR 关联的所有 check 平铺打印,省掉渲染和层层点击的开销。 gh run list 和 gh pr checks 都能看 CI 状态,怎么区分什么时候该用哪一个? 两者数据层级不同。gh run list 拉的是仓库级 Workflow Run 列表,可按 workflow 文件、分支、事件类型筛选,适合追溯历史失败、查看不挂在 PR 上的定时或手动 run。gh pr checks 拉的是某个具体 PR 的 Check Suite 和 Status Check 聚合,能看到外部系统提交的 status,适合 Review PR 时判断能不能合并、要不要 watch CI 跑完。 为什么在不是 Git 仓库的目录里用 gh,必须加 --repo owner/repo 才能查到东西? 因为 gh 默认靠当前目录的 .git/config 里 origin 远程 URL 推断 owner/repo,作为 gh pr、gh issue、gh workflow、gh release、gh secret 的目标。一旦目录里没有 .git 文件夹,这条推断就断了,gh 不会去扫账号下所有仓库猜你想操作哪个,所以会抛错,要求你用 --repo owner/repo 或设环境变量 GH_REPO 显式指定仓库。 想用上这个技能? 「GitHub 命令行」就在「龙虾部署大师」的技能市场里,打开 技能市场 就能一键安装使用。 还没装龙虾?先 一键部署「龙虾部署大师」,在本地跑起来后再装技能即可。 注:技能的实际效果与所选用的 AI 模型能力有关,不同模型下的表现可能存在差异。

2026/09/23

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

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

2026/09/23

抖音热榜怎么采集?脚本抓 Top N 并整理排名和链接

「抖音热点趋势」是「龙虾部署大师」技能市场中的热点捕捉技能:它获取抖音热榜和热搜榜数据,覆盖热门视频、挑战赛、音乐等公开内容,通过技能目录内的 Node.js 脚本调用网页端公开接口,默认返回榜单前 50 条或指定 Top N,并把排名、标题、热度值、详情链接、封面图、标签和内容类型整理成可读榜单,保留可复制的纯文本链接便于归档转发。 技能效果 查抖音热榜时,它拉出当天前二十的标题和热度,整理成可直接用于选题会的清单。 追热点,慢半拍就没了 短视频选题高度依赖时效,而人工盯热榜有两个固有麻烦:一是热榜更新快,靠手动刷网页、逐条记标题和链接,等整理好热度可能已经回落;二是信息散,排名、热度值、标签、封面、内容类型分布在不同位置,凑成一份能用的简报既费时又容易漏项。结果是晨会或选题会上拿到的热点,要么不全,要么已经过了最佳跟进窗口。 抖音热榜(实时变动) #1 热门话题 · 热度 982w #2 挑战赛 · 热度 845w #3 热门音乐 · 热度 730w 手动抄 慢 + 漏 这个技能能拉到什么 它一次拉取一份整理好的抖音热点榜单。数据来源是抖音网页端的公开热榜与热搜榜,调用技能目录内的 Node.js 脚本完成,默认返回前 50 条,也可以指定只要 Top N。每条会解析出排名、标题、热度值、详情跳转链接、标签和内容类型;存在封面图时返回图片地址,便于预览整理。它还会把脚本结果格式化成可读榜单,而不是直接甩出原始接口数据,链接保留为可复制的纯文本,方便存档或转发。 简单说,它把"反复刷网页、手动抄热点"压缩成一次拉取就得到一份可直接用于选题会的清单。 公开热榜热搜 / 挑战 / 音乐 脚本拉取Top 50 / Top N 可读榜单 排名 / 热度 / 标签 链接 / 封面图 用前须知 该技能无需 API Key,但本地需要 Node.js 环境。数据来自抖音网页端公开接口,接口结构可能变化,频繁访问也可能触发平台风控,因此更适合按需查询而非高频轮询。 怎么用它 用法是把想看的榜单、数量和用途用自然语言说出来,它会拉好并整理成清单。例如可以这样对它说: 可以这样对它说 "查今天抖音热榜前二十,标题、热度和链接都要有,下午选题会用。" "现在抖音在热什么,挑适合美妆账号跟进的题目,给拍摄找切口。" "拉一下抖音热搜榜,按热度排序,有封面图的把图片链接也标出来。" 它适合这些场景:短视频团队查看当天热榜前十并快速筛选选题;品牌运营追踪热点标签和爆款话题、判断是否跟进;内容编辑收集热门标题、热度和链接用于晨会简报;以及舆情人员定期查看平台公开热搜的变化和热度排序。 大家常问 抖音热榜里说的「热度值」到底是什么意思?大概是怎么计算出来的? 热度值是一个无量纲的综合评分,本质是把多维行为按权重合并:分享 > 评论 > 点赞,播放量通常做对数变换避免头部碾压,再乘以时间衰减(如半衰期)、互动率调节系数和跨圈层多样性加成,并对单用户重复互动做防刷降权,最终归一化输出。 抖音的「热榜」和「热搜榜」到底有什么区别?看选题的时候应该怎么区分着用? 热榜按视频自身的播放量、互动量和增长速度排序,回答的是"哪些内容已经火了";热搜榜按搜索量、搜索增长率和集中度排序,回答的是"用户在主动找什么"。成熟做法是热搜榜找方向、热榜验证方向:前者用于发现需求,后者用于确认可行性。 短视频选题里常说的「跟热点」和「蹭热点」是一回事吗?为什么有的跟得起来、有的反而翻车? 不是一回事。跟热点是"热点为引子、内容为本体",去掉热点你的内容仍然成立、还有长尾价值;蹭热点是"热点为目的、内容为包装",热点冷掉内容就空。翻车多因关联度低、没有独特视角、或内容情绪与热点情绪方向脱节(如严肃事件配轻浮态度)。 怎么判断一个抖音热点值不值得跟?或者说一个热点的「持续性」一般看哪些信号? 主要看四组信号:一是阶段,刷首页 10–15 条同款出现 0–1 次为萌芽期值得抢、3 次以上为饱和期不建议跟;二是承载力,能否衍生 3 种以上创作角度、有无二创和讨论空间;三是和账号方向的关联度,决定转粉率;四是 24 小时内能不能交付。 想用上这个技能? 「抖音热点趋势」就在「龙虾部署大师」的技能市场里,打开 技能市场 就能一键安装使用。 还没装龙虾?先 一键部署「龙虾部署大师」,在本地跑起来后再装技能即可。 注:技能的实际效果与所选用的 AI 模型能力有关,不同模型下的表现可能存在差异。

2026/09/23

京东评论怎么批量回复?按SKU筛选随机抽模板降重复

「京东评论回复」是「龙虾部署大师」技能市场中的评价处理技能:它在京东商家后台按 SKU 批量处理评价,按 SKU 列表、回复话术、评分等级、是否已回复和时间范围筛选评论,从多条模板中随机抽取话术逐页回复,并按 SKU 输出处理状态、失败原因和需重跑项。 技能效果 处理一个SKU的三条未回复差评时,它针对物流、色差、质量分别写出先致歉再给方案的官方回复话术,并整理成差评对照表。 评论量一大,回评就成了体力活 高评论量的京东店铺,回评是件耗人的体力活:要逐条翻页点回复,差评还得优先处理;用同一句话术回所有评价显得敷衍,逐条想又没时间;促销后评论量激增更扛不住,难免漏回、错回。这件重复又琐碎的事,最适合交给自动化。 这个技能能帮你做什么 它把回评流程标准化、批量化。筛选上,它按 SKU、评分等级、回复状态和时间范围圈定要处理的评论;话术上,它从你给的多条模板中随机抽取,降低回复的重复感;执行上,它批量逐页回复未处理评价并等待任务完成;反馈上,它按每个 SKU 输出完成、无评论或错误的处理状态,失败的可单独重跑。 按 SKU/评分筛未回复评价 随机抽话术多模板降重复 逐页回复 出状态 处理完它按 SKU 给清晰的结果分布,让你一眼看清哪些做完、哪些要重跑: 已完成回复成功 无评论该 SKU 无可回 出错标出待重跑 用前须知 该技能需要 Python、AI agent gateway、skillcore 和 Chrome,必须先手动登录京东商家后台的评价管理页;无需 API Key,但需具备店铺后台权限。 怎么用它 用法是把要处理的 SKU、话术和筛选条件用自然语言交给它即可。例如可以这样对它说: 可以这样对它说 "把 SKU A001 近一个月未回复差评全部自动回复,话术用表格。" "这批京东中评用表格 B 列话术随机回复一遍,避开已回复评价。" "按 SKU 分开处理未回复评价,完成后看每个结果,失败的标出。" 它适合这些场景:客服要批量回复多个 SKU 的未回复好评、中评或差评;促销后评论激增、要在指定时间段集中处理;品牌想用多套话术轮换、避免同质化回复;部分 SKU 回复失败、需要定位错误并单独重跑。 大家常问 批量回复京东评价时,为什么要用多套话术随机回复,而不是统一一句? 统一一句话回复全是一字不差,京东风控容易判定为机器刷屏,可能被拦截甚至限制回复功能;买家翻评价区看到雷同回复也会觉得敷衍。多套话术随机轮换能模拟人工逐条回复,既规避风控,又让每条都像专人撰写。建议好评备 5–8 套、中差评各备 3–5 套,按评价类型分别配置。 京东评价回复有什么规则限制,一条评价是不是只能回复一次? 是的,每条评价商家只能回复一次,提交后不能追加第二次,但已回复的内容可以在后台编辑修改。其他限制:单条建议 200 字内,不得含联系方式、外链、广告或不当言论,买家追评后无法再回复,违规回复可能被屏蔽并影响店铺权重。已回复的会标记状态,筛选时可只看未回复。 批量回复时为什么要先按"是否已回复"筛选,避免重复回复同一条? 批量模式会对选中的评论一视同仁地统一发送,不会自动跳过已回复的。若不先按"未回复"筛选,已回复的评论会被再次回复,而京东限制每条只能回复一次,重复操作会被拦截甚至触发风控,还浪费每日回复额度、让买家看到雷同回复。正确流程是先筛"未回复",再执行批量回复。 按 SKU 批量回复后,有些 SKU 显示失败,一般是什么原因? 常见几类:该 SKU 商品页弹出促销窗或滑块验证导致操作中断;筛选条件太严(如差评+未回复)使该 SKU 没有匹配评论;京东登录态失效;评论量大的页面加载超时;以及 SKU 编码有误或商品已下架。排查先看返回的 message 字段,多数单独重试一次即可成功。 想用上这个技能? 「京东评论回复」就在「龙虾部署大师」的技能市场里,打开 技能市场 就能一键安装使用。 还没装龙虾?先 一键部署「龙虾部署大师」,在本地跑起来后再装技能即可。 注:技能的实际效果与所选用的 AI 模型能力有关,不同模型下的表现可能存在差异。

2026/09/23

客服
扫描与客服沟通

回顶部
提示

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

知道了