القائمة
当遇到任何逻辑漏洞、验证失败或意外的论证缺陷时使用，在提出修改建议之前
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
当面临 2+ 个独立任务，可以在没有共享状态或顺序依赖的情况下工作时使用
当在当前会话中执行具有独立任务的撰写计划时使用
当你有一个书面的撰写实施计划，需要在一个单独的会话中执行，并带有审查检查点时使用
当收到同行评审反馈时使用，在实施建议之前，特别是当反馈看起来不清楚或在学术上值得商榷时——需要学术严谨和验证，而不是表演性的同意或盲目实施
当撰写完成，所有逻辑检查通过，你需要决定如何整合工作时使用——通过展示清晰的合并、提交审阅或清理选项来指导完成开发工作
在进行任何创造性工作之前必须使用此技能——无论是撰写新章节、构建理论框架、增加论据还是修改论证逻辑。在撰写正文之前，先探索研究目标、要求和论证设计。
| name | sa-logic_diagnosis |
| description | 当遇到任何逻辑漏洞、验证失败或意外的论证缺陷时使用，在提出修改建议之前 |
随机修改浪费时间并制造新的矛盾。快速修补掩盖了深层逻辑问题。
核心原则： 在尝试修改之前，始终找到逻辑根源。只治标不治本是失败的。
违反此流程的字面意思就是违反学术修订的精神。
没有根源调查，就不进行修改
(NO FIXES WITHOUT ROOT CAUSE INVESTIGATION FIRST)
如果你没有完成第一阶段，你就不能提出修改建议。
用于任何写作问题：
特别是在以下情况使用：
你必须在进入下一阶段之前完成每个阶段。
在尝试任何修改之前：
仔细阅读反馈/问题
一致性重现
检查最近的修改
追踪逻辑流 (Trace Data Flow)
当错误深埋在论证链中：
在修复之前找到模式：
寻找优秀范例
对比参考
识别差异
科学方法：
形成单一假设
最小化测试
在继续之前验证
修复根源，而非症状：
创建验证案例
superpowers:sa-writing 技能来写出正确的待证主张实施单一修订
验证修订
如果修订无效
如果 3+ 次修订失败：质疑架构
表明架构问题的模式：
停止并质疑基本面：
在尝试更多修订之前与你的人类伙伴讨论
如果你发现自己在想：
所有这些都意味着：停止。回到第一阶段。