#最适合的场景
- 你要做 API 服务、BFF、网关、Webhook 入口。
- 你很在意中间件链路的可读性和可控性。
- 你想在 Node 世界里保留较强的手工架构自由度。
- 你团队知道自己需要什么，不想被全家桶绑定。
- 你希望日志、鉴权、响应包装、错误处理这种横切逻辑写得非常清楚。
#不一定最适合的场景
- 你需要框架直接给你完整模块化治理。
- 你要非常强的内建校验、插件封装、schema 驱动体验。
- 你希望一开始就有 DI、装饰器、规范化企业结构。
- 你团队工程能力不强，更需要“框架替你做决定”。
最务实的判断标准是：
想自己建塔、排关卡、控链路
-> Koa 很合适
想让框架直接给你一整套制度
-> Koa 可能太轻