（7023期）pua-debugging-pro – 失败时强制执行，尊严调试不摆烂

失败时强制执行，尊严调试不摆烂 专业级代码调试协议，防止AI在失败时放弃、循环或甩锅，强制证据优先和结构化诊断，同时保持尊重沟通。 使用说明 核心用法 PUA Debugging Pro 是一套用于提升 AI 代理在编码任务中失败时执行质量的调试协议，核心目标是防止"放弃行为"（giveup behavior）——包括无限循环、过早向用户求助、未验证即声明完成等低效能模式。 触发条件：同一目标失败 2 次以上、重复微调无新信息、未工具诊断即甩锅给用户、未经验证的环境归因、无测试即声称完成、表层修复后未做影响扫描。 三级升级阶梯： L1（2次失败）：切换实质性不同假设，记录失败、变更、观察信号 L2（3次失败）：强制产出诊断包（完整错误文本、上下文代码、外部文档查询、假设反转测试） L3（4次+失败）：执行7点检查清单，产出结构化决策 7点检查清单：捕获精确错误、读取相关源码、验证运行时前提、尝试 materially different 方案、定义明确通过/失败标准、运行验证并记录结果、扫描相邻风险。 显著优点 系统性防放弃机制：通过强制升级阶梯和检查清单，阻断常见的"软放弃"路径 证据优先原则：工具先行，减少向用户的无效提问 尊严沟通：明确禁止羞辱性、威胁性语言，保持专业工程语境 结构化产出：Current hypothesis/Actions/Observed evidence/Next step 的标准格式确保可追溯性 明确停止条件：完成7点清单+无新诊断信号+依赖缺失外部要素时，可专业收尾而非无限纠缠 潜在缺点/局限性 认知开销：7点清单和三级阶梯对简单问题可能过度 上下文消耗：强制读取相关源码/配置在超长代码库中可能迅速耗尽token 外部依赖瓶颈：L3后若需外部secret/access，仍可能被迫停止 无自动工具绑定：协议本身不保证工具可用性，依赖执行环境 "实质性不同"难以界定：L1的切换要求较主观 适合人群 AI代理开发者希望减少模型"躺平"行为 复杂代码库调试场景（基础设施、遗留系统） 需要可审计调试过程的企业环境 对AI沟通语气有专业要求的场景 常规风险 延迟响应：严格升级阶梯可能延长单次请求处理时间 过度自信：结构化框架可能让AI忽视"此路不通"的直觉 格式僵化：严格输出合同可能降低灵活性 原始说明 Professional anti-giveup debugging protocol for coding tasks where the agent starts looping, deflecting to users, or trying to end early without evidence. Us...