10 lines
1.5 KiB
Markdown
10 lines
1.5 KiB
Markdown
|
# 自动化记忆 · [执行]-[开源项目调研]-分析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`；⛔ 不要为取数起浏览器。
|