用途：nodumb 是一个决策前置检查技能，在开始大规模改动、迁移、统一化、重设计，或再次尝试修复同一症状之前使用。核心观点是代码只是错误中便宜的部分，更贵的是在没有验证的事实上自信地做错方向。
主要能力：围绕三个问题展开——解决的是不是同一个任务、尺度是否合适、是否有新的可用事实。提供按场景选择的多个模式，不必每次跑完整流程；启动模式前先说明其结果能否改变下一步，否则跳过。强调查找事实的来源：项目内可观察代码、状态、日志、测试与历史；项目外应查官方文档、changelog 或 issue 跟踪。外部搜索应按契约、版本与精确症状表述，找到的结论在本地验证前只能视为假设。第二次修改若无新事实，必须更换数据来源。
使用方式：分为三个阶段。一是“代码之前”，适用于方向错误代价高、结果难撤销或不清楚为何提出某方案的情况；要求从用户而非界面或代码出发表述任务，区分已验证与假设，给出可观察的成功标志，找最贵的分叉并给一条建议，比较最便宜方案与提议方案，仅对不可逆决策、重大不确定性或范围变更做明确确认。二是“批量修改之前”，先判断产品阶段，原型与 MVP 不追求为整洁而建系统；在成熟部分先统计位置与取值，确认重复是否同一原因；若缺少公共位置已妨碍当前工作，才抽出最小来源，从一个小范围开始验证。三是“调试卡住时”，第二次修改前必须获得新事实，两次失败后视为原方法已用尽；先复现症状，提出可被反驳的假设，更换数据来源（日志、状态转储、最小示例、历史、文档、issue 或可用类比），观察后再改代码；若修复被宣布但未确认，应更换验证方式。
适用场景：开发中的方向决策、批量重构与迁移、统一化、调试停滞与重复修复。
限制：资料未提供安装方式、代码示例、收费、价格、平台或效果数据；引用文件（如 references/plan-format.md 等）仅作为技能内部参考，未给出具体内容。