通义千问拆解算法题提示词：高效避免模板感的完整方法解析

我收到不少开发者反馈，通义千问解答算法题时输出过于模板化——开头“这是一道典型的XX问题”，中间甩个伪代码框架，结尾一句“时间复杂度O(n)”，读起来完全不像一个工程师在白板前手写推演。这种机械感不仅降低信任度，更糟的是把真实的思路卡点全部隐藏。想要真正压榨出模型的推理能力，关键在于调整你提交的提示词。

答案必须直接基于题干数据和错误现象展开推演：粘贴原始输入输出，描述具体卡点或错误代码差异，然后分三步强制校验题干约束与边界逻辑。

假设你让通义千问解一道算法题，但提示词一发出去就得到那种套壳式回答——开头“这是一道典型的XX问题”，中间贴个伪代码框架，结尾“时间复杂度O(n)”，完全不像真人工程师在白板前手写推演。这种模板感直接降低你对答案的信任，也掩盖了真实思路卡点。

先砍掉“典型”“经典”“常见”这三个词

通义千问看到“这是一道经典动态规划题”，会立刻激活内置的DP模板库，跳过问题本身的约束细节。它不关心你给的数组有无负数、边界是否闭合、输出要索引还是值——它只认关键词。删掉这类标签词后，模型被迫读题干原文，而不是匹配题库标签。

把“请解这道经典滑动窗口题”改成“数组nums = [2,1,5,1,3,2]，窗口大小k=3，求每个连续子数组的最大值，输出为[5,5,5,3]”。

【关键动作】必须粘贴原始输入数据和预期输出，一个都不能省略。

用“错误尝试→卡点→求助”代替“请分析并解答”

方法一：描述你卡住的位置
“我写了双指针，left=0, right=0，每次right++后更新max，但遇到[1,3,-1,-3,5,3,6,7]时，当right移到-3，max没变回5，我试过清空队列但逻辑崩了。”
模型会聚焦在“为什么max没变回5”这个具体断点上，而不是从头讲滑动窗口定义。

方法二：给出错误代码片段
“这段代码返回[5,5,3,3,6,7]，比正确答案多出两个3：def max_sliding_window(nums, k): ……（粘贴12行代码）”。
它会逐行比对你的逻辑与标准解法差异，而不是复述教科书步骤。

注意：不要写“帮我看看错在哪”，要明确写出你观察到的实际输出 vs 期望输出的差异。

强制它暴露推理断层

第一步：请指出题干中哪句话决定了不能用单调栈？
第二步：如果把nums换成全是负数，当前解法哪一行会失效？为什么？
第三步：仅修改你刚指出的那一行，使它能处理负数，不要重写整个函数。

这种提问方式逼模型放弃“完整解法”幻觉，转而做条件反射式校验。它无法靠背诵应对“哪句话决定不能用单调栈”——必须重新解析题干语义锚点。

这三步必须按顺序执行，跳过任意一步都会让模型退回安全区，继续输出它最擅长的“经典解法”模板。唯有这样递进追问，才能让它像真人工程师一样，先读题、再试错、最后精准修补。