baseline: Clover 独立仓库首次基线提交

将 Clover 从上层产品包旧仓库中独立出来,建立专属版本控制。
当前状态=纵切片端到端已打通(登录→选品→出文出图→审核→下载包),
M1文案质量去套路化已验收。此提交作为后续按核销清单逐条修复的基线。

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

test/洞6发布交付验证落盘.md

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