我不知道推荐：新手怎么答
我不知道推荐不是让你随口甩锅，而是把“不确定”说成一个可执行的下一步。新手最容易卡在开口：怕显得外行，怕被追问。真正好用的做法，是先承认边界，再补线索、给路径、约时间。
把场景先定住
你在群里被问：“这个插件能不能用？”脑子一空，只会回“我不知道”。这句话本身没错，问题是它不给对方任何行动线索。新手要练的不是假装知道，而是把回答补完整。
我常用的底稿是三段：我现在不知道；我缺哪块信息；我准备怎么确认。比如：“我现在不能判断，它依赖浏览器版本和权限设置。我查一下官方文档和最近两条 issue，20 分钟后给你结论。”
别急着推荐答案
我不知道推荐的第一步，是先推荐“判断方法”，不是推荐结论。别人问你选 A 还是 B，你如果没用过，就不要硬说 A 更好。你可以说：“我没完整测过，但按你的需求，先看稳定性、维护频率、迁移成本这三项。”
这类回答听起来慢半拍，实际更稳。尤其是新手，最怕把一次猜测说成经验。建议你准备一个小表：需求、已知信息、未知风险、验证动作。填完这四格，大多数“我不知道”都能往前推。
给对方一个可选项
只说“我去查”还不够，对方可能急着做决定。你要给临时方案。比如：“如果今天必须上线，先用保守方案 B；如果能等一天，我建议测完 A 的兼容性再定。”
这个技巧在职场里很管用。它不要求你当场变专家，但能保护项目节奏。记住，推荐不是拍板，推荐是让对方知道现在最不容易出错的走法。
用证据补上信任
确认完之后，别只回一句“可以”。把证据带上：“我看了 3 个来源：官方文档支持到 2024 版；GitHub 最近一次提交是上周；有两个未关闭 bug，但都不影响我们这个用法。”
新手的可信度，不靠话术堆出来，靠可复查的信息堆出来。哪怕结论是“不推荐”，也要写清楚原因：性能、成本、权限、维护、学习时间，至少落到其中一个具体点。
把模板练成习惯
最实用的模板是：“我现在不知道 X，因为缺 Y；我会用 Z 验证；在结果出来前，建议先做 A。”这句话适合工作汇报、学习提问、产品选择，也适合朋友让你帮忙判断。
我不知道推荐的核心，不是把“不知道”包装得好听，而是把它变成负责任的沟通。承认未知，说明边界，给出下一步。做到这三件事，新手也不会显得慌。
常见问题
别人问我问题，我真的不知道怎么回答？
不要只回“不知道”。用“我不确定，因为缺少哪些信息，我会怎么查，什么时候给你答复”这四点补齐。对方要的是推进，不是完美答案。
我不知道时还能给推荐吗？
可以，但推荐判断路径，不要编结论。比如先建议看预算、使用频率、风险成本，再说在信息不足时更稳的临时选择。
怎么避免显得自己能力差？
把“不知道”说具体。知道什么、不知道什么、准备验证什么，都讲清楚。真正扣分的是装懂后出错，不是承认边界。