闲鱼虚拟资料自动发货的工具依赖与收入口径
文章最终依靠网盘拉新结算，不能把上架和自动发货直接视作盈利。接口与活动资格需另行验证。
作者拿到的成绩
这篇值得看在哪里
冬青从闲鱼虚拟资料变现起步，用GrokBot串起选品、制作、上架和百度网盘自动发货。多个账号和测试者被称为已拿到结果。真正的收益重点转向网盘拉新。作者先考虑让机器人操作浏览器，再转向调用保存动作对应的接口，发现直接提供接口文档仍然无法完成，于是让Codex根据接口写桌面端软件并增加MCP功能。
六个Bot串起虚拟资料流水线
作者搭建的不是单一资料生成器，而是一条围绕闲鱼电子资源交易的分工链：第一个Bot在闲鱼寻找可原创制作且无版权风险的资料方向，例如一年级练字字帖、口算题和英语单词表；第二个Bot把选定品类制作成Word、PDF或Excel资料；第三个Bot负责标题、描述、详情图和竞品价格；第四个Bot将商品发布到闲鱼并返回商品ID；第五个Bot把资料上传百度网盘并生成分享链接；最后再把分享链接与商品ID绑定，实现自动发货。这个设计的价值在于把选品、内容生产、商品发布和交付拆开，作者原本人工完成的业务链被交给多个Bot分别处理。
闲鱼低价商品靠规模而非客单价
作者明确把闲鱼定位成顺带运营的跑量项目，商品可以是几毛钱、几分钱或几块钱，核心不是把单个资料做成高客单价产品，而是尽可能完成上架、交付和持续筛选。闲鱼助手会定期检查表现不好的商品，作者个人判断可以半个月清理一次，但清理前仍需人工确认。这个取舍说明项目更适合已有资料生产能力、愿意接受低价竞争并通过数量测试品类的人，不适合把它理解成稳定高利润的单品生意。
自动发货经历了多次技术转向
自动发货部分是文章里最具体的实战复盘。作者先考虑让机器人操作浏览器，再转向调用保存动作对应的接口，发现直接提供接口文档仍然无法完成，于是让Codex根据接口写桌面端软件并增加MCP功能。GrokBot在本机不能直接调用MCP后，作者又利用它可以通过命令行控制Codex这一条件，改成终端命令调用，最终完成商品ID与百度网盘分享链接的绑定。后续还复用了登录状态，以减少每次验证码或扫码的重复操作。这里可迁移的经验不是某段代码，而是当自动化链路受工具调用边界限制时，保留接口和数据绑定关系，再更换控制层。
收益关键在百度网盘拉新
作者披露的收益逻辑并不主要来自资料售价，而是百度网盘的转存和拉新：资料被转存时，作者写的是每次收益4毛5；如果客户是百度网盘新用户，则写的是10块钱拉新收益。文章还提到，单个商品有时会突然出现几十单，累加后可能达到几百单，因此作者认为扩大收益的重点是网盘拉新，并建议通过多账号增加覆盖。不过，文中没有披露实际成交额、利润、成本或持续周期，开头关于多个账号测试和“百分之百拿到结果”的说法也不足以替代长期经营数据。
根据作者原帖及所附飞书文档整理。完整实操与材料见原文。
原文还会展开这些问题
- GrokBot如何把闲鱼选品与资料制作拆成可协作的Bot？
- 低价虚拟资料为什么要把收益重点放在百度网盘拉新？
- 闲鱼商品ID与百度网盘分享链接如何完成自动绑定？
- 接口调用失败后，作者为什么改用桌面端和命令行？
- 本地电脑运行GrokBot时，作者如何考虑IP环境风险？
原作者原话
我是用的我本地的电脑，因为grokbot的自带的电脑可能会有IP环境风险，我目前实测本地电脑登录一点问题没有
到这一步，还是不行，给他接口文档了，还是不行，气死我了，难道是规则的问题，我就检查规则，改好规则再测试
以上为原帖简短摘引。作者：冬青。完整内容及访问条件以生财有术原帖为准。