模型在猜邻近的实现
你说「点了要马上变」，模型可能做成乐观更新，也可能做成本地假数据，也可能做成转圈更短。三种都「马上变」。只有第一个在失败时能安全回来。
会名词的人把选择空间收成一个点。不会的人在三个邻近实现里抽签，再靠眼睛验收。看起来也像 vibe coding，只是循环更长，而且停在「看起来对」。
外行是怎么顺利的
帖子里的好奇值得认真答。顺利很少来自「不会说话也能做」；它来自另一套找名字的办法。
外行借的是世界上已经写好的说明书
完全不懂编程的人，仍然见过大量软件。他们知道「购物车」「关注」「草稿」。这些词已经是接口。指着小红书说「只要笔记和收藏」，等于把范围画出来，也把对象命名了。
他们也更愿意给截图。工程师常觉得文字更精确；对模型来说，一张圈过按钮的图，常常比一段形容词硬。外行没有包袱，图丢得更勤。
验收在屏幕上，不在脑子里
外行很少写需求文档。他们看这一版：按钮在不在、字对不对、手机上能不能用。不对就说这一处。这反而贴近氛围编程该有的循环——成品是唯一的真实来源。
工程师有时相反：在对话里把架构说完，模型已经改了十二个文件。外行没有架构可说，就只好盯着页面。盯着页面是一种限制，也是一种保护。
顺利有边界
个人站、展示页、表单、内容列表：名词都晒在街上，模型很熟。权限、钱、并发、数据迁移：名词藏在事故报告里。外行在第一类里可以很顺利；跨进第二类，不是突然变笨，是突然需要另一本词典。
那则帖子问「到底是怎么顺利的」。诚实的句子是：在名词已经公共的地带，靠指认、截图和改成品；在名词属于事故的地带，不顺利，除非把名字学会。本手册就是为这一跳准备的。