01 / 诱因排序
先分清三类问题，别一上来就改节奏
账号出问题之后，最常见的处置顺序是先把发布停下来、把间隔拉长、把设备换掉，三件事一起做，然后等。这样做的结果是：如果问题真的好了，你也不知道是哪一步起的作用；如果没好，三步都已经动过，没有可退的地方。要能判断，先得把账号层面的问题分成三类，它们的成因和处理方式完全不同。
| 类别 | 典型表现 | 先动哪里 |
|---|
| 内容同质 | 一批商品的标题、主图、描述高度接近，集中在同一类目 | 内容侧：标题、主图、类目、描述 |
| 行为形态 | 发布时间、频率、操作轨迹呈现明显周期 | 节奏侧：窗口、间隔、抖动 |
| 内容本身不合规 | 标题含承诺式表述、描述带站外联系方式、图片带他人标识 | 规则侧：合规闸门 |
三类里，第一类最容易被忽略，因为它看起来不像问题。一个账号做同一条业务线，货是同一批，文案是同一个模板改的，主图是同一个角度拍的，发布又集中在几天之内——在内容层面这是一片几乎是复制品的东西。平台侧怎么判断内容是否相似，具体机制不可知，但相似度作为一个变量是可控的，所以做法不是去猜规则，而是把自己这边的相似度指标量化并压下去。
第二类才轮到节奏。节奏的问题不是快，而是形状：每天固定时间点、固定条数、间隔几乎相等。这类形状有一个特点，改起来最容易，也最容易被误认为已经解决——把间隔从 30 分钟拉到 60 分钟，形状仍然是等距的，只是刻度变大。真正的处理在定时发布与节奏控制里讲了：最小间隔加抖动，抖动打掉的是等距特征。
第三类是最好判断的，因为它有明确的过与不过，不需要权衡。标题里写绝对化用语、描述里留微信号、图片上带别人的标识，这些不是相似度问题，是规则问题，处理方式是回去改，而不是拉开距离。这一类的口径单独写在商品合规检查里。
把三类分开之后，处置顺序就清楚了：先排第三类（有明确对错，改完就没争议），再看第一类（相似度是可以量化的，去重之后重复度直接下降），最后才调第二类。反过来做——先拉长间隔、再改文案——最常见的结果是节奏已经变得很难看，问题还没解决，而此时已经没有可回退的基线了。
还有一类不属于这三者，但经常混进来：账号本身的历史行为。老账号和新账号对同样的动作反应不一样，这不是内容或节奏能改变的，属于起点差异。遇到这种情况，正确的做法是降低这一段时间的动作总量、把节奏放缓到能持续的水平，而不是去找一个更复杂的参数组合。
02 / 商品指纹
商品指纹：相似度要先能算出来
说要把商品拉开距离，第一个问题就是拉开的是什么。如果只凭感觉说这两条不一样，那么一百条商品里哪两条最像、像到什么程度，谁都说不清。所以第一步是给每条商品算一个可比的东西，这里叫商品指纹：把一条商品里可比较的字段抽出来，形成一组能相互计算的值。
标题
去掉重复的修饰、只留主体信息之后的核心词组合。两条商品的标题如果核心词组合一致，无论前后加了多少形容词，都算高度相似。
描述
看段落结构与关键句，不只看用词。同一个模板改几个字的描述，段落顺序、句式、结尾的固定话术都相同，这是最容易暴露的一层。
主图与图片组
主图是第一张，图片组是整套。主图相同或近似是最强的信号；即便主图不同，整套图来自同一次拍摄、同一背景、同一构图，也属于高相似。
类目与价格
类目决定这条商品落在哪个池子里，价格区间决定它在池子里的位置。同一类目加高度接近的价格，会放大其他维度的相似。
有了这四组值，闸门的判断才有落点：新条目进来时，先与已有条目算一遍相似度，超过阈值就不进发布队列，回到内容侧去改。这一步的价值不在拦住某一条，而在于它让重复变成了一件可见的事——原来凭记忆觉得这批货都不一样，算完发现有一半的标题核心词是同一个。
指纹去重要注意一个方向性错误：不要用完全相同才判重复。完全相同是最好抓的，抓它没有多少收益，因为完全复制本来就少见。真正要抓的是近似：换了两个形容词、主图换了一个角度、描述段落顺序调了一下。这类近似在人工看的时候几乎无感，在计算上却很接近。所以阈值要落在近似上，宁可多拦几条让人去改，也不要把近似放过去。
改的方式也有讲究。同一批货的相似度高，正确的处理不是把文案改得怪一点绕开检查，而是真的从不同角度写：同样的商品，可以按成色、按配件、按适用场景、按使用痕迹分别组织卖点。这不是为了过闸门，是因为同一批货本来就适合面向不同需求的人，分开写反而更容易被对应的人找到。文案怎么改写在AI 商品文案改写里。
指纹还要留一个时间维度。今天算出来不重复，不代表一周后不重复：如果这一周都在发同一批货，后进来的条目会不断和前面的比，相似度会越来越高。所以去重不是一次性动作，是每条发布前都要算的。计算成本很低，漏算一次就是一条几乎一样的商品进了队列。
03 / 四维分散
四个维度分别怎么拉开距离
相似度不是一维的。标题改得很不一样，但主图是同一张、类目同一个、发布时间挨在一起，整体仍然是一簇。所以分散要按维度分别做，每个维度有自己的做法和判断标准。
| 维度 | 怎么拉开 | 判断标准 |
|---|
| 类目 | 同一时间段内不把量压在同一条线上，按业务线分散 | 单服务线每日不超过 2 条 |
| 发布时间 | 窗口内按最小间隔铺开并加抖动 | 时间戳列出来读不出等距规律 |
| 标题 | 核心词组合不重复，卖点组织角度不同 | 任意两条的核心词组合不一致 |
| 主图 | 不同批次用不同拍摄角度与构图，整套图也要换 | 任意两条的主图不近似，图组不来自同一次拍摄 |
类目这一维最容易被结构限制。如果一段时间只有一条业务线有货，类目就拉不开，这时候能做的只有把量压到单线限额以内，再靠时间与标题主图去分散。这不是失败，是承认约束：货的结构决定了分散的上限，硬要在同一条线上多铺，只能靠改名换图，那又回到了相似度问题上。
时间这一维的做法已经在排期里讲过，这里补一个风控视角的判断：不要只让间隔不等，还要让每天的总量和每天的分布也不完全一样。一周里每天都发六条、每天都从 09:00 开始，即使间隔带抖动，整周的骨架仍然是同一个模板。做法是让每天的起始时间、条数、分段权重都有变化，但总值仍然落在周上限以内。这种变化不是随机，是有依据的：按货的到货时间、按临期程度、按人工在线的时段排，自然就不整齐。
标题这一维的关键是不要用模板改字。同一个模板把型号换一下、把形容词换一下，看起来每条都不一样，算出来仍然高度相似——因为句式结构和词序没变。真正拉开要换组织方式：一条按型号开头，一条按成色开头，一条按适用场景开头。判断标准可以很朴素：把两条标题并排看，第一眼能不能看出它们在讲不同的事。
主图这一维的代价最高，也最容易被省掉。同一批货如果只有一次拍摄，主图必然接近，这时候要接受一个现实：这批货不适合在短时间内全部发出去，应该分批，等到有新的拍摄素材再发下一批。硬用同一批图配上不同的标题，是四个维度里最容易留下痕迹的一种做法。图片本身的合规要求——不能出现他人标识、水印、联系方式——另外写在商品合规检查里，两件事要一起过。
四维分散不要追求每个维度都拉到极值。拉标题拉到看不懂、拉图片拉到和商品不符、拉时间拉到半夜，这些都会带来新的问题。目标是四个维度都没有明显短板，而不是某一维做到极致。判断的方法是把最近一批发布的商品按四维各打一个粗分，看哪一维最集中，就补哪一维，不要四维一起动。
04 / 结构边界
同款链接不超过三条，单链接三到九张图
两条硬边界值得单独拿出来讲，因为它们是结构性的，不是可以靠调参数绕开的。
第一条：同款链接不超过 3 条。同一件商品或同一批高度相同的商品，在一个账号里最多开三条链接。这条规则的作用不是限制销量，是防止把一个东西铺成一排。三条以上，无论标题怎么改、图片怎么换，在结构上都是同一个东西的多次出现，而这正是同质内容最典型的样子。三条以内的处理是合理的——不同成色、不同配件组合、不同价格档，本来就是三种不同的商品描述；超过三条，第四条的差异通常只存在于文案表面。
第二条：单链接 3 到 9 张图。少于 3 张，商品信息不完整，买家要反复问，问询量上去而成交不动；多于 9 张，后面的图基本没人看，还容易把不必要的信息（包装细节、序列号、单据）带上去。3 到 9 这个区间是个折中：够说明成色、配件、瑕疵，又不至于堆成相册。
同款超过三条时怎么办
- 先看能不能合成一条：差异只在价格或成色描述，合并成一条更清楚
- 确实要分开发，就分批：这一批发三条，下一批等素材更新后再发
- 不要靠改标题把第四条伪装成新商品，相似度仍然算得出来
- 把多余的条目放回选品池，等有真实差异时再上
图片数量怎么定
- 三张的底配：整体、成色细节、瑕疵或配件
- 五到七张：加上使用场景、包装、接口或规格特写
- 九张上限：再多的信息用描述承载，不要靠图堆
- 每张都要过一遍：有没有他人标识、水印、单据信息
这两条边界在实践中会互相牵制。同一批货要发三条链接，每条 3 到 9 张图，意味着需要 9 到 27 张可用图片，而且这些图不能全部来自同一次拍摄。这个量往往超出预期，也是为什么很多人最后只能把同一批图反复用——不是不想换，是素材不够。承认这一点，排期时就要按素材的实际情况定量，而不是按货的数量定量。
还有一个容易被忽略的点：图片数量本身也是一种形状。整个账号所有链接都恰好 6 张图、或者都恰好 9 张图，同样是模板化的痕迹。做法是按商品实际情况给数量：配件多的多几张，成色问题明显的多一张细节，简单的三五张就够。数量跟着内容走，而不是跟着模板走。
这两条边界的检查应该放在什么时候？放在进发布队列之前，和指纹去重一起做。等到发布时才检查，条目已经排进槽位，被拦下来会让当天的量出现缺口。前置检查的另一个好处是可以批量看：这一批十条里，有几条是同款的第四条、有几条的图不到三张，一次就能看出来，改起来也集中。
05 / 节奏与风控
节奏是风控的一部分，但不是全部
把节奏当成风控的全部，是这套体系里最常见的误解。拉长间隔确实会让时间分布不那么集中，但它改不了标题一样、主图一样、类目全压在同一条线上这些事。反过来也一样：内容做得再分散，一天发五十条，形状照样不对。两者是并列的两层，不是替代关系。
从风控角度看节奏，要看的不是间隔多大，而是整体形状有几个特征。第一是密度：某一天、某一小时里的发布数量。第二是规律性：时间戳读起来有没有明显的等距或整点聚集。第三是突变：与前几天相比有没有数量级的跳变，包括从零跳到十几条。第四是段位：是不是长期集中在同一个时段里，比如每天都在 20:00 到 21:00 之间发完。
这四项里，突变是最容易被忽略也最容易出现的一项。人的操作习惯是先攒后发：货到了一批，集中处理，一天发掉大半，然后几天不动。这种做法在手工时代很自然，但在账号的时间序列上就是典型的尖峰。控制系统里的做法是按周摊平，把那批货拆到几天里去，宁可晚几天上，也不要在一天里堆成一个尖峰。具体怎么摊，见定时发布与节奏控制里的槽位排期。
操作的形态也在这一层里。同一台设备上，点击间隔完全一致、每次落在同一个像素、按下即抬起，这些都属于形态特征。引擎在这一层做了四件事：点击间隔在 0.34 到 1.30 秒之间随机、滑动用 smoothstep 曲线、落点偏目标坐标正负 4 像素、按压时长 72 到 155 毫秒。这些参数的取值理由写在手机 APP 自动化通道里，这里只需要记住一件事：这一层是让操作不呈现机器特征，它不解决账号安全问题，只解决其中一类。
把这几层排个序：内容同质的影响最大，因为它决定了这个账号在平台上呈现为一堆相似的东西还是一组不同的商品；节奏形状排第二，它决定了这些商品出现的方式是不是有规律；操作形态排第三，它最容易被技术手段处理，也最容易被当成唯一的问题。很多账号运营把精力全放在第三层，改参数、换设备、加延迟，实际上前两层一点没动。
还有一个反向的误区：为了显得不像机器，把操作做得更慢、更随机，慢到一条商品要十几分钟。这会带来两个副作用，一是设备占用变长、失败重试窗口变短，二是当天的量排不完，又要靠压缩间隔补回来。形态的目标是不呈现周期，不是尽可能不规则。不规则到影响完成度，就已经在制造新问题了。
06 / 健康闸
平台健康闸：异常时暂停，不硬发
前面几层都是发布之前的设计，健康闸是发布过程里的刹车。它的判断对象不是这条商品，而是平台侧当前的状态：接口是否正常返回、页面是否正常加载、提交之后是否拿到回执。任何一项显示异常，就暂停发布，等状态恢复再说。
为什么要有这道闸，理由很具体。发布失败有两种，一种是明确的失败——请求被拒、页面报错、流程在某一步中断，这种会在日志里留下痕迹，重试即可。另一种是不明确的失败——提交动作发出去了，但拿不到回执，或者回执的内容和预期不一致。第二种更危险：你不知道这条到底发出去没有。如果这时继续往下发，可能出现同一条发了两遍、或者一批条目全部卡在未知状态，最后台账里一片空白，平台侧却多了一堆记录。
什么信号算异常
连续多条在同一个步骤失败、提交后长时间拿不到回执、页面结构与预期差异过大、回执内容与计划不符。任何一项出现，先暂停，不要先重试。
暂停时记录什么
暂停的时间、触发暂停的信号、当时正在执行的是哪一条、这个槽位之前的状态。这四项缺一项，恢复时就要靠回忆。
恢复怎么确认
由人确认，不由程序自动判定。程序能做的是复检健康状态，不能做的是判断这个账号现在适不适合继续发。
受影响的槽位怎么处理
标为未执行，不进成功统计。恢复后重新走一遍槽位计算，决定顺延还是放弃，不要原地重试。
暂停之后不自动重试，是这道闸最需要坚持的一条。自动重试在异常期间会反复提交同一个动作，第一次是意外，第十次就是行为模式。人工介入的代价是慢半小时，自动重试的代价可能是把一次小故障放大成一次集中提交。
健康闸和合规闸是两道独立的判断，顺序上先健康闸。理由是这样的：合规闸判的是这条商品能不能发，健康闸判的是现在能不能发。如果平台状态异常，那么无论商品多合规，发出去的结果都不可控；反过来，商品不合规时平台正常，拦下来改就是了。把顺序弄反，会出现闸门全过、设备空着、于是发出去的情况，而那时候平台恰好不正常，回执也没拿到，账上就多了一条状态不明的记录。
最后要说清健康闸的边界：它只能判断技术层面的状态，判断不了平台对账号的整体态度。账号层面的信号（比如流量突然归零、问询突然消失）不在这道闸的覆盖范围里，这类信号需要人看，看到之后该做的是整体降速，而不是继续按计划发。把技术闸当成账号健康的全部，是另一种形式的误判。
07 / 设备隔离
设备与账号：换设备不等于换身份
多设备并行之后，最容易产生的一个错觉是：这条被拦下了，换一台设备重发一次就行。这个动作在技术上很容易做，在判断上是错的。账号是一个整体，设备只是执行端。同一个账号在两台设备上发布，对这个账号来说仍然是同一个账号在发，设备换了不改变这件事。所以设备层的管理目标是稳定与可追溯，不是绕过限制。
设备层要处理的是三类工程问题，它们和风控的关系是间接的——环境不稳会导致失败、失败会导致重试、重试会导致重复提交，最终表现成行为异常。
| 问题 | 表现 | 处理 |
|---|
| 端口冲突 | 两个进程同时抢一个设备端口，互相踢掉，表现为随机失败 | 一机一端口，加端口锁，拿不到就排队 |
| 驱动位置 | 驱动跑在 WSL 里连不上 Windows 侧设备服务端，命令一直超时 | 驱动跑在 Windows 侧，不绕一层 |
| 界面读取失败 | 在 launcher 屏直接读取界面结构会失败 | 先试压缩模式，不成就退回普通读取 |
这三类问题的共同点是：它们看起来像流程 bug（某一步一直超时），改流程永远改不好。判断方法很直接——同一份流程在另一台设备上能跑通，问题就在设备或环境层，不在流程。这时候不要动流程文件，去查端口、查驱动位置、查设备状态。
设备与账号的对应关系要写清楚，这是台账能对上的前提。一台设备可以服务多个账号，但同一时刻只跑一个；一个账号可以在多台设备上执行，但槽位归属要算得出来。最忌讳的是同一账号同一时段在两台设备上并行发布——从账号角度看，这是同时发起多个发布动作，时间上完全重叠。多设备怎么分工、并发怎么控制，见多设备并行管理。
设备本身的状态也要管。长期插电、固定网络、关掉自动更新与锁屏弹窗，这些是让流程能稳定跑完的前提。设备时间要统一对时，并且流程启动前读一次设备时间写进日志——否则台账里的时间戳互相错位，事后核对发布顺序会得出错误结论，比如以为两条是同一分钟发的，实际差了一小时。
最后一条边界要讲明：设备数量不是安全措施。多买几台设备、把量分到不同设备上，对账号的发布总量没有任何改变，周上限的分母仍然是账号。真正能降低账号风险的动作，是内容去重、类目与时间分散、把不合规的内容改掉，这些都在内容侧完成。设备能做的只有一件事：让已经合规、已经分散的那批商品，稳定地发出去。
08 / 处置顺序
出问题之后，按这个顺序查
账号出现异常时，最容易做的是立刻停下来什么都不发，然后到处找原因。停下来是对的，但要停得有条理：停下来是为了保住现场，不是为了等它自己好。下面是一个可以照着走的顺序。
第一步：先看有没有在发的
正在执行的槽位先让它结束或安全中止，不要在半途强杀，避免留下状态不明的记录。然后把受影响的槽位逐个标状态。
第二步：分清是哪一类
内容同质、行为形态、内容不合规，三类分开看。先看最近七天发的商品，把标题、主图、类目、时间摊在一张表上，看哪一列最集中。
第三步：先改有明确对错的
标题里的绝对化表述、描述里的站外联系方式、图片里的他人标识，这几项改完就没有争议，优先处理。
第四步：再降相似度
按指纹算一遍，把最像的几条拿出来，改标题组织方式、换整套图、或者直接放回选品池等新素材。
第五步：最后才动节奏
节奏是最后一层。前面几层没改，拉长间隔只是让同样的东西更慢地出现，问题还在。
第六步：恢复时低量起步
恢复后不要立刻回到原量。先用低于下限的量跑几天，看失败率、回执、问询是否正常，再逐步回到区间内。
这个顺序的核心是一次只动一层。同时改内容又改节奏又换设备，即使好了也不知道是哪一步起的作用；没好则三步都已经动过，退无可退。每一层动完至少观察几天再动下一层，几天这个尺度不是凭感觉，而是要让至少一批（五到十条）完整的发布走完，才有可比的数据。
判断有没有好转，不要只看有没有再出问题，要看三项能算的数：内容层面的相似度分布（最像的那几条降到什么程度）、节奏层面的时间分布（有没有尖峰和等距）、执行层面的失败率（是不是还在同一个步骤上失败）。这三项都能从台账里算出来，前提是台账记得够细。台账的字段与口径见发布数据台账。
还有一件必须提前准备的事：留记录。哪一天停的、停之前发了哪几条、当时用的什么参数、改了什么、改完的效果如何。这份记录的价值在于下一次出问题时能对照，而不是从零开始猜。很多人第二次遇到同样的问题仍然找不到原因，就是因为第一次处理完没有留下任何可对照的东西。
最后要说清楚这套做法的边界：它降低的是自己这一侧可量化的风险，不是保证账号不出问题。平台侧的判断标准不公开、也会变化，所以真正稳的做法是把它当成长期的习惯——内容不重复、节奏不整齐、规则不越线，而不是出了问题才临时调整。把这三件事做成日常动作，比任何一次应急处理都有效。实操上的日常清单另见闲鱼账号防封方法。
