我们要回答的不是“能不能点网页发一篇 B站内容”，而是 ChatPost 这种发文/投稿编排层应该接哪条稳定边界：官方 API、浏览器插件、还是第三方 CLI。
结论先说：B站官方开放平台已经有视频稿件管理和专栏稿件管理 API；插件路线当前看到的是专栏图文草稿，不是视频投稿；官方没有发现可直接投稿的 CLI，第三方 CLI 以 biliup 系列为代表，但它们不等于官方接入路径。[1][5][8][14]
上一篇文章回答了“哪种知乎 CLI 自动化架构更稳”：内容和任务放在控制面，平台登录态留在可信浏览器，默认只写草稿，最后由人确认发布。
这一次不再停留在架构图。我们真的启动了一个隔离 Chrome Profile，完成知乎登录，让 Wechatsync 扩展连接本机 CLI，把 Markdown、本地图片、公式、表格和代码写进知乎草稿，并从编辑页回读验证结果。
到 2026 年 7 月底，再问“今年还有哪些会能投”，最容易得到两种错误答案。
一种只按全文截止日期排序，于是把 mandatory abstract 已经过期的会议也算成“仍开放”；另一种只搜索 CFP 里有没有 AI for Math，于是错过 WSDM、FSE、CAV、IUI 这类名字不直接写数学、却可能非常适合的会议。
更麻烦的是，这里说的“2026 下半年可投”，大多是投稿截止发生在 2026 年、会议在 2027 年举行，而不是只找会期在 2026 年的会议。
理想中的知乎发布流程应该很简单：文章放在 Git 里，服务器执行一条命令，系统找到对应的知乎文章，更新正文和图片，留下日志，最后等人确认发布。
但真正把它做成长期服务，会遇到四个比“Markdown 怎么转 HTML”更难的问题：知乎是否提供稳定的写入契约、登录态应该放在哪里、怎样保证每次更新的是同一篇文章，以及失败以后如何判断远端到底有没有成功。