6a2632da70
将 Clover 从上层产品包旧仓库中独立出来,建立专属版本控制。 当前状态=纵切片端到端已打通(登录→选品→出文出图→审核→下载包), M1文案质量去套路化已验收。此提交作为后续按核销清单逐条修复的基线。 Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
3.5 KiB
3.5 KiB
Clover · 洞6 发布最后一公里 验证落盘
创建：2026-06-04｜验证人：CC实测+倩倩姐拍板｜性质：洞6(发布最后一公里)代码勘察+定位修正 ⚠️ 本洞修正了产品出口的根本定位，重要
一句话结论
发布出口不是"发到小红书"，是产出达人能直接用的素材交付包。因为北哥团队=素材生产方(中央厨房)，真正发布的是一堆分散的达人。系统自动发从需求上就不成立。
定位修正（最关键认知）
- 北哥团队 = 素材生产方(中央厨房)：批量生产种草素材
- 达人 = 素材发布方(分发渠道)：拿素材包自己发，分散、不懂上下文
- Clover出口 = "达人拿了就能照着发"的结构化素材交付包
- → 这解释了洞1洞6为何都该手动：真正发布的人是分散的达人，不可能自动登录一堆达人的号
- → "不能变形/命名好/分类/清单"不是锦上添花，是刚需：素材流转到第三方手里，全靠素材包自解释，命名乱/图变形/配错文案=达人发错或不会发
代码勘察（发布自动化的现成方案=不采用）
- n8n仿写工作流有发布节点
n8n-nodes-douyin.xiaohongshuoperation=publish - 机制：调第三方/自建发布中台(Domain默认localhost:3000)，getQrCode扫码托管账号→/api/note/publish代发
- 凭证=API Key+Domain，是又一层"托管账号代发"中间件，非小红书官方
- 🔴 风险最高：代发=机器发布特征(营销号典型)，封号风险比读取(洞1)更大；还多一层第三方托管账号
- 结论：存档，不采用（且需求上达人发布也用不上自动发）
洞6 结论：三档（对外走素材包交付）
| 档 | 做法 | 风险 | 定位 |
|---|---|---|---|
| 🔴 全自动发布 | 系统直接发小红书 | 最高(封号) | 对外不做+需求不成立(达人分散) |
| 🟢 素材包交付 | 打包好图文，达人手动发 | 零平台风险 | 对外标配 |
| 🟡 官方蒲公英/聚光 | 合规代发 | 需企业资质 | 二期看北哥资质 |
倩倩姐拍板：达人素材交付包（定下来）
做好素材打包、分类、不变形、命名规范、发布清单。手动下载到一个地方，人工(达人)去发。
交付包结构
某产品某主题_素材包/
├── 📋 发布清单.txt ← 达人照做：发几条/每条用哪些图/什么文案/什么标签
├── 笔记1_封面hook/
│ ├── 01_封面图.jpg ← 命名带顺序，达人不会传错序
│ ├── 02_质感图.jpg
│ ├── 03_软转化图.jpg
│ └── 文案.txt ← 标题+正文+标签，达人直接复制
├── 笔记2_xxx/
└── ✅ 合规说明.txt ← 违禁词已过/图已去水印，达人放心发
设计要点（把导出做到不像降级）
- 图不变形：去水印后处理时严守尺寸比例(3:4)，不挤压拉伸
- 命名规范：序号前缀(01/02/03)保证达人按序传图
- 分类清晰：按笔记分文件夹，一条笔记的图文聚在一起
- 发布清单：达人不懂上下文，清单要能自解释(发几条、配图顺序、文案、标签)
- 合规说明：附"违禁词已过/已去水印"，让达人放心发
待办
- 架构方案：出口=素材交付包生成器(打包+分类+命名+清单+合规说明)
- 数据模型考虑"达人"角色/素材包流转(可能影响表设计)
- 自动发布(n8n方案)存档，二期看官方蒲公英资质