让 AI 核一遍商品标题，第一个数字就错了

先讲结论：长度不是数出来的

三百个商品的标题，哪些超长被截断了、哪些在堆词、哪些几十个共用一个句式——这件事人工查不动，规则却很清楚，是最适合先交出去的那一类。

但第一次跑，最基本的那个数就会错。

平台限制标题长度，多数是按字节算的，不是按字数。一个汉字在常见编码下占三个字节，日文假名也是。所以一个「才 40 个字」的中文标题，实际可能已经 120 字节，早就被截断了。

而 AI 如果没被告知这一点，默认会按字数算，给你一份「全部合格」的报告。

这篇讲这个坑，以及另外两个。

这件活原来怎么做

还是前面几篇那家虚构的四人宠物用品团队，数据是编的。

老板在搜索结果里看到自家一个商品的标题被截断了，后半句没了，问小李：还有多少个是这样？

小李打开后台，一个个点开看。看了二十来个，发现没法这么干——三百个商品，而且光看后台页面也看不出来会不会被截断，得数长度。

这件活的特点很典型：规则说得清，但量大到人不会去做。

第一次：报告说全部合格

小李把商品表导出来，让 AI 核查标题长度。

报告很快出来：三百个商品，超长的零个。

他觉得不对——老板明明看到有被截断的。回去一看，AI 是按字数算的：那个被截断的标题 46 个字，远低于它以为的上限，所以判定合格。

实际上那 46 个字里有 40 个汉字，按字节算是 138 字节，早就超了。

修正方法是在说明书里写清楚怎么算：

标题长度按字节算，不按字数。中文和日文一个字符按 3 个字节计，英文数字按 1 个字节计。

加上之后重跑，超长的变成了 23 个。

这个坑的麻烦之处在于它给的是「合格」——报告干干净净，你不会怀疑它。如果老板没先看到那个被截断的商品，这个错误可能一直不会被发现。

第二次：「重复」到底算什么

第二项检查是找出标题重复的商品。

第一次跑出来是零。因为 AI 理解的「重复」是两个标题完全一样，而实际上没有两个商品的标题是一模一样的——每个都带自己的型号或规格。

但真正的问题不是完全一样，是几十个商品套着同一个句式：

宠物除毛刷 猫狗通用 不伤毛 易清洁 【S 号】
宠物除毛刷 猫狗通用 不伤毛 易清洁 【M 号】
宠物除毛刷 猫狗通用 不伤毛 易清洁 【L 号】

这种标题对搜索没有帮助——三个商品在抢同一批词，而且除了尺寸之外没有任何差异信息。

所以「重复」这个词要在说明书里定义清楚：

重复指的是：去掉型号、规格、颜色这些变量之后，剩下的部分和其他商品高度相似。按这个标准把相似的分成一组，一组超过三个就标出来。

这一条带出一个通用经验：你觉得理所当然的词，它不一定按你的意思理解。遇到结果不对，先想想是不是某个词没定义。

第三次：它顺手把标题改了

第三次跑，结果对了，但小李发现它多做了一件事——把它认为有问题的标题直接改写了，输出了一份新标题的表。

改得还不错。但这件事不该它做。

标题改不改、怎么改，牵扯的东西不在数据里：这个词是不是你正在投的广告词、品牌规范要求品牌名放前面还是后面、这个型号命名是不是和线下一致、改了之后历史数据还能不能对比。

所以说明书里要写死：

只输出问题清单，不要改写标题，不要给出建议的新标题。

这一条可能有点反直觉——它明明能改得更好，为什么不让它改？

因为这一层的活是核查，不是优化。核查的结果一眼能验（超没超、像不像），优化的结果没法验（改了到底更好还是更差，要看几周数据）。把两件事混在一起，你就失去了「一眼能验」这个最大的优势。

改标题是更后面的事，而且改之前你得先有一份清单知道该改哪些。

结果：三类问题

三个坑都修完之后，报告是这样的：

• 23 个标题超长，按字节算已经超过限制，其中 9 个在搜索结果里会被明显截断
• 6 组句式雷同，涉及 31 个商品，每组三到八个不等
• 14 个堆词，同一个关键词在一个标题里出现三次以上

还有一类是加了规则之后才出现的：

• 8 个信息不全，标题里没有规格、没有适用对象，短得看不出是什么

最后这类是小李自己加的检查项。跑第一遍看到结果之后，他意识到「太长」和「太短」是两个方向的问题，就顺手把后者也加进了说明书。

这也是这套东西好用的地方：规则是你自己写的，看到结果之后随时能补。

跟着做：核一遍全站标题

不要求懂编程，会复制粘贴就行。前提是你已经按第一篇装好了工具。

