- 01点击间隔、滑动曲线和落点抖动按区间取值,不走机械等距
- 02中文输入单独走一条通道,绕开命令行打不出中文的限制
- 03控件定位支持多个候选选择器,界面改版时不用整体重写
- 04发布完成后回读平台记录核对,商品编号写进台账
S—01 / 定位
自动化不是替你违规,
是替你把重复动作做对
闲鱼卖家真正被卡住的不是"发不发得出去",而是发到第几十条的时候节奏乱了、文案重了、 平台开始给限流,自己还不知道是哪一步出的问题。这个系统解决的是这一段: 把会出错的环节固定成可检查的规则,让异常在发出去之前就停住。
我们做的
- 把选品、文案、发布、复盘拆成独立模块,按需要组合
- 用流程文件描述每一次点击与输入,改流程不用改代码
- 发布之前过合规闸门,过不了就不发
- 两条通道写同一本台账,发没发出去可以逐条回查
- 平台侧出现异常信号时主动暂停,而不是继续硬发
我们不做的
- 不承诺曝光量、成交额或"绝不封号"
- 不提供绕过平台风控、绕过人机验证的方法
- 不代发、不代管账号、不保管你的登录凭证
- 不批量发测试商品、不发占位内容占坑
- 不按成交额抽成,只按交付范围计价
为什么不把话说满
闲鱼的推荐和风控规则不公开,平台算法会调整,账号本身的历史也不一样。 任何"保证出单""保证不封"的说法都无法兑现,写进合同对双方都没好处。 我们能做的是把过程动作固定下来:发布窗口、间隔抖动、类目分散、指纹去重、发布前复检, 这些都可以逐项验证,你也可以拿自己账号跑出来的数据判断值不值得继续用。
S—02 / 模块
十个模块,按依赖顺序接起来
模块之间不是并列的功能清单,而是有先后依赖:先有商品池,才谈得上改写文案; 文案定稿,才排得了发布节奏;发布跑起来,才有台账可以复盘。 下面每一行都有独立的详解页,写清了输入、输出和验收方式。
手机 APP 自动化通道
用 ADB 驱动安卓真机或模拟器,按流程文件描述的顺序完成填写与发布。中文输入、控件定位、拟人化点击都在这一层解决,发布完成回读平台记录并写台账。
02电脑网页版通道
走平台的网页接口执行发布,适合已经有稳定电脑环境的批量场景。字段口径、图片顺序、失败分类与重试策略写在详解页里,和手机通道共用闸门与台账。
03AI 商品文案改写
按标题结构、描述骨架和卖点顺序重写商品文案,同款之间保持差异。改写不新增信息,只调整表达与顺序,避免出现"洗稿"和"自己跟自己重复"。
04智能选品
把选品信号整理成可判断的几类,按类目和价格带给出候选,维护一个带状态的商品池:有货、待拍、待发布、已发布。每条都有明确的进入和退出条件。
05定时发布与节奏控制
发布窗口、间隔时长、每日上限、槽位排期都由参数控制。间隔带随机抖动,不把整天的发布挤在同一分钟;到点发布前会再复检一次,不通过就不发。
06防封控与账号安全
类目、发布时间、标题和主图要分散,同款商品不重复挂链接,商品指纹做去重。平台侧出现异常信号时平台健康闸会拦住发布,而不是继续硬发。
07商品合规检查
发布前逐条检查标题与描述的禁词、站外引流词、价格区间与图片张数。闸门在发布时刻会带着当天的基线再跑一遍,前一次通过不代表这一次一定通过。
08发布数据台账
两条通道写同一本台账,单一口径。每条记录包含商品编号、标题、描述、价格和发布时间戳,发布后回读平台数据核对,月底按类目、按通道、按城市出复盘表。
09多设备并行管理
设备池、端口锁、任务分配和故障隔离。一个进程只绑定一个设备端口,避免互相抢占;单台设备出问题只影响它自己的任务,不拖垮整批。
10价格与版本
按服务线、设备数量和交付范围计价,不按发布条数收费,也不从成交额里抽成。版本之间的差别在边界和责任上,写在价格页里可以逐条对照。
S—03 / 两条通道
同一套规则,两种执行方式
很多人以为"手机自动化"和"网页接口"是两套东西,要学两遍、维护两遍。 实际做法是把商品准备、规则判断和台账放在上层,通道只负责"把这一条商品发出去"。 换通道的时候,闸门、文案、台账一行都不用改。
- 01登录态先探活再用,过期直接走续跑而不是硬发
- 02列表分页有截断保护,避免漏掉已发布商品
- 03失败分四类:可重试、要改参数、要人工、不要重试
- 04和手机通道共用同一本台账,两边数量能对上
- 01发布窗口与每日上限固定,间隔带随机抖动
- 02同款商品不重复挂链接,单条链接的图片张数有上下限
- 03到点发布前用当下基线复检一次,不通过就不发
- 04平台侧异常先暂停,恢复了再续跑
S—04 / 推进顺序
从零到跑通,四步
顺序不能颠倒。先把一条商品完整发出去,再谈批量;先把合规闸门跑通,再开自动发布。 每一步都有交付物和验收标准,做完一步就能判断要不要继续。
把商品和账号情况摊开
确认类目、货源、现有素材、账号历史和每天能投入的时间。这一步的产出是一份商品池和一份可执行的参数清单:发布窗口、每日条数、用哪条通道。先把"发多少"定下来,再谈自动化。
先手动发一条,把字段摸清
在真实设备上完整走一遍发布流程,把每个字段的填法、必填项、图片张数和上传顺序记下来,固化成流程文件。这条流程文件就是后面所有自动化的依据,也是出问题时的对照基准。
把合规闸门放在发布前面
先让闸门跑在前面,被拦下来的条目要能说清楚为什么被拦。闸门跑稳之后,再把发布间隔、每日上限和槽位排期加上去。顺序反过来做,很容易在没拦住风险的时候就把量放开了。
按台账的数据决定要不要加量
先按小量跑几天,看台账里的成功率、拦截原因分布和成交反馈。数字摆出来之后再决定加设备、加条数还是先回去改文案。加量排在最后,是因为前面任何一环没跑稳,放大的都只是不确定性。
S—05 / 适用人群
四种卖家,四种用法
同一套系统,落到不同卖家身上用法差别很大。下面写的是各自最容易踩的坑和最先该配的参数, 对应的方案页里有更细的清单。
S—06 / 常见问题
先回答最常被问到的五个
这里挑的是决定"要不要试"的几个问题。完整版本有十六条,在 常见问题页,按费用、合规、稳定性、效果预期和技术分组。
这个工具会替我发违规商品吗?
不会。发布之前有一道合规闸门,逐条检查标题、描述、价格与图片,发现禁词、站外引流词或不合规的价格就直接拦下来不发。闸门在到点发布的时刻会再跑一遍,用的是当下的基线,不通过就不发。拦下来的是这一条,其它条目照常走。
一条商品能发出去吗?
可以。发布成功之后系统会回读平台侧的记录,把商品编号、标题、描述、价格和发布时间写进台账。你可以在台账里逐条核对,不用靠截图确认发没发出去。
手机和电脑两条通道怎么选?
看你的账号和类目习惯。习惯在手机上直接操作的、或者类目对手机发布界面要求高的,用手机 APP 通道;手上有稳定电脑环境、批量更大的,用网页版通道。两条通道共用同一套选品、文案、闸门和台账,先用一条跑通再决定要不要加另一条。
能保证账号不被封吗?
不能承诺,也不应该承诺。能做的是把发布行为收敛到正常经营的范围里:固定时间窗口、间隔带随机抖动、类目和标题分散、同款不重复挂链接、发布前过合规闸门、平台侧异常就暂停。这些是可验证的动作,具体结果仍取决于平台规则和账号本身的历史。
数据归谁?
发布台账、选品池、文案模板和流程配置都建在你自己名下,交付时一并移交。我们不保存你的账号凭证的明文,部署时按最小权限授权。
要准备多少东西才能开始?
三样:可发布的商品素材、你要用的账号、以及一个明确的目标条数。技术环境我们负责,包括设备接入、流程标定和闸门配置。细节写在新手上手那一篇里,按步骤做一遍就能跑通第一条。
先跑通一条真实发布,再谈铺量
把账号、设备和商品素材交给部署流程,先跑通一条真实发布并留下可核对的日志,确认没问题再决定要不要规模化。部署前我们会把不做什么也写清楚。