Gate规则生效需满足三条件：规则已注册、参数顺序正确（$user在前）、传入对象非空；否则静默返回false或报错。
Gate 不是“定义了就能用”，它必须满足三个硬条件：规则已注册、参数顺序正确、传入对象非空——缺一不可，否则静默返回 false 或直接报错。
Gate::define() 闭包参数顺序不能错
闭包签名必须是 function ($user, $post = null)，第一个参数永远是当前认证用户，第二个起才是资源模型。写成 function ($post, $user) 会导致 $user 实际拿到的是模型实例，$post 反而为 null，所有判断都失效，但不报错——权限永远返回 false。
- 始终把
$user放第一位，哪怕规则不依赖它（比如游客可读） - 资源参数设默认值
= null，避免未传参时 PHP 报 Warning - 用 IDE 的函数签名提示辅助校验，别靠记忆
Gate::allows() 返回 false 不一定代表“没权限”
Gate::allows('delete-post', $post) 在两种情况下都返回 false：一是用户真没权限；二是你根本没定义叫 delete-post 的 Gate 规则。Laravel 不会抛异常、不报 Notice，容易误以为逻辑写对了，其实是漏注册。
通过 `dcc-mcp-cli` 命令行工具控制实时 DCC 主机（Maya、Blender、Houdini、Photoshop、3ds Max 以及自定义的 Studio 工具）。 针对 ClawHub、OpenClaw、Cursor、Claude 和支持 shell 的 Agent 主机：验证网关健康状态、列出已注册的 DCC 实例、搜索工具、检查 Schema、调用工具——全程无需直接编写或发送 MCP 请求。 若系统中未安装 `dcc-mcp-cli`，需先征得用户同意，再从 GitHub
- 所有
Gate::define()必须放在App\Providers\AuthServiceProvider@boot()里，别分散在其他地方 - 规则名严格大小写敏感，
'DeletePost'和'delete-post'是两个不同规则 - 开发阶段加个兜底检查：
if (! Gate::has('delete-post')) { throw new RuntimeException('Gate "delete-post" not defined'); }
@can() 在未登录或变量未初始化时会报错
@can('view', $article) 底层调 Gate::allows()，但它隐式依赖当前认证用户 $user。如果模板在游客态渲染（如首页侧边栏），或 $article 是 null（比如新建表单还没赋值），就会触发 Trying to get property 'xxx' of non-object。
- Gate 闭包里对所有可能为
null的参数做防御性处理：$user?->id === $post?->user_id - 需要游客可见逻辑，显式写进规则里，例如：
Gate::define('view', fn ($user, $post) => $post && ($user?->id === $post->user_id || $post->is_public)); - Blade 中避免
@can('edit', $post)前不确认$post是否存在，可用@isset($post) @can() @endcan @endisset - 不要在
@can里传动态计算的变量（如$posts[0]），先确保它已定义且非空
最常被忽略的点是：Gate 规则不生效时既不报错也不警告，只默默返回 false。调试前先确认三件事——Gate::has('xxx') 是否为 true、闭包是否真被调用、$user 和 $post 是否都非空且含所需字段。
