这一讲比前面九讲加起来重要。
因为你现在有能力了。有能力的人最容易犯的错是：什么都敢接。
| 类别 | 为什么不该用这套做法 |
|---|---|
| 强合规行业 | 涉资质、涉等保、涉敏感个人信息。该定制的就定制，一个人加一个助手做不出合规 |
| 要跟核心系统深度打通 | 要接 ERP / MES / 银行接口。对接的坑不是写代码，是对方的接口不告诉你它什么时候变 |
| 多人多端 + 结算规则复杂 | 一涉及「钱怎么分」，逻辑一深就必须有第二个人复核 |
下面这套需求，你判断一下：哪一部分做出来会不稳， 或者压根不该用「一个人 + 一个 AI 助手」这种方式做？ 直说，别顺着我。我要的是你告诉我哪里会出问题。
这套系统里，有一件事我们**永远不做**：{比如「不代替客户自动下单」}。
现在不要只在说明里写一句「本系统不下单」。
告诉我：怎么让它在**代码层面**做不到这件事？
我要的是「换个人来运营也越不过去」，不是「我们承诺不做」。★ 写在合同里的是承诺，写在代码里的是事实。
每写一条「我们不做」，就问一句：换个人来运营，他越得过去吗？
「这个我判断做不了」不是失败，是这门课学到的最后一样东西。
说得出这句话的人，才敢放心地把能做的那部分做好。