「造」和「问」的分水岭：为什么这章最重要

先看清差别，再做自己的判断。这节课不要求你记功能。先用同一个场景看懂两种工作方式，再留下自己的判断结果。

这节课最终要交写下你「烂在肚子里的念头」

开始判断 →4 个学习动作，一次只显示一个

这门课教整个学院最让人上头的一件事：从零造出一个真能用、有真网址、谁都能访问的工具——全程不用看懂一行代码。你可能在职业课的毕业项目里已经尝过一口；这门课把这件事彻底讲透，因为它是所有课的枢纽。

01为什么这件事最重要

过去几十年，世界被一道墙劈成两半：会造软件的人，和不会的人。会造的那一半能把任何想法变成产品、变成自动化、变成能规模化卖的东西；不会的那一半只能买现成的，或者把想法烂在肚子里——「要是有个小工具能自动排班就好了」的念头，绝大多数死在这道墙前。

这道墙塌了。你描述，它来写——这个干法有个名字叫 vibe coding（凭感觉造软件）。它不要求你懂代码，只要求你说清楚自己想要什么。

整门课就一个心态开关，记牢它后面全顺：

你是产品负责人

出主意、定需求、验收的人。不需要懂代码——就像老板不需要会砌墙也能盖楼。

它是工程师

写代码的人。随叫随到、不喊累、几秒钟改一版。

你的活只有四件

说清要什么 / 认可它的方案 / 验收做出来的东西 / 告诉它哪里要改。这恰恰是不懂技术的人和工程师合作本来该有的姿势。

第 1 章把心态和六步循环立住；第 2 章真刀真枪从零造一个「值班排班器」（四节课全程跟做，做完你手里是一个上线的真工具）；第 3 章把「排班器」换成你的需求，再把「会造」升维成「值钱」。

CHECKPOINT

「不会编程也能造工具」的真正含义是？

为什么：你不需要（也不必假装）看懂代码——你需要的能力是把需求说清、把方案听懂、把产出用起来验收。而「这个工具该有什么规则」恰恰来自你的行业经验，这是工程师给不了的。造物的分工：它出手艺，你出主意；手艺已经免费，主意越来越贵。

课后一分钟

那个你想过无数次「要是有个工具就好了」的念头（排班？报价？记账？清单？），写下来。第 3 章你会亲手把它造出来。