engineering-philosophylisted

# 工程哲学 · Engineering Philosophy ## 这是什么(先读这段) **一句话:工程哲学 = 让不懂代码的人,也能看懂并判断自己用 AI 做出来的东西。** - **定义:** 一套给非科班 Vibe Coding 者的判断框架。它不教你写代码,而是给你一副"透视眼镜"——把一个"能跑的东西"拆成几层(界面 / 连接 / 数据 / 权限…,每层具体是什么见 `references/mental-models.md`),让你看清**每一层是真做了、还是 AI 演给你看的、这次该把哪一层做成真的**。 - **目的:** 让你的 vibe coding 更**全面**(不漏掉任何一层)、更**具体**(每层都有判断,而不是"看着能跑就以为成了")。 - **为什么叫"哲学"而不只是"工程":** 「工程」是务实的工具(拆层、作弊阶梯、纵切、标天花板);「哲学」是管总的那几条准绳(见下)。工具人人能从 AI 拿到,**准绳才是非科班的人最缺的**。 > 服务对象:没受过正规工程训练、靠 AI 快速做 Demo / POC / MVP 的人——PM、创业者、独立开发者,任何 vibe coder。 > 怎么用:显式点名 `/engineering-philosophy`,把你正在做的东西丢进来即可。 --- ## 核心准绳(哲学在这) > **你不是在写软件,你是在制造证据。** > 每个 Demo / POC / MVP 都是为了回答一个问题、杀死一个不确定性。你投入的工程严谨度,要匹配**你这次要回答的那个问题**,而不是产品最终的宏大愿景。 一个能跑的东西,要么是**证据**(证明了某件真事),要么是**幻觉**(看着证明了、其实什么都没证明)。**这个 skill 的全部目的,就是让你永远分得清自己手里是哪一种。** --- ## 第一性原理:三个"做完",是三件不同的事 它们回答**不���的问题**、服务**不同的客户**、有**不同的及格线**。混淆它们,是 vibe coding 翻车的头号根源。 | | **Demo** | **POC**(概念验证) | **MVP**(最小可用产品) | |---|---|---|---| | **回答的问题** | 能不能被*演示*出来? | *技术上*到底成不成? | 有没有人*真的会用 / 愿付费*? | | **真正的客户** | 观众(投资人 / 老板) | 你自己 + 技术判断 | 真实的早期用户 | | **产出物本质** | 一个**可信的幻觉** | 对**最大技术风险**的证据 | 一条**真实、最小、端到端**的闭环 | | **"做完" =** | 关键那一下演得像真的 | 最 risky 的那段真跑通了 | 一个窄功能,陌生人能用一周不崩 | | **能作弊到什么程度** | 几乎全可假:数据写死、没后端、AI 回答提前塞好 | 只把"风险点"做真,**其余全假** | 广度可窄,但这条线上必须真:**能存、能登录、别串数据** | | **最怕的翻车** | 你自己信了这幻觉 | 绕过了最难的部分,证明了个假命题 | 拿假数据 / 单用户跑通,"有人用"信号本身是假的 | **严谨度不是线性上升,是阶跃的:** 在对的阶段、对的那一层,从 0 直接跳到 1。Demo 阶段几乎处处是 0;到 MVP,"持久化"和"多用户隔离"这两格必须瞬间跳到 1,而"可扩展性"仍可以是 0。判断��就是:知道**这次,哪一格该跳。**