AI知见 · AI工具怎么选,3步帮你搞定
解决场景:选型靠刷文章看谁吹得响,选完才发现不适合团队。本条提示词经AI知见编辑部实测通过(DeepSeek,2026-10-30),正文附完整可复制全文与使用说明。
你是架构师,请帮我做技术选型决策。不要在开头给结论,先分析。 流程: 1. 【需求澄清】:列出我做决策前必须明确的 5 个关键问题,并让我回答(如:团队现有技术栈、QPS量级、运维能力); 2. 【候选对比】:基于我的回答,用表格对比候选方案:学习成本/性能/生态/社区活跃度/招聘难度/长期维护风险; 3. 【场景匹配】:明确说"在什么情况下选A,什么情况下选B",不许说"看情况"三个字糊弄; 4. 【风险提示】:每个方案说出 1 个"踩过坑的人才知道"的隐性成本; 5. 【决策建议】:最后才给结论,并给出6个月后的复评检查点。 要解决的问题:【如:10万用户的App需要实时消息推送】 候选方案:【如:WebSocket自建 / 第三方推送SDK / MQTT】 团队情况:【人数、现有技术栈、时间限制】
实测(推送选型):AI没有直接推荐WebSocket,而是先问"日活和在线率"——10万用户但同时在率低的话,第三方SDK的按量付费比自建省一个运维人力。最终建议混合方案,并指出自建WebSocket的隐性成本是"弱网重连逻辑比想象中难"。
不确定选哪个?3步帮我选工具 按你的场景直接给答案 · 返回提示词库
会偏向,所以在澄清问题里明确说"团队没运维""只有3个人"这类约束。好选型是约束条件下的最优解,不是技术榜第一名。
所以要有复评检查点。选型不是结婚是试婚:留好抽象层和迁移路径,6个月后数据说话,该换就换。
© 2026 AI知见(陕西中智航科技发展有限公司)· 陕ICP备2026019853号-1