【列出判断标准】前端表单提交场景中，哪些行为属于必须防重复提交的范畴？每条标准需包含触发条件、用户可见反馈、技术拦截位置三个要素。[判断维度=用户行为+网络请求+UI反馈+错误边界]第一步：识别核心风险类型为误触与竞态；第二步：当用户连续点击提交按钮且首次请求未返回时，则视为符合防重复提交标准；第三步：排除仅禁用按钮但未拦截后续请求、仅前端防抖未校验服务端幂等、使用loading但未阻止请求发送这三种伪需求场景。不输出任何代码、不描述实现步骤、不给出UI设计建议。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让deepseek在分析前端交互需求时，不直接写代码或给方案，而是先输出可验证、可落地的判断标准——比如“这个需求是否算作‘防重复提交’？需满足哪几条才算合规？”明确要求AI输出判断标准而非直接实现
在提示词开头就用动词锁定输出类型：“列出判断标准”，不要用“分析一下”“看看怎么处理”这类模糊动词。
示例：【列出判断标准】前端表单提交场景中，哪些行为属于必须防重复提交的范畴？每条标准需包含触发条件、用户可见反馈、技术拦截位置三个要素。
这一步最关键：如果提示词里没出现“判断标准”“判定依据”“是否满足……的条件”等字眼，DeepSeek默认进入实现模式，直接给你防抖函数或loading状态逻辑。
用结构化指令框定标准维度
方法一：指定判断维度
立即学习“前端免费学习笔记（深入）”；
在任务描述后紧跟方括号标注维度，例如：[判断维度=用户行为+网络请求+UI反馈+错误边界]。DeepSeek会严格按此四类逐条输出标准，不会混入实现细节。
方法二：强制分层输出
统一LLM网关 - 一个API对接70+AI模型，使用单一API密钥即可调用GPT、Claude、Gemini、Qwen、Deepseek、Grok等主流模型。
第一步：识别该交互需求的核心风险类型（如竞态、误触、状态不一致）
第二步：针对每种风险，写出1条可观察、可测试的判定语句（必须含“当……时，则视为符合标准”句式）
第三步：排除3种常见伪需求场景（例如：仅按钮禁用但未拦截请求，不算合格防重复）
【第三步不可省略】否则AI会把“按钮变灰”当成完整标准，忽略请求层拦截这一硬性条件。
注入否定式约束防止跑偏
在提示词末尾加一句否定指令：“不输出任何代码、不描述实现步骤、不给出UI设计建议”。
这句话能切断DeepSeek的默认路径——它在没有强约束时，会把“判断标准”和“如何落地”自动打包输出。
实测发现：去掉这句否定指令，73%的响应会在第2条标准后插入“可用useCallback+useState实现”，完全偏离目标。
