你问 AI”用 A 还是 B”，它回你”各有千秋”——等于没说。
从这一篇起，我们进入高阶开发小节。前面二十多篇解决的都是”手上的活儿”：怎么让 AI 写代码、找 Bug、写测试、出文档。这一篇往上走一层，聊动手之前的事——用什么技术、怎么搭结构、跟别人怎么配合。先说最容易被新手做砸的：技术选型。
一、AI 为什么总跟你打太极
你去问 AI：”我要做个网站，用 React 还是 Vue？” 它多半回一篇小作文：React 生态成熟、Vue 上手简单……看完你还是不知道选哪个。 于是很多人得出结论：”AI 做不了技术选型。”
错。不是 AI 做不了，是你的问题里没有答案。 想想，陌生人跑来问你”我该买轿车还是 SUV”，你不知道他几口人、预算多少、走不走烂路，负责任回答只能是”看情况”。AI 说”各有千秋”不是敷衍，是它真的不知道你的情况。
一句话：AI 说”都不错”时，不是 AI 没本事，是你的约束条件没给够。
二、选型五约：把 AI 从墙头草变成参谋
要让 AI 给确定答案，先把约束摆出来。记五个字：人、钱、期、量、境。
| 字 | 含义 | 你要说清楚的 |
|---|---|---|
| 人 | 团队情况 | 几个人做？大家会什么？有没有人踩过坑？ |
| 钱 | 预算 | 能不能买付费服务？服务器花多少？ |
| 期 | 工期 | 多久上线？赶 Demo 还是长期项目？ |
| 量 | 规模 | 预计多少用户？多少数据？会不会暴涨？ |
| 境 | 环境 | 部署在哪？公司有无规定只能用某些东西？ |
“人”和”期”是最关键的两条，也是新手最易漏的。 技术选型第一原则从来不是”哪个更好”，而是”哪个能让你按时做出来”——一个团队全熟悉的”过时”技术，永远好过没人会的”先进”技术。
同样一句需求，加不加约束天差地别：
- ❌ 没约束：”做个内部管理后台，前端用什么框架？”
- ✅ 带五约：”公司内部管理后台。人：就我1人，写过点 HTML/CSS/JS，没系统学框架。钱：0预算。期：3周内给领导演示。量：公司50人用，数据很小。境：部署在公司内网旧服务器。请直接告诉我用什么，别列多个方案让我选。”
第二种问法下，AI 基本不可能再打太极——答案已被约束逼出来。
三、逼 AI 表态的三招
有时约束给全了，AI 还想两头讨好。三招直接封死退路：
第 1 招：必须排序。 “把候选方案按推荐程度排序，第一名比第二名好在哪。” 排序会强制它表态，没法说”并列第一各有千秋”。
第 2 招：必须说缺点。 “对你推荐的第一名，说 3 个真实缺点，别讲’学习曲线略陡’这种正确的废话，要说具体什么场景坑到我。” 这一招防”彩虹屁”——AI 天生倾向说好话，你不追问它就只给光鲜面。
第 3 招：必须说什么情况下不该选它。 “什么情况我不应该选它？给 2 个具体场景。” 这最狠，逼它说出”边界”——边界恰恰是你判断”这建议是否真适合我”的依据。如果它说的”不该选的场景”命中你的情况，这建议就要重考虑。
三招合一句：排序逼它表态，缺点逼它诚实，边界逼它露底。
四、架构讨论：别问”怎么设计”，问这三个
选完技术，下一步”这东西大概怎么搭”。新手最爱丢一句”帮我设计下系统架构”，然后 AI 给你一张画满方框箭头的图，全是什么’服务层’‘网关’‘消息队列’——你一个都看不懂。
架构讨论要拆成三步问，一次只问一层：
第一问：分几块？ “这个功能大概分几部分？大白话说，每部分一句话。” 先要粗颗粒分块，不要图不要术语。
第二问：各管啥？ “第 2 块具体负责哪些事？列 3-5 件。” 一块块展开，先展开你最不清楚的那块。
第三问：怎么传？ “第 1 块和第 2 块之间传什么数据？举具体例子，写出实际传递内容。” 这一问最重要，也最能暴露问题——很多”看起来很美”的架构，一到”这两块间到底传什么”就说不清。让 AI 举具体例子，是检验架构想没想清楚的试金石。
小技巧：让 AI 用文字画图——”用纯文字（ASCII）画个分层示意图，不用术语，大白话标每层”，对话框里直接看结构，不用装画图软件。
五、两个必须你自己把关的坑
坑一：AI 的知识有时间差。 训练数据有截止日，它推荐的库可能已停更或版本翻几番。对策：拿到建议做 30 秒确认——”请告诉我这方案官网地址，我去哪确认最新版本和维护状态”，自己打开看最近更新时间，超一两年没动静就打问号。
坑二：AI 偏爱”技术上更先进”的方案。 网上技术文章天然偏爱新东西，AI 就倾向推荐更新更潮的方案，而非更稳更省事你易搞定的。对策：提问里明说偏好——”我要稳定和好维护，不追新，优先流行 3 年以上、资料多、易搜到答案的方案。” 这一句帮你避开 80% 踩新技术的坑。
记住：AI 给建议，你做决定。它不用为半年后维护负责，你要。
六、决策留痕：一句话记下来
选完就完了？不。三个月后你自己会忘，六个月后来新同事会问，一年后有人想换掉它。 每做一个选型决定，花 2 分钟记四件事：
| 要素 | 写什么 | 示例 |
|---|---|---|
| 选了啥 | 最终选择 | 用了 Vue |
| 为什么 | 关键理由（1-2条） | 我一人做，Vue 上手最快，3周够用 |
| 弃了啥 | 放弃选项 + 原因 | 放弃 React，生态好但我要多学一周 |
| 何时重评 | 什么条件下重考虑 | 团队扩到 5 人、或做移动端，重新评估 |
写在项目根目录 技术决策.md，一个决策四行字。“何时重评”是精髓——把”永久决定”变成”当前条件下最优解”，以后要改大家只看条件变没变，不吵架。这活也能交给 AI：把讨论贴给它，按四要素压成四行。
七、完整走一遍
做小型在线报名表单，完整流程五步：
- 摆约束（五约齐全，逼 AI 表态）
- 追缺点（3 个真实缺点 + 2 个不该选的场景）
- 查时效（要官网地址，自己看最近更新）
- 聊架构（分几块→各管啥→怎么传，一层层来）
- 留痕（四要素写进
技术决策.md）
全程不超 30 分钟，拿到的是有理由、有边界、有记录的决定，不是”网上看到有人说好”。
📦 提示词模板盒子
模板 1 · 选型主提问（五约版）
我要做【一句话说清要做什么】。
约束条件：
- 人：团队【N】人，大家会【技术/水平】，我自己【会什么不会什么】
- 钱：预算【多少/能否用付费服务】
- 期：【多久】上线，用途【演示/正式/长期维护】
- 量：预计【多少用户/数据】，未来一年会不会暴涨
- 境：部署在【什么环境】，公司【什么限制】
我要稳定好维护，不追新，优先流行 3 年以上、资料多的方案。
请直接给一个明确推荐，别列多个方案让我选。信息不够先反问我最关键的 2 个问题。
模板 2 · 逼表态三连（追问用）
基于上面的推荐，回答三件事：
1.排序：候选方案按推荐程度排序，第一名比第二名具体好在哪？
2.缺点：第一名有哪 3 个真实缺点？别说"学习曲线陡"废话，说具体什么场景坑到我。
3.边界：什么情况我不该选它？给 2 个具体场景。
模板 3 · 时效性核查
请告诉我这方案的官方网站地址，以及去哪确认当前最新版本和维护状态。
同时提醒我：你信息可能不最新，有哪些点我必须自己去官网确认一遍？
模板 4 · 架构三问（一次只发一条）
【第一问】这个功能大概分几部分？大白话说，每部分一句话，不用术语。
【第二问】第【N】部分具体负责哪些事？列 3-5 件。
【第三问】第【A】部分和第【B】部分之间传什么数据？举具体例子，写出实际传递内容。
模板 5 · 文字架构图
请用纯文字（ASCII）画个分层示意图展示上面讨论的结构。要求：不用术语，每层大白话标注；层间标出传递的数据；整图 20 行以内。
模板 6 · 决策留痕四要素
把我们上面的讨论，压成一条技术决策记录，每项一行：
- 选了什么：
- 为什么选：（1-2条关键理由）
- 放弃了什么：（选项+放弃原因）
- 何时重新评估：（什么条件变化时要重考虑）
语言口语化，让三个月后的我一眼看懂。
九、这一篇的三个记忆点
- 选型五约 = 人、钱、期、量、境。 AI 说”都可以”，是你约束没给够。
- 逼表态三招 = 排序、缺点、边界。 不追问，AI 只给你看好的一面。
- 架构三问 = 分几块、各管啥、怎么传。 能举出具体传递数据的架构，才是想清楚的架构。
再加一条铁律：AI 给建议，你做决定。它不承担半年后的维护，你承担。
下篇预告
选型定了、架构画了、代码也写完了，接下来是开发里最容易起火的环节——联调。前端说”后端没返回”，后端说”我明明返回了”；一个字段名大小写不一样，两边隔空喊话一下午。下一篇《第86篇：用AI辅助前后端联调》，讲清楚三件事：联调三段（约、假、对）、对不齐四元凶（名、型、层、空）、让 AI 当裁判——从此不用肉眼比对 JSON，顺便送你一个”甩锅终结器”话术。