用户推论：一内容账号对应多平台账号分别投放⇒展开单位改平台账号、一版一路成立、PublishRecord 不加渠道字段（自决）

.workbuddy/memory/2026-10-10.md

@@ -46,3 +46,21 @@
 
 **产物**：`用户口径追加-账号是两个概念.md` 新增 §〇（定义 ＋ 落法 ＋ 建模理由）。
 **剩余待定**：定时发布（倾向不做、把"平台原生"记 `Deferred`）、`PublishRecord` 渠道字段（倾向写死"一版一路"）。
+
+## 07:48 · 用户推论：一个内容账号在投放时对应多个平台账号，分别投放
+
+**用户原话**：「所以一个内容账号 投放时应该有多个平台账号用于分别投放」。
+
+**确认**：一个内容账号在投放时对应**多个平台账号**，每个平台账号**分别投放**。
+
+🔴 **这句把"发布记录要不要渠道字段"那条也说通了** —— 它落地要拆成两步（现版 F7 已有前半）：
+1、**展开**：一条内容（母版）按目标**平台账号**各出一版（现版 F7 的流转就是 `母版 → 已展开（多版本）→ 逐版确认 → 就绪`，只是它写"账号 × 平台"，按新口径改成"**按平台账号展开**"）。
+2、**分别投放**：每个平台账号发它自己那一版 ⇒ 各产生一条发布记录。
+
+⇒ **"分别投放"是靠"分别成版"实现的**，不是"一个版本同时发多处"。由此：
+- F7 的展开单位改成**平台账号**；
+- "一版一路"天然成立 ⇒ 发布记录的"渠道"由版本唯一确定；
+- ⇒ **`PublishRecord` 不加渠道字段**（保持现状 ＋ 在 F13 补一句"一版一路"显式写出来）。这一条**我自决按"不加"处置**，因为它等于维持现状、零改动。
+
+**产物**：`用户口径追加-账号是两个概念.md` 新增 §〇之二。
+**剩余待定**：只剩**定时发布**一条（倾向不做、把"平台原生"记 `Deferred`）。

执行会话/目标-分析social-auto-upload项目，用于投放页与发布对象的判断-0ec0a7/用户口径追加-账号是两个概念.md

@@ -28,6 +28,25 @@
 
 ---
 
+## 〇之二、投放时怎么落（用户 2026-10-10 07:48 推论）
+
+**用户原话**：「所以一个内容账号 投放时应该有多个平台账号用于分别投放」。
+
+**确认**：一个内容账号在**投放时**对应**多个平台账号**，每个平台账号**分别投放**。
+
+**这句落地要拆成两步**（现版 F7 已有前半，后半要按新口径改）：
+
+1、**展开**：一条内容（母版）按目标**平台账号**各自出一版 —— 现版 F7 就是这么设计的（流转是 `母版 → 已展开（多版本）→ 逐版确认 → 就绪`），只是它写的是"账号 × 平台"，按新口径要改成"**按平台账号展开**"。
+2、**分别投放**：每个平台账号发它自己那一版 ⇒ 每个平台账号各产生一条发布记录。
+
+⇒ **"分别投放"是靠"分别成版"实现的**，不是靠"一个版本同时发多处"。由此顺出三件：
+
+- F7 的展开单位改成**平台账号**（一个内容账号下的每个平台账号各一版）。
+- "一版一路"因此天然成立 ⇒ 发布记录的"渠道"由版本唯一确定。
+- 于是「`PublishRecord` 要不要加渠道字段」这条**按不加处理**：保持现状，只在 `2a-产品功能-新版.md` 的 F13 补一句「一版一路」把它显式写出来。
+
+---
+
 ## 一、先答：现版说的是哪个？—— 两个混在一起了
 
 现版 `Account` 的三处写法互相打架：