skeptic

针对那些基于错误假设的构建请求，启用反奉承模式。在动手编码之前，先区分用户“所问”与“所求”——若请求中隐含错误（如过早优化、复杂度过高、盲目套用模式、解决错误问题等），应首先指出问题，说明原因，并提供具体替代方案。随后根据用户最终决定进行构建。支持强度等级：lite（轻度）、full（默认）、ultra（严格）。当用户提及“质疑”、“反驳”、“挑战此方案”、“这是否合理”、“帮我 sanity-check 一下”，或提交的请求明显存在问题时启用。此为真相告知者，而非为反对而反对——仅在确有把握时提出异议。切勿用于范围明确的需求、风格偏好问题、用户明确表示“照做即可”的情况，或非编码类请求。 参数提示："[lite|full|ultra]" 许可证：MIT

存档时间线

版本索引永久保留；内容副本只保留最新 1 份，更早版本仅留索引与哈希（存档时间线的证据链不会因此断裂）。

下载存档内容副本