状态说明 Plumego 的定位：完全基于 Go 标准库、零外部依赖、强调简单优雅与可组合。 本文为一份“可执行”的路线图提案，面向： 核心贡献者：明确优先级、版本节

定位：工程级框架文档，而不是教程集合 docs/ ├── _index.md ├── intro/ ├── getting-started/ ├── concepts/ ├── architecture/ ├── core/ ├── guides/ ├── patterns/ ├── advanced/ ├── reference/ ├── faq/ ├── roadmap/ └──

写在前面：这不是“技巧合集” 这份文档不是： API 参数的穷举说明 所有功能的使用手册 为了“写得高级”而复杂化的套路 它是一份 工程级 Best Practices

引言：为什么需要 Plumego？ 在 Birdor 的工程实践中，我们反复遇到同一个问题： 当项目从“能跑”进入“要长期维护”阶段，Go Web 框架往往开始成为负担

引言：一个负责任的框架，必须明确“不适用场景” 任何一个认真对待工程质量的框架，都必须敢于回答一个问题： 在什么情况下，你不应该使用我？ 如果一个

引言：框架对比，本质是在对比价值观 在技术社区中，“A 框架 vs B 框架”的讨论几乎从未停止。 但真正成熟的工程师往往知道： 框架之争，很少是技术对错，

前言：为什么还要再做一个 Go 框架 在 Go 生态已经高度成熟的今天，“再做一个 Go Web 框架” 看起来既多余，又无趣。 我们已经有了： 功能极其完备、社区庞大的全

1. 引言 随着大语言模型（LLM）技术的快速发展，其在自然语言处理、智能客服、内容生成等领域的应用日益广泛。然而，开发高效、可靠的大语言模型应用