账号两概念定稿：用户给定义（内容账号管内容属性／平台账号＝发布渠道）；建模自决=不加对象、平台账号作内容账号子项清单

.workbuddy/memory/automations/989e0800-12c3-4462-a9fc-46c0217bbe85/memory.md

@@ -0,0 +1,10 @@
+# 自动化记忆 · [执行]-[开源项目调研]-分析social-auto-upload
+
+## 2026-10-09 23:0x（第 1 次运行）
+
+- **做了什么**：分析 GitHub 开源项目 `dreammis/social-auto-upload`，产出「分析 ＋ 与现版 11 对象逐项对照 ＋ 两条结论」的文档。
+- **产物**：`执行会话/目标-分析social-auto-upload项目，用于投放页与发布对象的判断-0ec0a7/social-auto-upload 分析与对照.md`（约 30 KB）。
+- **上报**：`collabd.py --report 254f554c-… --state done --artifact <上述路径>` = OK（带已知的目标目录名分岔软提醒）。域锁 `--release-exec "分析social-auto-upload项目"` 已释放并复核为空。
+- **关键结论**：该项目是**发布执行器**不是内容管理器 —— 数据层只有 `user_info`／`file_records` 两张表，**无发布记录**；**无「渠道」对象**（平台单选＋账号多选，账号内含平台）；定时＝填平台自带的「定时发布」表单（非本地调度，故须晚于现在 2 小时）。⇒ 我们「不加发布事件对象」的倾向**站得住**（它样本量为零）。
+- **发现的待拍板**：① `Account` 带不带平台（我们 `2a` 字典与 F7 守卫自相矛盾）② 投放页要不要做定时 ③ `PublishRecord` 要不要带渠道字段。
+- **环境教训（下次复用）**：本机 `raw.githubusercontent.com` 连不通（curl rc=56）⇒ 取 GitHub 文件走 `api.github.com/.../contents/<path>`（base64）＋ `git/trees/...?recursive=1`；⛔ 不要为取数起浏览器。