第 1 步：建工作台

mkdir -p ~/title-check/data ~/title-check/reports && cd ~/title-check

第 2 步：导出商品表

从后台导出，放进 data 文件夹。需要这几列：

• 商品编号
• 标题
• 商品类型或分类（用来判断句式雷同是不是同一类商品）
• 商品链接（方便你拿到清单后直接点开改）

导出前先确认标题列是完整的。有些后台导出会把长标题截断，那样你核的就是被截断后的版本，等于白做。随便挑一个长标题，对比后台页面看看是不是全的。

第 3 步：写说明书

在 title-check 文件夹里新建说明书文件（文件名取决于你装的哪个工具，和前面几篇一样）。

# 商品标题核查说明

## 资料在哪

data 文件夹里的商品表，每行一个商品。

## 怎么算长度

标题长度按字节算，不按字数。
中文和日文一个字符按 3 个字节计，英文、数字、空格按 1 个字节计。

我们的上限是 200 字节。超过的标为「超长」。
超过 200 字节且前 120 字节里没写清楚是什么商品的，另外标为「会被截断」。

## 什么算句式雷同

去掉型号、规格、颜色、尺寸这些变量之后，剩下的部分和其他商品高度相似。
按这个标准分组，一组超过三个商品就标出来。

## 什么算堆词

同一个关键词在一个标题里出现三次以上。

## 什么算信息不全

标题里看不出这是什么商品、适用于谁、什么规格。

## 报告写成什么样

在 reports 文件夹生成报告，文件名带日期，按这个顺序：

1. 会被截断的：最紧急，写清楚商品编号、标题、字节数、链接
2. 超长但不至于截断的
3. 句式雷同的：按组列出，每组写清楚共同部分是什么
4. 堆词的：写清楚是哪个词重复了几次
5. 信息不全的

每一项都要带商品链接，方便我直接点开改。

## 不许做的事

- 不许改 data 里的原始文件
- 不许改写标题，不许给出建议的新标题
- 只输出问题清单，改不改由我定
- 计算要用程序算，不要估算

「不许改写标题」那条别删。不是它改不好，是这一层的活就是核查——你要的是一份能一眼验证的清单，不是一份需要几周才能验证的改写方案。

上限那个 200 字节是举例，换成你自己平台的实际限制。不同平台、不同类目限制不一样，查一下你的后台或帮助文档。

第 4 步：跑

进工作台启动工具，说：

按说明书核一遍 data 里的商品标题，生成报告。

第 5 步：验收

核三件事：

挑一个你知道被截断的商品，看它在不在「会被截断」那一段里。不在的话，多半是字节算法没生效，或者上限填错了。

自己数一个标题的字节数。挑一个纯中文的短标题，数一下汉字个数乘以 3，对比报告里的数字。这一步最直接，能确认字节规则是不是真的生效了。

看一组句式雷同的。点开那一组里的两三个商品，确认它们确实是同一个句式而不是误判。

第二件是这件活特有的，一定要做——它正是开头那个坑的检验方法。

之后怎么用

标题不需要频繁核。建议这几个时机跑一次：

• 批量上新之后
• 换了标题模板之后
• 每季度一次例行检查

跑完拿着清单去改，改完隔一两周再跑一次确认。

常见卡壳

第一条和最后一条最常见，而且都不报错。

回到那个比喻

前面几篇一直说，把 AI 当成新来的助理。这件活的带法：

第一条是这件活里最值钱的一条。它不是常识——很多做了几年的运营也没留意过标题限制是按字节算的，一直以为自己的标题够短。

这件事的背景和为什么标题不该照搬平台堆词，这篇写过，可以对照看。

你手上那件活，能不能交出去

这个系列后面的选题，一部分会直接来自读者的实际问题。

如果你手上有一件活拿不准该不该交给 AI，把这三件事发过来就够：

• 这件活是什么：多久做一次，一次大概花多久
• 你是按什么规则做的：判断标准能不能说清楚
• 做完怎么验：有没有办法看出它做对了没有

这三件事正好就是判断能不能交出去的三个条件，你写的过程中多半自己就有答案了。

我会挑典型的写成文章——判断它属于哪一层、该怎么交、哪一步必须你自己来。涉及店铺的具体信息一律脱敏，不会出现店名和真实数字。

联系方式在关于页面。

下一篇

标题核查是拿一份数据自己跟自己比。下一篇难一点：核对运费表——要拿运费规则和真实订单的重量分布对照，找出哪些重量段是在亏钱发货的。

那件活会撞上一个新问题：两份资料的口径对不上，而且一开始你不会发现。

参考资料

• Claude Code Overview
• Codex CLI