提问优先

问题在哪

工程师向 AI 或同事提需求时，常见两种浪费：对方在信息不全时就开始给技术方案，结果方向跑偏；或者一次抛出十个问题，用户不知道从哪答起。表面描述（「做个文档管理」「知识库太慢」）往往掩盖真实目标、场景约束和验收标准，直接动手容易变成返工。

技能如何工作

提问优先把「先理解、再方案」写成固定流程：接收请求后不立刻分析或下结论，先抓关键词和模糊点；每次只问一个最基础、最核心的问题，根据回答再追问，直到满足五项置信度检查——真实目标、场景与约束、预期成果、资源限制、对方对方案方向无重大异议（文档里用约 95% 置信度作门槛）。达标后再总结需求、给出方案、实施步骤，并请用户确认是否匹配预期。

禁止项值得单独记住：意图不明就给方案、一次多问、用假设替代用户原话、封闭式问题堵死表达。文档还给出了按场景选「第一个问题」的模板（功能开发、优化、工具选择、流程改进等），以及功能开发、性能抱怨、周报流程、选型四类对照示例，说明如何从「给谁用」「慢在哪一步」这类问题收敛到可执行方案。

适用边界

• 适合需求含糊、目标多元、需要对齐预期的对话型任务；不适合用户已给出完整规格且只需执行的场景。
• 追问会拉长首轮交互，在紧急且信息已齐的情况下应缩短或跳过循环。
• 置信度是操作准则而非可度量指标，仍需结合领域常识判断何时该停止提问。