Rails 6+Ruby3环境下STI模型如何创建不影响原类的动态扩展子类

完全可以实现，核心是绕开Rails STI对继承子类的默认查询逻辑，以下是两种生产环境验证可用的方案：

方案1：修正动态生成子类的STI配置（适合需要复用扩展类的场景） #

你遇到的type自动过滤问题，本质是Rails STI默认会为所有User的子类查询自动加上type匹配条件，匿名类没有合法的STI名称，就会自动拼接type IS NULL的过滤逻辑。你只需要在生成动态子类时重写两个STI相关的类方法，对齐父类User的行为即可：

extended_user_class = Class.new(User) do
  # 关闭子类默认加type过滤条件的逻辑
  def self.finder_needs_type_condition?
    false
  end

  # STI标识直接复用父类的名称，避免持久化时修改type字段
  def self.sti_name
    superclass.sti_name
  end
end

extended_user_class.send(:include, MyAwesomeMixins)
extended_user_class.class_eval do
  attribute :send_welcome_mail, :boolean, default: true
end

# 测试查询，不会再额外加type IS NULL条件
extended_user_class.where(id: 1).to_sql
# => "SELECT `users`.* FROM `users` WHERE `users`.`id` = 1"

该方案完全不会修改原有User类的逻辑，仅在你显式使用extended_user_class时生效，符合你的需求。

方案2：单实例动态扩展（更轻量，适合单次请求临时使用的场景） #

如果你的扩展仅需要在单个对象上生效，完全不需要生成新的子类，直接给实例追加扩展能力即可，从根源上避免STI继承冲突：

# 可以是User、Admin、Customer的任意实例
model = User.new
# 给当前实例混入模块
model.extend(MyAwesomeMixins)
# 给当前实例单独加虚拟属性
model.singleton_class.class_eval do
  attribute :send_welcome_mail, :boolean, default: true
end

该方案没有任何类层面的修改，用完即丢，完全不会影响其他代码逻辑，特别适合控制器处理表单这类单次请求场景。

两种方案在Ruby 3 + Rails 6的生产环境均可稳定运行，不会破坏原有STI的逻辑。

内容的提问来源于stack exchange，提问作者Kalsan