6a2632da70
将 Clover 从上层产品包旧仓库中独立出来,建立专属版本控制。 当前状态=纵切片端到端已打通(登录→选品→出文出图→审核→下载包), M1文案质量去套路化已验收。此提交作为后续按核销清单逐条修复的基线。 Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
57 lines
3.5 KiB
Markdown
57 lines
3.5 KiB
Markdown
# Clover · 洞6 发布最后一公里 验证落盘
|
||
|
||
> 创建：2026-06-04｜验证人：CC实测+倩倩姐拍板｜性质：洞6(发布最后一公里)代码勘察+定位修正
|
||
> ⚠️ 本洞修正了产品出口的根本定位，重要
|
||
|
||
## 一句话结论
|
||
发布出口不是"发到小红书"，是**产出达人能直接用的素材交付包**。因为北哥团队=素材生产方(中央厨房)，真正发布的是一堆分散的达人。系统自动发从需求上就不成立。
|
||
|
||
## 定位修正（最关键认知）
|
||
- 北哥团队 = **素材生产方(中央厨房)**：批量生产种草素材
|
||
- 达人 = **素材发布方(分发渠道)**：拿素材包自己发，分散、不懂上下文
|
||
- Clover出口 = **"达人拿了就能照着发"的结构化素材交付包**
|
||
- → 这解释了洞1洞6为何都该手动：真正发布的人是分散的达人，不可能自动登录一堆达人的号
|
||
- → "不能变形/命名好/分类/清单"不是锦上添花，是**刚需**：素材流转到第三方手里，全靠素材包自解释，命名乱/图变形/配错文案=达人发错或不会发
|
||
|
||
## 代码勘察（发布自动化的现成方案=不采用）
|
||
- n8n仿写工作流有发布节点 `n8n-nodes-douyin.xiaohongshu` operation=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 ← 违禁词已过/图已去水印，达人放心发
|
||
```
|
||
|
||
### 设计要点（把导出做到不像降级）
|
||
1. **图不变形**：去水印后处理时严守尺寸比例(3:4)，不挤压拉伸
|
||
2. **命名规范**：序号前缀(01/02/03)保证达人按序传图
|
||
3. **分类清晰**：按笔记分文件夹，一条笔记的图文聚在一起
|
||
4. **发布清单**：达人不懂上下文，清单要能自解释(发几条、配图顺序、文案、标签)
|
||
5. **合规说明**：附"违禁词已过/已去水印"，让达人放心发
|
||
|
||
## 待办
|
||
- [ ] 架构方案：出口=素材交付包生成器(打包+分类+命名+清单+合规说明)
|
||
- [ ] 数据模型考虑"达人"角色/素材包流转(可能影响表设计)
|
||
- [ ] 自动发布(n8n方案)存档，二期看官方蒲公英资质
|