示例提示词
这个回调偶发拿到空目录:别急着加保护——顺着调用链从症状回推到最初触发点,列出中间每一跳的证据。
预期产物
逐跳的追溯记录与触发点结论;修复方案附带钉住症状的回归测试。
从复现和证据出发定位问题,逐步验证原因与修复。

调试的流程纪律,专治「改改看」。先把现象固定下来:出错原文、触发条件、最短的能稳定复现的路径;不急着碰症状,而是顺着调用链往上问「是谁调用了它」,一层层追到最初的触发点——补丁打在症状旁边,只会保证复发;再只立一个当下最可能的假设,用最小实验去证实或推翻;修复之前先让一个失败测试存在,它钉住症状,也证明修好的是真问题。之后在入口、业务规则、环境检查几层各设一道防线,让这类问题不再无声复发。
配套参考讲透三件常被忽略的事:追溯时留下线索的时机、在一堆测试里定位谁污染了共享状态,以及用「等条件成立」代替「固定等几秒」。
读代码用任务的工具,跑测试用项目自己的命令、在授权环境里进行——快修不是交付物,根因和回归测试才是。
示例用于说明请求与期望产物形态,不代表已完成的运行结果。
这个回调偶发拿到空目录:别急着加保护——顺着调用链从症状回推到最初触发点,列出中间每一跳的证据。
逐跳的追溯记录与触发点结论;修复方案附带钉住症状的回归测试。
全套跑通、单跑第二条就挂:找出改写共享状态的那个用例,给最小隔离改法。
定位到具体用例的证据,和对应的隔离改造建议。
iOS · Android
iOS
Android
MIT
MIT (root LICENSE)
已核验固定技能子树与所附参考资料,完整适用许可及逐文件适配、素材记录保存在 references/licenses/ 与 references/PROVENANCE.md。
发布提交 25e07dbeeb,审计来源 84c524b6fb;目录摘要 iOS 46196ba57ed7… · Android 16de89d019e2…。
版本记录随签名目录发布;以下为目标与已发布版本。