从 Chrome 登录态到知乎草稿:我们如何打通一条可控的写入链路
· 阅读需 16 分钟
上一篇文章回答了“哪种知乎 CLI 自动化架构更稳”:内容和任务放在控制面,平台登录态留在可信浏览器,默认只写草稿,最后由人确认发布。
这一次不再停留在架构图。我们真的启动了一个隔离 Chrome Profile,完成知乎登录,让 Wechatsync 扩展连接本机 CLI,把 Markdown、本地图片、公式、表格和代码写进知乎草稿,并从编辑页回读验证结果。
上一篇文章回答了“哪种知乎 CLI 自动化架构更稳”:内容和任务放在控制面,平台登录态留在可信浏览器,默认只写草稿,最后由人确认发布。
这一次不再停留在架构图。我们真的启动了一个隔离 Chrome Profile,完成知乎登录,让 Wechatsync 扩展连接本机 CLI,把 Markdown、本地图片、公式、表格和代码写进知乎草稿,并从编辑页回读验证结果。
理想中的知乎发布流程应该很简单:文章放在 Git 里,服务器执行一条命令,系统找到对应的知乎文章,更新正文和图片,留下日志,最后等人确认发布。
但真正把它做成长期服务,会遇到四个比“Markdown 怎么转 HTML”更难的问题:知乎是否提供稳定的写入契约、登录态应该放在哪里、怎样保证每次更新的是同一篇文章,以及失败以后如何判断远端到底有没有成功。