我构建了自己的 DeepSite 替代方案,可与 Kimi K2.5、Gemini 或任何模型一起使用

发布: (2026年2月2日 GMT+8 12:09)
8 分钟阅读
原文: Dev.to

Source: Dev.to

我已经厌倦了 DeepSite。
别误会,这确实是个有趣的工具。输入提示,就能生成网站。但每次使用时,我总是遇到同样的问题:

  • 无法选择模型。
  • 无法自行托管。
  • 生成的内容没有质量检查——只能接受输出的结果并自行处理。

我想要一种可以随时接入我当天想使用的任意模型的方案。
Kimi K2.5 刚刚发布?让我试试。
Gemini 更新了?换上它。
Claude 这周写的代码更好?太棒了,改用它。

于是我构建了 AgentSite ——开源、可自行托管,并且不再让单一模型完成所有工作,而是使用 四个 AI 代理协同合作,像真正的团队一样

快速演示

我刚刚使用 Kimi K2.5 构建了一个旅行社网站,整个过程只用了 一个提示

四个代理,而不是一个

当你点击 Generate 时,AgentSite 会将工作拆分为:

Your prompt → PM → Designer → Developer ↔ Reviewer → Done
  • PM – 规划站点结构。
  • Designer – 创建配色方案和排版系统。
  • Developer – 编写实际的 HTML/CSS/JS。
  • Reviewer – 对可访问性、代码质量和视觉一致性进行评分。如果得分低于 7/10,Developer 将收到反馈并进行修正(最多两轮修订)。

这个审阅步骤是我在其他地方没有见过的。

开始运行

使用 Railway 部署

最快捷的方式是直接从 GitHub 部署。README 中包含一个 Deploy on Railway 按钮——点击它,Railway 会处理所有事务(无需终端、无需本地安装)。

本地运行

pip install agentsite
agentsite serve

如果你愿意,也可以运行 Docker 镜像。

设置指南

  1. 添加 API 密钥 – 前往 Settings → Providers 并粘贴你的密钥(Moonshot AI、OpenAI、Google、Anthropic 等)。你可以添加多个提供商并在项目之间混合使用。
  2. 选择模型 – 前往 Agents 并为每个代理设置默认模型。我把四个代理都设为 moonshot/kimi-k2.5,但你也可以例如使用 Kimi 编码,Claude 进行审阅。

明天有新模型发布?更改下拉菜单,完成。

构建 Ukelele Travels

我创建了一个名为 Ukelele Travels 的项目,它是一家把人送往委内瑞拉的旅行社。

AgentSite 仪表板显示我的项目,包括 Ukelele Travels

在项目中,你会得到一个 详情页,在这里管理所有页面,查看品牌形象,并概览已生成的内容。

Ukelele Travels 项目详情页

我创建了首页,输入提示词,让四个代理完成工作。以下是生成后的页面构建器——左侧是聊天,右侧是实时预览。

首页构建器显示生成的 Ukelele Travels 网站

所有这些都来自 一个提示词。Kimi K2.5 通过四个代理完成:

  • PM – 规划结构。
  • Designer – 选择颜色和排版。
  • Developer – 编写干净的 HTML、CSS 和 JS。
  • Reviewer – 检查并提供反馈,直至通过。

没有模板,没有框架——只有纯代码。

跟踪所有内容

Analytics 页面显示令牌使用情况、成本细分以及每次生成的逐步日志。

Analytics 页面显示令牌使用情况和成本细分

当你为 API 调用付费时,了解令牌的去向会很有帮助。Reviewer 代理使用的令牌远少于 Developer,这很合理,因为它是读取并评分,而不是编写完整的代码页面。

为什么这种方法更好

当你让 一个 模型完成所有任务时,会出现妥协:

  • 规划只能算“还行”。
  • 设计很通用。
  • 代码能运行,但可能很凌乱。
  • 没有人检查输出。

通过 将工作拆分到专门的代理,每一步都能得到应有的关注,从而产生更高质量的网站,内置审查,并且可以随时更换模型,灵活自如。

试试 AgentSite —— 代码开源,你可以自行托管,手边就拥有一支真正的 AI 助手“团队”。

Source:

多代理工作流

每个代理只需专注于自己的任务:

  • 产品经理 – 不需要编写 CSS。
  • 开发者 – 不负责挑选颜色。
  • 审稿人 – 只负责审阅。

由于每个代理都会把前一个代理的输出作为上下文,整个过程保持一致。

我已经在这个流水线中运行了不同的模型一段时间了, 多代理的输出始终比我尝试过的任何单一提示方法更好。不是稍微好一点,而是显著更好。

关于 Kimi K2.5

因为整个演示都使用了它,这里有一些简要说明:

  • 一致性: Kimi K2.5 是我在 AgentSite 上运行过的最可靠的模型之一。大多数模型在至少一个角色上会出现问题(例如,编码很强但设计平淡,规划很好却生成马虎的代码)。
  • 全能表现: Kimi 在四个代理中都表现稳健。
  • 速度: 当你需要串联四个顺序代理并进行修订循环时,快速执行非常重要。
  • 模式忠实度: 它从未破坏代理之间传递数据的结构化 JSON 模式。有些模型会幻觉出额外的键或弄乱嵌套结构;Kimi 没有。

话虽如此,AgentSite 的核心理念是你不必局限于单一模型。我今天用 Kimi K2.5 构建了 Ukelele Travels;明天我可能会换成 Gemini 或 Claude 来做下一个项目——只需更改下拉框即可。

亲自尝试

GitHub:

  • README 中已包含 Railway、Render 和 Heroku 的一键部署按钮。
  • 或者本地安装:
pip install agentsite

该项目采用 MIT 许可证,免费提供;你只需自行准备 API 密钥。

如果你尝试了,告诉我你使用了哪个模型以及你构建了什么——我真的很想看看大家会创造出什么!

Back to Blog

相关文章

阅读更多 »