大可的 AI Builder 手记
跟随系统
颜色主题
长沙小桌实战
大可 Dako
大可 Dako大可 DakoAI Builder · Agent 实践者用 AI 做真正能用的产品。专注探索 Agent 工程化落地、Vibe Coding 实践与商业化交付。
内容平台即将上线,敬请期待
范围是产品最重要的决策之一01一句话定位给谁、解决什么核心问题、做到什么程度02不做清单明确哪个不碰,防止范围蔓延03验收标准做成什么样算完,写进 spec✓ 边界划得越早,后面越省,也更接近真实可用
边界划得越早,后面越省。

一句话定位 + 不做清单,先把边界划住

好的 AI 产品开头一定很窄:一句话说给你听,明确不做什么。范围本身就是产品决策。

很多 vibe coding 项目烂掉,不是代码烂,是从头就没想清楚边界:AI 一会儿做这个、一会儿做那个,做着做着做成了大杂烩,最后谁都不满意。好的产品一开始就很窄。

读完你能回答:

  • 一句话定位怎么写出那个核心答案?
  • 不做清单为什么反而帮你做对?
  • 范围怎么变成可验收的完成标准?

一句话定位

把你要做的东西,用一句话说清楚——给谁、解决什么核心问题、重点做到什么程度。写不出、或写着就变,说明你还没想清楚。

好的定位长这样:

  • 「给产品经理快速把需求写成可执行 Spec 的 AI 工具」→ 给谁、解决什么、做到什么程度
  • 「给开发者一键把某类重复代码 refactor 成规范的 CLI」→ 给谁、做什么、做到什么程度

写到能脱口而出,才算过第一关。写不出来,先别急着 vibe coding 写代码,先把这句话逼出来。

不做清单

范围和"不做什么"是同一件事的两面。主动列一个不做清单,比被动加功能更能防止项目漂移。

几个常见例子:

  • 不做登录,先做核心功能
  • 不做多用户协作,先做单人
  • 不做数据统计,先让主流程跑通
  • 不做移动端,先做桌面

每一条"不做"都是一次产品取舍,你是在回答「这个项目现在的重心是什么」。

范围怎么变验收标准

光说"我要做个 XX"不够,要给一个具体的、可验收的完成标准:

  • 用户输入什么 → 系统出来什么
  • 哪些 case 必须做对 → 写死进测试
  • 哪些边界先不管 → 写进"不做清单",免得最后被卷进去

把范围写成一页 spec,之后才是让 AI 开始干活。这一步做好,你后面 vibe coding 的对话,AI 都会有据可依,不容易跑偏 anthropic-sdlc。

范围定完,进入本板块核心环节:把范围变成规约,让 AI 有据可依。

参考资料

  1. The AI-Native SDLC Playbook (Anthropic)