中间件无法真正隐藏路由，因为gin路由匹配在中间件执行前已完成，静态构建的trie树已确定handler；中间件只能abort或返回错误码，路由仍存在且可访问。
不能在中间件里“隐藏路由”——Gin 的路由匹配发生在中间件之前，所谓“隐藏”只能靠拦截响应或控制模板渲染，不是删掉路由本身。
为什么中间件无法真正隐藏路由
Gin 的路由匹配是引擎启动时静态构建的 trie 树，c.Request.URL.Path 在进入任何中间件前就已确定匹配到哪个 handler。中间件能做的只有：c.Abort() 中断执行、c.Status() 返回错误码、或跳过后续逻辑——但路径依然“存在”，curl 仍能访问，404 不会出现，而是你返回的 403 或空响应。
- 现象：你在中间件里判断
if .User.Role != "admin"就c.AbortWithStatus(http.StatusForbidden)，结果前端调用/admin/users得到 403，而不是 404 - 根本原因：路由已注册、已匹配，中间件只是“拦下来”，不是“让路由消失”
- 混淆点：前端菜单是否显示某项，和后端路由是否存在，是两件事；前者靠模板判断，后者靠路由注册时机
真正该隐藏的地方：HTML 模板里用 .User.Role 控制元素渲染
用户看不到按钮，不是因为路由没了，而是模板压根没生成那个 <button></button>。这要求你把角色信息作为结构体字段传进去，且字段名首字母大写、指针非 nil。
Skill Weave Chains — 技能链路由引擎
下载
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
- 必须确保
User是导出字段：type PageData struct { User *User }（User✅，user❌） - 传参时不能传
nil："User": &User{Role: "user"}，否则{{if .User.Role}}会 panic - 模板里用
{{if eq .User.Role "admin"}}，注意大小写严格匹配，“Admin” ≠ “admin” - 避免用
map[string]interface{}传角色——拼错字段名不会报错，只会在模板里静默失效
需要动态开关整组路由时，必须在 r.Run() 前决策
比如管理后台只对内网开放，或灰度环境禁用某接口组——这不是运行时行为，而是在 main() 启动流程中，根据环境变量或配置一次性决定是否调用 r.Group("/admin")。
- 正确写法：
if os.Getenv("ENABLE_ADMIN") == "true" { admin := r.Group("/admin"); admin.GET("/users", handler) } - 错误写法：在某个 handler 里调用
r.Group()或r.GET()，这不会生效，还可能 panic - 路径前缀必须规范：
r.Group("/api/v1")✅，r.Group("//api/v1")❌（双斜杠导致匹配失败） - 中间件绑定要显式：
admin.Use(AuthMiddleware())，不能依赖“父级中间件自动继承”——分组之间不共享中间件
最易被忽略的一点：角色判断永远不该只靠 URL 路径字符串做 if-else（比如检查 c.Request.URL.Path 是否含 /admin），而应基于解析后的用户上下文（如 c.MustGet("user").(*User).Role）。路径可伪造，用户身份必须来自可信凭证（JWT、session 等）并经中间件提前注入。
