技能介绍

很多对话里，模型会在信息还不完整时就给出「最终答案」，或在用户还没确认取舍时自行收尾。需求含糊、排查路径分叉、架构要权衡时，一轮回复往往不够，更需要按阶段推进并在关键判断点停下来等用户拍板。

这个技能把「交互式问题处理」写成可执行的流程：在用户没有明确说「结束」之前，持续通过 interactive_feedback（feedback MCP）交换信息，而不是默认问题已经闭环。

终止条件唯一：只有用户说出「结束」/end/no more 才退出；即便模型认为已解决，也要先征求确认。

典型节奏如下：

理解问题：完整读描述，提炼核心诉求与验收标准，标出歧义与缺失信息；信息不足时先整理问题，首轮反馈里一并提问（每次最多 3 个，按优先级排序）。
形成可落地方案：给出具体回答或步骤（路径、命令、行号等），并写明前提假设与待确认点；多方案时写清取舍。
调用 MCP 等待反馈：每完成一个处理阶段后必须调用 interactive_feedback，把本轮摘要交给用户；不得在无反馈的情况下连续做多个决策。
按反馈迭代：有新问题则回到分析；有修正则改方案再确认；用户确认无误则询问是否还有别的问题，再继续反馈循环。

用户说「结束」后，输出最终工作总结与产出物清单，不再调用 MCP。

依赖环境：需要可用的 mcp-feedback-enhanced 与 interactive_feedback；没有该工具时，流程无法按设计执行。
不适合：追求单次极简答复、或不愿多轮确认的场景；业务优先级与取舍必须由用户通过反馈明确，模型不得替用户定夺。
常见用途：需求澄清、复杂 Bug 多轮定位、架构讨论、文档迭代、技术调研等需要反复对齐假设与结论的工作。