fulling

说句话，AI 全栈帮你从零开发到上线

Fulling 是一个 AI 驱动的全栈工程师智能体，基于 Next.js、Claude、shadcn/ui 和 PostgreSQL 构建，并以 Kubernetes 作为基础设施。它旨在通过自然语言交互，自动完成从需求理解、代码生成到部署上线的全流程开发工作，解决传统开发中重复性编码和工程配置耗时的问题。核心能力包括：理解用户意图并生成前后端代码、自动管理数据库 schema 和迁移、利用 Kubernetes 进行应用部署和运维，以及通过 Claude 的推理能力进行代码调试和优化。项目采用 TypeScript 开发，集成了 Prisma ORM 和 Docker 容器化，适合快速原型开发和中小型项目交付。

开源 unknown 智能体

访问官网 ↗ GitHub ↗ 文档 ↗

GitHub 星标 ★ 2446

维护状态维护中

是否开源是

定价模式 unknown

项目数据

分类智能体

开发团队FullAgent

所属国家

官网地址https://fulling.ai

GitHubhttps://github.com/FullAgent/fulling

定价模式unknown

价格说明定价信息待确认

访问状态

是否开源是

开源协议MIT

主要语言TypeScript

技术栈/模型ai-agent,claude,claude-code,docker,kubernetes,llm,nextjs,pgsql,postgresql,prisma,react,shadcn-ui,typescript,vibe-coding

GitHub 星标★ 2446

30天Star增速

HF 下载量

上线时间2025-10-11 00:00:00

最近更新2026-09-23 00:00:00

维护状态维护中

中文支持

访问方式

移动端支持

综合评分

收录时间2026-08-09

浏览次数5

使用教程

难度：入门约 10 分钟部署方式：本地安装 7 步

环境要求

Node.js 24，并使用其自带的 npm 11
公开应用无需 PostgreSQL 和 OAuth 提供方即可运行
如需启用旧版认证工作区，额外需要 PostgreSQL 和 GitHub OAuth App

安装与启动步骤

1准备 Node.js 24

本项目要求 Node.js 24 及其捆绑的 npm 11，请先安装或升级后确认版本。
```
node -v
npm -v
```
2克隆项目

从 GitHub 拉取 Fulling 仓库并进入项目根目录。
```
git clone https://github.com/FullAgent/fulling.git
cd fulling
```
3安装依赖

使用 npm ci 按锁文件安装全部依赖，保证版本一致。
```
npm ci
```
4启动公开应用

此时以公开模式运行，登录功能处于禁用状态，适合先跑通基础应用。
```
npm run dev
```
5配置认证工作区(可选)

若要体验旧版认证工作区，先复制环境变量模板，并填入数据库、Better Auth 和 GitHub 相关值。
```
cp .env.template .env.local
```
6执行数据库迁移

配置好数据库后运行 Prisma 迁移，创建用户、账号和会话等表。
```
npm run prisma:migrate
```
7再启动完整应用

带着配置重新启动，即可使用 GitHub 登录、数据库工作区和 kubeconfig 流程。
```
npm run dev
```

关键配置

配置项	必填	说明	示例
`BETTER_AUTH_URL`	是	Better Auth 的服务地址，用于拼接 GitHub OAuth 回调地址	`https://fulling.example.com`
`.env.local 中的数据库配置`	否	仅在启用认证工作区时需要，用于连接 PostgreSQL	`postgresql://user:password@localhost:5432/fulling`
`.env.local 中的 GitHub OAuth 配置`	否	仅在启用 GitHub 登录时需要，需创建 GitHub OAuth App	`github_client_id / github_client_secret`

如何确认成功

运行 npm run dev 后终端输出开发服务器启动日志，浏览器打开其提示的本地地址能正常显示应用页面即成功。

常见问题

Q：只是跑公开应用需要配置数据库和 GitHub OAuth 吗？

A：不需要。公开应用无需任何环境变量即可构建和启动，GitHub 登录、数据库工作区和 kubeconfig 流程在完整旧版配置就位前会保持禁用。

Q：GitHub OAuth 的回调地址怎么填？

A：按 README 填写 ${BETTER_AUTH_URL}/api/auth/callback/github，注意把 ${BETTER_AUTH_URL} 替换为你实际配置的地址。

Q：如何部署到 Vercel？

A：可以直接使用 Vercel 原生的 Next.js 部署，无需 vercel.json；完整步骤、验证方式与回滚流程见 docs/vercel-deployment.md。

Q：替换 v2 部署前要注意什么？

A：先按 docs/v2-resource-inventory.md 清点资源；重置 Fulling 数据库并不会删除 v2 创建的 Kubernetes 资源，需要单独处理。

Q：发布前如何验证 OAuth 配置正确？

A：参考 docs/github-oauth-verification.md 用真实的 OAuth 应用进行验证后再发布。

注意事项

仓库刻意不保留旧产品模型和旧认证系统的兼容层，升级时需按新模型配置。
当前基础版本中每个用户持有一份明文 kubeconfig，这还不是最终 Workspace Runtime 的所有权模型。
认证工作区入口受保护，需要通过 Kubernetes SelfSubjectReview 完成 kubeconfig 校验。
目标 Workspace 模型请阅读 docs/architecture.md。

核心亮点

深度集成 Claude，能理解复杂需求并生成可运行的全栈代码
内置 PostgreSQL + Prisma，自动处理数据库设计和迁移
基于 Kubernetes 部署，简化上线运维流程

不足之处

依赖 Claude API，使用成本较高
Kubernetes 配置复杂，对个人开发者上手门槛高
文档/社区待观察

适用场景

快速搭建 MVP 产品，从零生成全栈应用
自动化处理重复性 CRUD 和数据库操作
小团队内部工具开发，减少工程配置时间

替代项目

GPT Engineer、Devin、Cursor

项目介绍

fulling 是智能体领域的开源项目，由 FullAgent 开发，2025 年首次发布。

在全站 13,090 个收录项目中，它的 GitHub 星标数（2,446）位列前 30%，在智能体分类的 2,517 个项目里位列前 15%。

项目仍在小幅维护中，最近一次代码更新于 2026-09-23。从国内网络环境看，当前已无法正常访问。

它主要面向的使用场景是：快速搭建MVP产品，从零生成全栈应用。同类可对比的替代方案包括 GPT Engineer、Devin、Cursor。

上一篇：agent-rules-books

下一篇：KiroCrew