# 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方案)存档，二期看官方蒲公英资质
