日增 150 星之后新用户正在把它设成默认选项人从哪来【免费下载链接】coolifyAn open-source, self-hostable PaaS alternative to Vercel, Heroku Netlify that lets you easily deploy static sites, databases, full-stack applications and 360 one-click services on your own servers.项目地址: https://gitcode.com/GitHub_Trending/co/coolify过去几个月GitHub Trending 上反复出现的名字之一是 Coolify。以日增 150 星左右的节奏积累关注度国内头条号已经用「6 万星」「云账单砍九成」这类标题为它造势掘金、CSDN 上的教程和迁移实录则把讨论拉到了更具体的层面。星标增长本身不稀奇稀奇的是社区讨论里出现了一个微妙的转向从「Coolify 是什么」变成了「新项目直接上 Coolify」。当一款工具开始被写进「默认选项」而不是「备选清单」背后的用户结构一定发生了变化。本文基于 Coolify 仓库源码与近期社区情报回答三个问题正在把它设成默认选项的人到底是谁同期被一起讨论的替代品名单泄露了怎样的用户意图以及从「工具清单」走向「默认选择」一款自托管 PaaS 必须跨过哪几道工程门槛——这些门槛仓库源码给出了最诚实的答案。一、先给结论三类人正在把它设成默认1. 独立开发者个人站、文档站、demo 是最大入口掘金上一篇《前端部署又有新花样》近 3 万阅读量精准描述了这个人群的真实处境在公司里部署是运维的事回到个人项目写个小博客、搭个文档站、搞个 demo 给朋友看部署就成了最大的拦路虎。Vercel、Netlify、GitHub Pages「表面上一键部署但细节并不轻松要注册平台账号、要配置域名还得接受平台的各种限制」。这类用户要的不是「企业级平台」而是「比我现在的方案少折腾」。Coolify 对此的应对在仓库里可以数出来一键模板服务templates/compose/目录下有 386 个 compose 模板AppFlowy、AnythingLLM、BookStack、Cal.com……个人知识库、AI 工具、自建服务全部「点一下就部署」部署入口覆盖独立开发者最常见的五种场景见app/Livewire/Project/New/PublicGitRepository.php、GithubPrivateRepository.php、GitlabPrivateRepository.php、GiteaPrivateRepository.php、DockerImage.php、DockerCompose.php、SimpleDockerfile.php——推代码、挂镜像、甩一个 Dockerfile 都能走通README 的开篇承诺「You only need an SSH connection」VPS、裸金属、树莓派都可以。2. 小团队教程标题反复出现的「中小团队」CSDN 上一批 2025-2026 年的 Coolify 教程标题几乎都带着「中小团队」「团队协作」字眼且内容高度一致多环境管理、环境变量分层、Git 集成部署、监控告警、备份恢复。这指向一个画像5 人以内、没有专职运维、但已经觉得「各自 Vercel 账号 个人 VPS」管不过来的团队。仓库侧的团队能力不是 PPTApplicationPreview模型与ApplicationPullRequestUpdateJob、ProcessGithubPullRequestWebhook对应 pull-request 预览部署DiscordNotificationSettings、SlackNotificationSettings、TelegramNotificationSettings等模型支撑部署通知TeamInvitation、Role枚举app/Enums/Role.php支撑成员权限。对一个没有 SRE 的团队来说「有 PR 预览 有通知 有权限分级」就是把它设为默认的理由。3. 被账单推着走的人迁移党的核心动机这条线索在社区数据里最扎眼。掘金上一篇《我把网站迁移到 cf省了几万块》Next.js 从 Vercel 迁到 Cloudflare拿到 9000 阅读、116 赞头条号直接用「云账单砍九成」给 Coolify 当标题。被账单推着走的人有一个共同特征他们已经用熟了托管平台熟悉 push-to-deploy 的体验只是不想再为用量付钱。一个容易被忽略的佐证来自 README 的赞助商名单Contabo、Hostinger、Hetzner、MVPS、VPSDime、Ramnode……几乎全是主打「便宜 VPS」的厂商。赞助商结构是用户结构的镜像——如果用户是大企业赞助商会是企业级云和咨询机构全是廉价 VPS 厂商说明这个生态的主力就是「租一台便宜服务器把账单砍下来」的人。二、同期被一起讨论的替代品名单说明了什么把同期社区讨论里与 Coolify 同场出现的名字排一排老牌三巨头Vercel、Heroku、Netlify——README 原文的定位就是 an open-source, self-hostable alternative to Vercel, Heroku Netlify云平台的免费层Cloudflare Pages/Workers见上文迁移文、GitHub Pages、InfinityFree同辈开源新玩家Openship掘金「一天一个开源项目」第 219 篇卖点是「把 Vercel 的体验搬到你自己的服务器上」、内置数据库与备份、桌面/Web/CLI/MCP 四种入口、PinMe一条命令打包上传 IPFS主打「不依赖平台」各类「GitHub 上 N 个热门自托管项目」榜单51CTO 等媒体反复刊发。这份名单泄露了三层信息第一用户搜索的关键词从来不是某个平台名而是一组能力诉求。无论哪篇文章描述的都是同一张清单push 即部署、自动 SSL、内置数据库、备份、多环境。谁满足这张清单谁就进入候选这就是 Coolify 能与 Vercel 并列出现在同一句话里的原因——用户心智里它已经被归为「部署方案」而不是「某个公司的产品」。第二这个赛道正在从「大平台省事」转向「省事且拥有」。三篇文章的叙事结构完全一致先讲大平台的限制账号、域名、区域、账单再给出「体验不变、控制权和成本归自己」的解法。Openship、PinMe 的卖点与 Coolify 几乎同构说明这不是单一项目的红利而是整个「自托管 PaaS」品类的红利——而 Coolify 是其中功能面最广、模板库最大的一个386 个一键服务对上新对手的内置邮件服务器是代差。第三榜单经济在持续供血。「GitHub 上 25 个热门自托管项目」这类文章在中文技术媒体上反复出现每出现一次Coolify 就多一波来自搜索引擎的新用户。CSDN 上大量以「Coolify 自托管部署」为搜索词、标题党但内容扎实的教程单篇数百到两千阅读、收藏率明显高于浏览基线说明这批流量正在被教程生态承接并转化为安装。三、从工具清单到默认选项仓库源码里的四道门槛星标可以解释留存解释不了。把 Coolify 设为默认的人是被 onboarding 流程的真实顺滑度说服的。逐条对着源码看。门槛一第一台服务器不能再吓人自托管 PaaS 的第一道坎是「你得先有一台服务器还得会用 SSH」。Coolify 用两件事压平这个坎其一一条命令安装。README 给出的入口是curl -fsSL https://cdn.coollabs.io/coolify/install.sh | bash拆开scripts/install.sh看这个「一键」不是口号脚本带 9 步 TTY 进度 UI、安装日志落盘到/data/coolify/source/支持ROOT_USERNAME/ROOT_USER_EMAIL/ROOT_USER_PASSWORD环境变量预置管理员账号即无人值守部署支持AUTOUPDATEfalse关闭自动更新、REGISTRY_URL换镜像源。对中文社区里那批「在机房托管一台机器」的用户这条命令就是全部门槛。其二云厂商向导。app/Livewire/Server/New/目录下有ByHetzner.php、ByDigitalOcean.php、ByVultr.php、ByHostinger.php、ByIp.php五个入口——用户可以直接在 Coolify 里用云厂商令牌开机器开完即接入连「先去 VPS 厂商官网」这一步都省了。配合CloudProviderToken模型这条链路是完整的不是摆设。门槛二onboarding 必须一次走通失败要能自愈这是仓库里最值得细读的一个文件app/Livewire/Boarding/Index.php。新用户完成注册后app/Models/User.php会给show_boarding置 true把用户强制送进一个状态机select-server-type → private-key → create-server → validate-server → 选择代理默认 Traefik→ create-project → create-resource。几个细节直接决定新用户能不能「一次走通」// 没有 SSH 密钥平台直接帮你在服务器侧生成 [private $this-privateKey, public $this-publicKey] generateSSHKey();// 目标服务器缺 Docker 等前置条件自动安装最多重试 3 次 public int $prerequisiteInstallAttempts 0; public int $maxPrerequisiteInstallAttempts 3;// 服务器连通性验证失败时明确回写状态并给出错误而不是静默卡住 $this-createdServer-settings()-update([is_reachable false]); return handleError(error: $e, livewire: $this);「自动装前置条件 有限重试 明确报错」的组合恰好覆盖自托管产品的新用户死亡场景一台没装 Docker 的裸机。此外isCloud()分支会让 Coolify Cloud 用户直接跳过服务器选择——同一套代码同时服务「全托管」和「完全自持」两种用户这也是「默认选项」能覆盖不同付费意愿人群的关键设计。门槛三敢让用户「反悔」才配当默认被设成默认工具的前提是用户敢在失败后离开。README 里有一段被大多数教程忽略的话Your configurations stay on your servers. If you stop using Coolify, your running resources continue to work and remain manageable.配置留在你自己的服务器上停用 Coolify 后资源继续运行且仍可管理。对照大厂 PaaS「平台一挂/一停应用跟着消失」的集体记忆掘金那篇 3 万阅读文章里专门把「项目随时消失」列为担忧这句话是面向「迁移党」写的解药迁移成本是单向的——进来容易出去不亏。versions.json显示当前稳定版 4.5.1、nightly 4.6-rc.1加上scripts/upgrade.sh与patch.sh构成的升级链路「进退自由」才成立。门槛四能力面要撑住「默认」二字而不是撑住「试试」前三个门槛解决「敢不敢装」第四个门槛解决「装完还走不走」。仓库给出的答案是能力密度构建体系config/constants.php内置railpack_version 0.43.0叠加 Nixpacks、Dockerfile、Docker Compose、预构建镜像多条构建路径PHP/Node/静态站/容器化全覆盖网络与证书代理层默认 TraefikProxyTypes枚举versions.json中跟随 3.7.16自动 HTTPS 让「部署完直接绑域名」成为默认体验可观测独立组件 sentinel1.1.2见versions.jsonSentinelMetricsClient/SentinelTrafficClient服务ServerLimitCheckJob、ServerStorageCheckJob等定时任务持续巡检接口面API、CLI 之外app/Mcp/Tools/下挂了近 80 个 MCP 工具——CreateApplication、GetInfrastructureOverview、ListDeployments、GetServerMetrics、CancelDeployment……也就是说AI agent 现在可以直接把 Coolify 当「基础设施后端」来操作。最后一点值得单独强调当 Claude 之类的编码 agent 越来越多地替用户写代码「部署到哪儿」正在从一个人类决策变成 agent 决策。MCP 工具面就是 Coolify 在 AI 渠道里成为「默认选项」的入口——这解释了为什么开源同辈 Openship 也把 MCP 列为四种操作方式之一整个赛道在同一个方向上收敛。工程可靠性上也能看到投入tests/目录下 900 Feature 测试与 300 Unit 测试docs/v5/architecture/README.md记录了 v5 的架构拆分——Laravel 控制面只持有「用户意图与应用状态」Flux 负责路由cooldagent 只执行显式的宿主机原语且明确「coold must not grow app, team, RBAC, deployment, billing, or audit concepts」。控制面/执行面分离是它从「单机神器」走向「多机默认平台」的架构动作。四、人从哪来四条渠道的权重判断把社区情报和源码证据拼起来Coolify 的新用户大致来自四条渠道且权重并不均匀中文搜索 教程生态CSDN 上大量以「Coolify 自托管部署」为搜索词的教程2025-10 至 2026-09 密集更新承接了「我想自托管一个 PaaS」的存量搜索需求是当前中文区最直接的转化器账单驱动的迁移党从 Vercel/Netlify/Cloudflare 语境切入的用户动机明确、决策快、留存高他们已经习惯了 push-to-deployCoolify 对他们是「同体验换底座」自托管榜单经济「N 个热门自托管项目」类文章周期性出现每次出现都是一波泛流量靠 386 个一键模板把泛流量接住AI agent 渠道MCP 工具面 AI 编码工具普及是四条渠道里斜率最陡的一条但目前体量还小。日增 150 星是前三条渠道叠加的结果而「新用户正在把它设成默认选项」这个信号本质上说明 onboarding 状态机、免锁定承诺与能力密度这三件事已经过线。接下来的看点不在星标速度而在两件事v5 控制面拆分能否如期兑现多机规模化的架构前提以及 MCP 渠道能否把「agent 默认选 Coolify」变成现实——如果成立它的默认选项叙事就补上了最后一块拼图不仅人把它设成默认写代码的 agent 也会。【免费下载链接】coolifyAn open-source, self-hostable PaaS alternative to Vercel, Heroku Netlify that lets you easily deploy static sites, databases, full-stack applications and 360 one-click services on your own servers.项目地址: https://gitcode.com/GitHub_Trending/co/coolify创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 
长河君 · 2026/10/26 16:49:17 · 阅读 1.2k 日增 150 星之后：新用户正在把它设成默认选项，人从哪来
日增 150 星之后新用户正在把它设成默认选项人从哪来【免费下载链接】coolifyAn open-source, self-hostable PaaS alternative to Vercel, Heroku Netlify that lets you easily deploy static sites, databases, full-stack applications and 360 one-click services on your own servers.项目地址: https://gitcode.com/GitHub_Trending/co/coolify过去几个月GitHub Trending 上反复出现的名字之一是 Coolify。以日增 150 星左右的节奏积累关注度国内头条号已经用「6 万星」「云账单砍九成」这类标题为它造势掘金、CSDN 上的教程和迁移实录则把讨论拉到了更具体的层面。星标增长本身不稀奇稀奇的是社区讨论里出现了一个微妙的转向从「Coolify 是什么」变成了「新项目直接上 Coolify」。当一款工具开始被写进「默认选项」而不是「备选清单」背后的用户结构一定发生了变化。本文基于 Coolify 仓库源码与近期社区情报回答三个问题正在把它设成默认选项的人到底是谁同期被一起讨论的替代品名单泄露了怎样的用户意图以及从「工具清单」走向「默认选择」一款自托管 PaaS 必须跨过哪几道工程门槛——这些门槛仓库源码给出了最诚实的答案。一、先给结论三类人正在把它设成默认1. 独立开发者个人站、文档站、demo 是最大入口掘金上一篇《前端部署又有新花样》近 3 万阅读量精准描述了这个人群的真实处境在公司里部署是运维的事回到个人项目写个小博客、搭个文档站、搞个 demo 给朋友看部署就成了最大的拦路虎。Vercel、Netlify、GitHub Pages「表面上一键部署但细节并不轻松要注册平台账号、要配置域名还得接受平台的各种限制」。这类用户要的不是「企业级平台」而是「比我现在的方案少折腾」。Coolify 对此的应对在仓库里可以数出来一键模板服务templates/compose/目录下有 386 个 compose 模板AppFlowy、AnythingLLM、BookStack、Cal.com……个人知识库、AI 工具、自建服务全部「点一下就部署」部署入口覆盖独立开发者最常见的五种场景见app/Livewire/Project/New/PublicGitRepository.php、GithubPrivateRepository.php、GitlabPrivateRepository.php、GiteaPrivateRepository.php、DockerImage.php、DockerCompose.php、SimpleDockerfile.php——推代码、挂镜像、甩一个 Dockerfile 都能走通README 的开篇承诺「You only need an SSH connection」VPS、裸金属、树莓派都可以。2. 小团队教程标题反复出现的「中小团队」CSDN 上一批 2025-2026 年的 Coolify 教程标题几乎都带着「中小团队」「团队协作」字眼且内容高度一致多环境管理、环境变量分层、Git 集成部署、监控告警、备份恢复。这指向一个画像5 人以内、没有专职运维、但已经觉得「各自 Vercel 账号 个人 VPS」管不过来的团队。仓库侧的团队能力不是 PPTApplicationPreview模型与ApplicationPullRequestUpdateJob、ProcessGithubPullRequestWebhook对应 pull-request 预览部署DiscordNotificationSettings、SlackNotificationSettings、TelegramNotificationSettings等模型支撑部署通知TeamInvitation、Role枚举app/Enums/Role.php支撑成员权限。对一个没有 SRE 的团队来说「有 PR 预览 有通知 有权限分级」就是把它设为默认的理由。3. 被账单推着走的人迁移党的核心动机这条线索在社区数据里最扎眼。掘金上一篇《我把网站迁移到 cf省了几万块》Next.js 从 Vercel 迁到 Cloudflare拿到 9000 阅读、116 赞头条号直接用「云账单砍九成」给 Coolify 当标题。被账单推着走的人有一个共同特征他们已经用熟了托管平台熟悉 push-to-deploy 的体验只是不想再为用量付钱。一个容易被忽略的佐证来自 README 的赞助商名单Contabo、Hostinger、Hetzner、MVPS、VPSDime、Ramnode……几乎全是主打「便宜 VPS」的厂商。赞助商结构是用户结构的镜像——如果用户是大企业赞助商会是企业级云和咨询机构全是廉价 VPS 厂商说明这个生态的主力就是「租一台便宜服务器把账单砍下来」的人。二、同期被一起讨论的替代品名单说明了什么把同期社区讨论里与 Coolify 同场出现的名字排一排老牌三巨头Vercel、Heroku、Netlify——README 原文的定位就是 an open-source, self-hostable alternative to Vercel, Heroku Netlify云平台的免费层Cloudflare Pages/Workers见上文迁移文、GitHub Pages、InfinityFree同辈开源新玩家Openship掘金「一天一个开源项目」第 219 篇卖点是「把 Vercel 的体验搬到你自己的服务器上」、内置数据库与备份、桌面/Web/CLI/MCP 四种入口、PinMe一条命令打包上传 IPFS主打「不依赖平台」各类「GitHub 上 N 个热门自托管项目」榜单51CTO 等媒体反复刊发。这份名单泄露了三层信息第一用户搜索的关键词从来不是某个平台名而是一组能力诉求。无论哪篇文章描述的都是同一张清单push 即部署、自动 SSL、内置数据库、备份、多环境。谁满足这张清单谁就进入候选这就是 Coolify 能与 Vercel 并列出现在同一句话里的原因——用户心智里它已经被归为「部署方案」而不是「某个公司的产品」。第二这个赛道正在从「大平台省事」转向「省事且拥有」。三篇文章的叙事结构完全一致先讲大平台的限制账号、域名、区域、账单再给出「体验不变、控制权和成本归自己」的解法。Openship、PinMe 的卖点与 Coolify 几乎同构说明这不是单一项目的红利而是整个「自托管 PaaS」品类的红利——而 Coolify 是其中功能面最广、模板库最大的一个386 个一键服务对上新对手的内置邮件服务器是代差。第三榜单经济在持续供血。「GitHub 上 25 个热门自托管项目」这类文章在中文技术媒体上反复出现每出现一次Coolify 就多一波来自搜索引擎的新用户。CSDN 上大量以「Coolify 自托管部署」为搜索词、标题党但内容扎实的教程单篇数百到两千阅读、收藏率明显高于浏览基线说明这批流量正在被教程生态承接并转化为安装。三、从工具清单到默认选项仓库源码里的四道门槛星标可以解释留存解释不了。把 Coolify 设为默认的人是被 onboarding 流程的真实顺滑度说服的。逐条对着源码看。门槛一第一台服务器不能再吓人自托管 PaaS 的第一道坎是「你得先有一台服务器还得会用 SSH」。Coolify 用两件事压平这个坎其一一条命令安装。README 给出的入口是curl -fsSL https://cdn.coollabs.io/coolify/install.sh | bash拆开scripts/install.sh看这个「一键」不是口号脚本带 9 步 TTY 进度 UI、安装日志落盘到/data/coolify/source/支持ROOT_USERNAME/ROOT_USER_EMAIL/ROOT_USER_PASSWORD环境变量预置管理员账号即无人值守部署支持AUTOUPDATEfalse关闭自动更新、REGISTRY_URL换镜像源。对中文社区里那批「在机房托管一台机器」的用户这条命令就是全部门槛。其二云厂商向导。app/Livewire/Server/New/目录下有ByHetzner.php、ByDigitalOcean.php、ByVultr.php、ByHostinger.php、ByIp.php五个入口——用户可以直接在 Coolify 里用云厂商令牌开机器开完即接入连「先去 VPS 厂商官网」这一步都省了。配合CloudProviderToken模型这条链路是完整的不是摆设。门槛二onboarding 必须一次走通失败要能自愈这是仓库里最值得细读的一个文件app/Livewire/Boarding/Index.php。新用户完成注册后app/Models/User.php会给show_boarding置 true把用户强制送进一个状态机select-server-type → private-key → create-server → validate-server → 选择代理默认 Traefik→ create-project → create-resource。几个细节直接决定新用户能不能「一次走通」// 没有 SSH 密钥平台直接帮你在服务器侧生成 [private $this-privateKey, public $this-publicKey] generateSSHKey();// 目标服务器缺 Docker 等前置条件自动安装最多重试 3 次 public int $prerequisiteInstallAttempts 0; public int $maxPrerequisiteInstallAttempts 3;// 服务器连通性验证失败时明确回写状态并给出错误而不是静默卡住 $this-createdServer-settings()-update([is_reachable false]); return handleError(error: $e, livewire: $this);「自动装前置条件 有限重试 明确报错」的组合恰好覆盖自托管产品的新用户死亡场景一台没装 Docker 的裸机。此外isCloud()分支会让 Coolify Cloud 用户直接跳过服务器选择——同一套代码同时服务「全托管」和「完全自持」两种用户这也是「默认选项」能覆盖不同付费意愿人群的关键设计。门槛三敢让用户「反悔」才配当默认被设成默认工具的前提是用户敢在失败后离开。README 里有一段被大多数教程忽略的话Your configurations stay on your servers. If you stop using Coolify, your running resources continue to work and remain manageable.配置留在你自己的服务器上停用 Coolify 后资源继续运行且仍可管理。对照大厂 PaaS「平台一挂/一停应用跟着消失」的集体记忆掘金那篇 3 万阅读文章里专门把「项目随时消失」列为担忧这句话是面向「迁移党」写的解药迁移成本是单向的——进来容易出去不亏。versions.json显示当前稳定版 4.5.1、nightly 4.6-rc.1加上scripts/upgrade.sh与patch.sh构成的升级链路「进退自由」才成立。门槛四能力面要撑住「默认」二字而不是撑住「试试」前三个门槛解决「敢不敢装」第四个门槛解决「装完还走不走」。仓库给出的答案是能力密度构建体系config/constants.php内置railpack_version 0.43.0叠加 Nixpacks、Dockerfile、Docker Compose、预构建镜像多条构建路径PHP/Node/静态站/容器化全覆盖网络与证书代理层默认 TraefikProxyTypes枚举versions.json中跟随 3.7.16自动 HTTPS 让「部署完直接绑域名」成为默认体验可观测独立组件 sentinel1.1.2见versions.jsonSentinelMetricsClient/SentinelTrafficClient服务ServerLimitCheckJob、ServerStorageCheckJob等定时任务持续巡检接口面API、CLI 之外app/Mcp/Tools/下挂了近 80 个 MCP 工具——CreateApplication、GetInfrastructureOverview、ListDeployments、GetServerMetrics、CancelDeployment……也就是说AI agent 现在可以直接把 Coolify 当「基础设施后端」来操作。最后一点值得单独强调当 Claude 之类的编码 agent 越来越多地替用户写代码「部署到哪儿」正在从一个人类决策变成 agent 决策。MCP 工具面就是 Coolify 在 AI 渠道里成为「默认选项」的入口——这解释了为什么开源同辈 Openship 也把 MCP 列为四种操作方式之一整个赛道在同一个方向上收敛。工程可靠性上也能看到投入tests/目录下 900 Feature 测试与 300 Unit 测试docs/v5/architecture/README.md记录了 v5 的架构拆分——Laravel 控制面只持有「用户意图与应用状态」Flux 负责路由cooldagent 只执行显式的宿主机原语且明确「coold must not grow app, team, RBAC, deployment, billing, or audit concepts」。控制面/执行面分离是它从「单机神器」走向「多机默认平台」的架构动作。四、人从哪来四条渠道的权重判断把社区情报和源码证据拼起来Coolify 的新用户大致来自四条渠道且权重并不均匀中文搜索 教程生态CSDN 上大量以「Coolify 自托管部署」为搜索词的教程2025-10 至 2026-09 密集更新承接了「我想自托管一个 PaaS」的存量搜索需求是当前中文区最直接的转化器账单驱动的迁移党从 Vercel/Netlify/Cloudflare 语境切入的用户动机明确、决策快、留存高他们已经习惯了 push-to-deployCoolify 对他们是「同体验换底座」自托管榜单经济「N 个热门自托管项目」类文章周期性出现每次出现都是一波泛流量靠 386 个一键模板把泛流量接住AI agent 渠道MCP 工具面 AI 编码工具普及是四条渠道里斜率最陡的一条但目前体量还小。日增 150 星是前三条渠道叠加的结果而「新用户正在把它设成默认选项」这个信号本质上说明 onboarding 状态机、免锁定承诺与能力密度这三件事已经过线。接下来的看点不在星标速度而在两件事v5 控制面拆分能否如期兑现多机规模化的架构前提以及 MCP 渠道能否把「agent 默认选 Coolify」变成现实——如果成立它的默认选项叙事就补上了最后一块拼图不仅人把它设成默认写代码的 agent 也会。【免费下载链接】coolifyAn open-source, self-hostable PaaS alternative to Vercel, Heroku Netlify that lets you easily deploy static sites, databases, full-stack applications and 360 one-click services on your own servers.项目地址: https://gitcode.com/GitHub_Trending/co/coolify创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考