用途：在生成任何 Rails 代码前，先核实代码库的真实上下文，防止“假设型 Bug”。典型错误是代理把 client 命名空间的模式直接复制到 admin，导致调用不存在的 current_admin 而报 undefined method。
主要能力：提供一套实现前核实协议。第一步识别上下文，包括命名空间（admin、client、api、public）、认证系统（用 rg "devise_for" config/routes.rb 查看 Devise scope）和控制器继承关系。第二步核实辅助方法，用 rg "def current_" app/controllers/ app/helpers/ 查找认证辅助方法，用 rg "def helper_name" app/helpers/ 核实视图辅助方法，用 rg "def method_name" app/controllers/namespace/ 核实控制器方法。第三步提取既有模式，用 rg "signed_in?"、rg "authorize|policy|can?"、rg "path|url" 等命令发现认证、授权和路由命名约定。第四步区分命名空间专属模式，例如 admin 用 current_administrator、administrator_signed_in?、admins_ 路由前缀，client 用 current_user、user_signed_in?。
使用方式：按视图、控制器、服务、测试四类清单逐项核实，例如视图需核实认证辅助方法名、signed_in? 名、实例变量是否在控制器中设置、视图辅助方法是否存在、路由辅助方法名和模型方法。核实结果可持久化到 beads 功能评论中，供各专家共享同一份已核实上下文。
适用场景：Rails 多命名空间、多认证模型、多租户项目中的代码生成与委派。
限制：资料未提供安装命令、版本要求、收费信息或具体平台支持；其效果依赖项目实际代码结构与搜索工具可用性。