发布
发布到你的博客
博客是你完全拥有的那个渠道。如果你是开发者,它多半是一个 git 仓库:Next.js、Astro 或 Hugo,内容目录里放着 markdown 文件,push 即部署。多数工具会要求你把这些搬进它们的 CMS。GoShipFast 反过来:它像你本人一样,把文章发布进你的仓库。
工作方式
当文章工作台里的文章走到最后的发布阶段(需在桌面应用上,且工作目录已绑定到网站仓库),AI 助手会接手,做一个细心同事会做的事:
- 定位博客内容目录:找到仓库里既有文章存放的位置。
- 研究你的既有文章,把新文章写成格式一致的文件:相同的 frontmatter 字段(title、date、description、tags、author,你的站点用什么就写什么)、干净的语义化 slug,有多语言目录结构就照着沿用。
- 对照相邻文件自查格式:frontmatter 能解析,图片路径有效,结构一致。
- 提交并推送。 如果你的托管平台 push 即部署(Vercel、Netlify、Pages),几分钟后文章就上线了。
插图在配插图阶段已经渲染完成,所以图片随文章一起发出。之后文章显示已发布,附查看线上版本链接,并像其他渠道一样进入数据分析。
因为整个过程由 AI 助手在聊天里完成,你可以看着每一步进行,在提交前查看 diff,随时调整方向("用 engineering 这个分类"、"放到 /essays 下面")。
你需要什么
- 桌面应用,网站仓库已克隆到本地,并绑定为品牌的工作目录。
- 博客以文件形式存在于仓库中:MDX、Markdown,任何静态站点的惯例都行。既有文章格式一致的话,AI 助手会照着匹配;博客还是空的,它会建立一套合理的格式,你再调整。
- 你的机器有 push 权限(AI 助手用你本地的 git 凭证,和你自己操作一样)。
定时与替代方案
- 定时发布:审定的文章可以排进内容日历,到点自动发布。
- 重试:失败的发布会在发布日志里保留原因,可以重试。
- 博客没在 git 上? 多平台预览的博客版本仍会给你一份干净、排版好的内容,粘贴进任何 CMS 都行;文章也随时可以从编辑器导出。
为什么值得用 git 发布
仓库里的每篇文章都可移植、有版本、归你所有,这是复利资产最字面的形态。平台帖子带来流量尖峰,博客沉淀长期价值。同一条管线,两样都发。