butubb
a800d051ae
feat(发布计划): 标题行两种写法都认 + 行首 # 不再无条件当注释
一、标题行解析（core/video_plan.parse_title_line）
- 原来只认「标题内容_手机号_日期_编号」（右锚定）。现在**两种都认**：
① 标题内容_手机号_日期_编号 （推荐，右锚定 —— 标题里带下划线也不会错配）
② 手机号_日期_编号_标题 （左锚定，跟视频文件名同序 = "文件名去掉扩展名 + 标题"）
两种里都**先试带编号的**，保证同一行永远只有一种解释；编号都可省略。
- 新拒收一条：`手机号_日期_1`（只有编号、没标题）**直接拒** ——
不能把它当标题"1"（静默生成一条标题是"1"的文案，比拒收危险得多）；
标题真是纯数字的用写法①。
二、`#` 开头的行（parse_titles_text）
- 原来是"以 `#` 开头就整行忽略" → **`#中秋快乐_...` 这种正常标题会被静默丢掉**。
- 改成**先按标题行解析，解析得出就当标题；解析不出且以 `#` 开头才算注释**。
`# 这是注释` 照样忽略，`#话题` 开头的标题照收（`#` 保留在标题里）。
三、其它
- 文案同步：上传标题面板/帮助文案、doc/API.md 的 upload_titles 语义（两种写法、`#` 规则、拒收条件）
- 测试：新增 8 条（两种写法 × 带/不带编号 × 标题含下划线与 #话题、只有编号要拒收、整段注释与报错）
2026-09-29 09:00:43 +08:00
..
2026-09-10 21:43:08 +08:00
2026-09-10 21:43:08 +08:00
2026-08-30 10:57:07 +08:00
2026-09-15 13:55:14 +08:00
2026-09-24 16:12:58 +08:00
2026-09-13 10:38:13 +08:00
2026-09-24 10:55:29 +08:00
2026-09-24 08:37:42 +08:00
2026-09-15 13:55:14 +08:00
2026-09-24 08:55:10 +08:00
2026-09-16 08:58:43 +08:00
2026-09-20 15:04:21 +08:00
2026-09-16 12:39:47 +08:00
2026-09-28 15:59:09 +08:00
2026-09-16 08:58:43 +08:00
2026-09-28 15:59:09 +08:00
2026-09-24 09:17:15 +08:00
2026-09-28 15:59:09 +08:00
2026-09-04 14:33:28 +08:00
2026-09-16 13:02:40 +08:00
2026-08-15 15:22:55 +08:00
2026-09-20 14:32:35 +08:00
2026-09-16 08:58:43 +08:00
2026-09-28 15:59:09 +08:00
2026-08-11 09:06:59 +08:00
2026-09-24 16:12:58 +08:00
2026-09-24 08:37:42 +08:00
2026-09-16 13:02:40 +08:00
2026-09-14 08:14:11 +08:00
2026-09-29 09:00:43 +08:00