一个人做导航站，AI 编程最小工作流怎么搭

先别把导航站想成“不断加页面”

一个人做导航站，真正会把你拖垮的通常不是开发本身，而是这些事同时压过来：

• 找新工具
• 写内容
• 修 SEO
• 查性能问题
• 处理发布和回收

如果没有一条最小工作流，你很容易每天都在忙，但很难看到站点真的往前走。

这篇更适合谁

• 正在一个人维护工具站、导航站或内容型小站
• 会写一点代码，但时间经常被零碎任务切碎
• 想把 AI 接进主流程，而不是偶尔问几句

最小链路先只保留 4 段

1. 先收口选题，不要一上来就写

每周先只定两件事：

• 本周补哪几个工具
• 本周补哪几篇内容

如果这一步没收住，后面再强的 AI 工具也只是在帮你更快分心。

2. 再把工具数据和页面改动分开

更稳的做法是：

• 先补工具数据
• 再补内容稿
• 最后再做 SEO / 性能 /发布动作

这样每一轮都更容易验证，也更容易回滚。

AI 工具在这条链路里该怎么分工

Cursor

更适合你长时间泡在编辑器里，一边看页面结构、一边改组件和文案。

Claude Code

更适合你已经知道要改什么，想在终端和仓库上下文里连续推进任务。

Codex

更适合把“读代码 -> 修改 -> 跑检查 -> 回收结果”串成一条连续执行链。

Lindy

更适合放在轻运营和重复流程，比如提醒、整理、简单跟进，而不是拿来直接改站点核心代码。

哪些步骤先别急着自动化

• 工具取舍
• 页面是否该索引
• 内容标题是不是像人会搜的问题
• 发布后哪些数据值得继续追

这些步骤短期内仍然更需要你亲自判断。AI 更适合帮你推进，不适合替你拍板。

你今天就能这样开跑

• 先定本周 5 个工具和 5 条内容
• 先完成一类改动，再做下一类
• 每轮结束只问一句：这一步有没有让用户更容易点、读、留和继续回访

如果答案不清楚，就先别扩下一批。

一句话建议

一个人做导航站，最值钱的不是“AI 帮你写得更快”，而是你能不能用 AI 把每周更新压成一条稳定、可复用、不会越做越乱的最小工作流。