Filament Shield：无法通过Policy控制SelectColumn禁用/启用的问题

核心原因 #

你调用auth()->user()->cannot('update')时没有指定对应的模型/模型实例，导致Laravel无法正确关联到AppointmentPolicy的update权限检查逻辑，最终权限判断失效，字段始终处于启用状态。

具体细节：

• Laravel的Policy权限检查必须明确指定目标模型（类或实例），比如cannot('update', Appointment::class)或cannot('update', $record)，否则框架无法识别要使用哪个Policy验证权限，会默认返回"允许操作"的结果。
• 直接用!auth()->user()->hasPermissionTo('update_appointment')能生效，是因为这是直接校验Spatie权限系统中的具体权限字符串，不需要依赖Policy的模型关联逻辑，上下文明确。
• 编辑页面的Policy控制正常，是因为Filament在编辑场景下会自动将当前模型实例传入Policy的update方法，权限检查的上下文是完整的。

修复方法 #

把cannot('update')修改为带模型参数的调用即可：

1. 针对整个模型的全局更新权限（不区分具体实例）：

->disabled(fn () => auth()->user()->cannot('update', \App\Models\Appointment::class))

2. 针对表格当前行的实例级权限：

->disabled(fn ($record) => auth()->user()->cannot('update', $record))

额外验证 #

可以检查你的AppointmentPolicy中的update方法，确认它正确关联了Spatie的权限（Filament Shield生成的Policy默认就是这个逻辑，一般无需修改）：

public function update(User $user, Appointment $appointment)
{
    return $user->hasPermissionTo('update_appointment');
}

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