buffalo项目添加第三方库与普通go项目一致，仅需go get命令；buffalo plugins install仅适用于极少数官方插件，如buffalo-pop，其余库如excelize、oauth2、uuid等均直接go get即可，自动更新go.mod与go.sum。
Buffalo 项目里加第三方库，和普通 Go 项目完全一样，不需要 buffalo 命令参与
go get 是唯一推荐方式，别用 buffalo plugins install
Buffalo 的 buffalo plugins install 只适用于极少数官方维护的插件（比如 github.com/gobuffalo/buffalo-pop），它本质是把插件代码复制进项目并修改 actions/app.go。对绝大多数第三方库（如 github.com/xuri/excelize/v2、golang.org/x/oauth2、github.com/google/uuid）——直接用 go get 就行。
- 在项目根目录下运行：
go get github.com/xuri/excelize/v2 - Go 会自动写入
go.mod并下载依赖到go.sum - 后续
go build或buffalo dev都能正常识别 - 如果提示
go: unknown directive: //go:embed，说明 Go 版本低于 1.16 —— Buffalo 要求 Go 1.21+，必须升级
import 路径写错会导致编译失败或运行时 panic
第三方库的 import 路径必须和 go get 的路径严格一致，尤其注意版本后缀和大小写：
Buffalo框架 1.0.1
下载
Buffalo框架 1.0.1 版本源码包下载，适合需要错误处理改进、依赖更新、render.Download 注释和 request logger 调整的 v1 项目。
-
github.com/xuri/excelize/v2→ 必须带/v2，漏掉会导入旧版 v1（已废弃） -
golang.org/x/oauth2→ 不能写成google.golang.org/x/oauth2（后者是镜像地址，不是 import 路径） -
github.com/google/uuid→ 不是gopkg.in/satori/go.uuid（后者已归档，不兼容 Go 1.21+） - 在
actions/*.go或models/*.go中 import 后，记得在对应文件里实际使用，否则 Go 会报imported and not used
SQLite 驱动需要额外 C 编译环境
如果你用 buffalo new --with-sqlite3 初始化项目，或手动引入 github.com/mattn/go-sqlite3，就绕不开 GCC/Clang：
-
go install安装 Buffalo CLI 时卡在go build，大概率是本地没装gcc（Linux/macOS）或Build Tools for Visual Studio（Windows） - 即使你只用 PostgreSQL/MySQL，只要
go.mod里存在mattn/go-sqlite3，go build就会尝试编译它 → 仍需 C 工具链 - 临时规避：删掉
go.mod中 sqlite3 相关行，再go mod tidy；长期方案是换用纯 Go 的modernc.org/sqlite（但需自行适配 pop 驱动）
真正容易被忽略的是：Buffalo 本身不干预依赖管理，但它的 buffalo dev 启动逻辑会触发 go run，而 go run 对 //go:embed 和 cgo 的处理比 go build 更敏感——某些库在 buffalo dev 下能跑，go build && ./bin/myapp 却 panic，这时候得看日志里是不是缺了 -ldflags 或动态库路径。
