ワンクリックで
sa-logic-diagnosis
当遇到任何逻辑漏洞、验证失败或意外的论证缺陷时使用,在提出修改建议之前
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
当遇到任何逻辑漏洞、验证失败或意外的论证缺陷时使用,在提出修改建议之前
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+ 次修订失败:质疑架构
表明架构问题的模式:
停止并质疑基本面:
在尝试更多修订之前与你的人类伙伴讨论
如果你发现自己在想:
所有这些都意味着:停止。回到第一阶段。