先别把模型名字纹在Demo上：Gofannon 让Agent原型先跑通用户旅程

Gofannon 是一个开源工具包和 Web 应用，目标很具体：让 builder 和业务专家先做出能跑的 Agent 原型，再决定用哪家模型。它由 The AI Alliance 维护，Apache 2.0 许可。

做 Agent Demo 的人常有的冲动是先挑模型，再围绕它搭界面。Gofannon 反过来，把模型供应商放到后面。它提供引导式界面，让使用者组合工具、数据源和决策路径，然后实时预览 Agent 交互。轻量 Web UI 可以接表单、聊天界面和仪表盘，用来验证完整用户旅程。

这解决了一个很实际的问题：模型一换，演示的故事线、工具调用和界面反馈都可能变。前期先把流程跑通，后面选供应商时少返工。The SI Maximalist 在回复里说，先测试用户旅程，再绑定模型供应商，是合理的操作顺序。Hongji Lee 打了个比方：让 Demo 保持模型无关，相当于不把现任伴侣的名字纹在身上。E1ev3n 也提到，见过模型一换、整个 Demo 就散架的情况，所以更愿意先看用户实际怎么用，再挑合适的供应商。

功能上，Gofannon 支持多个模型供应商，包括 OpenAI、Anthropic、Gemini 等，通过 LiteLLM 接入。项目保持 provider 和 model 无关，做出来的原型更容易迁移。

快速开始不复杂：

git clone https://github.com/The-AI-Alliance/gofannon.git
cd gofannon/webapp/infra/docker
docker-compose up --build

环境配置和细节在 quickstart 指南 里。完整文档发布在 这里，包含 API 参考、LLM provider 配置、测试说明。仓库地址是 The-AI-Alliance/gofannon。

名字也有出处。Gofannon 是威尔士神话里的锻造之神。项目想做的事也类似：把工具、数据、决策路径放到一个工作台上，先打出一个能用的原型，再谈后面换什么材料。

对开发者来说，它的价值在于把 Agent 原型和模型供应商解耦；对业务专家来说，重点是可以直接在界面上拼用户旅程，实时看反馈。原型阶段先别急着锁供应商，这个顺序更稳。

原推链接：Dan Kornas 的介绍。