应手动将注册路由模板存入c.Locals，如c.Locals("route_pattern", "/user/:id")，再通过c.Locals("route_pattern")获取；c.Route().Path返回的是标准化路径而非原始模板，且内部path字段未导出，不可靠。
怎么拿到注册时写的那个路由字符串，比如 "/user/:id"
Fiber 的 c.Path() 返回的是请求实际匹配到的路径（如 "/user/123"），不是你注册路由时写的模板。要获取原始模板，得从路由系统内部挖——但 Fiber 并没有直接暴露这个字段给 handler。唯一可靠的方式是：在注册路由时，手动把模板存进 c.Locals。
示例做法：
app.Get("/user/:id", func(c fiber.Ctx) error {
c.Locals("route_pattern", "/user/:id")
return c.SendString("ok")
})
后续在中间件或 handler 里就能用 c.Locals("route_pattern") 拿到它。别试图从 c.Route() 或 c.App().Routes() 动态查——这些方法返回的是内部结构体指针，字段名不稳定，v3 已删减部分公开字段，不建议依赖。
c.Route() 返回什么？能不能靠它取模板
c.Route() 确实返回一个 *fiber.Route 实例，但它只保证有 Path 和 Method 两个导出字段。注意：Path 是美化后的路径（比如自动去掉末尾斜杠、转小写），不是你注册时写的原始字符串。例如你注册了 "/User/:ID/"，c.Route().Path 可能是 "/user/:id" —— 大小写和尾斜杠都被标准化了。
真正存原始字符串的字段叫 path（小写），但它未导出，无法直接访问。反射读取风险高，且 v3 中该字段语义已变更，可能为空或被复用。所以这条路走不通。
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
为什么官方不暴露原始模板？
因为 Fiber 的设计哲学是「路由匹配即黑盒」：你声明模式，框架负责匹配，handler 只需关心参数和业务逻辑。暴露原始模板会鼓励反模式，比如根据路径字符串做条件分支（if pattern == "/admin/*" {…}），这应该交给中间件或 Group 分层处理。
更现实的问题是：同一个 handler 可能被多个路由复用（比如 app.Get("/a", h) 和 app.Post("/a", h)），此时「哪个模板」本身就无意义。Fiber 选择不维护这种歧义性。
如果真要动态分析路由结构，该怎么做
- 启动时遍历
app.Routes()获取全部注册项，过滤出匹配当前 method + path 的那条，再取其Path字段——但这是 O(n) 查找，不能放 handler 里跑 - 用
app.Use(func(c fiber.Ctx) error { … c.Next() })在前置中间件中记录c.Route().Path到c.Locals，比每个路由手动写更省事 - 需要正则级控制？改用
app.Add("GET", "/user/([0-9]+)", handler)，然后在 handler 里用c.Params("*")拿捕获组——但注意通配符必须在末尾，且不支持命名
最常被忽略的一点：所谓「原始路径模板」在 Fiber 内部根本不是一等公民，它只是注册时解析进路由树的中间产物，匹配完成后就被丢弃。想靠运行时反查，本质上是在和框架的设计约束较劲。
