Video yükleniyor...

Video Yüklenemedi

Ana Sayfaya Dön

兄弟们,最近这个开源项目有点猛 🔥 OpenShip —— 把 Vercel + Supabase + Resend 打包成一套的自托管神器 核心亮点直接上: 1. 一键 Git 推送部署,零停机 + 一键回滚 2. 内置完整邮件服务器(无限域名/邮箱,不用再交 Resend/Postmark) 3. 一键拉起 Postgres / Redis / Mongo / Qdrant 等常用服务 4. 原生支持多环境(Dev / Staging / Prod) 5. 自带 MCP,AI Agent 可以直接帮你管部署和日志 6. 还提供桌面端客户端,体验比纯 Web 更丝滑 跑在你自己的 VPS 上,成本可控,无厂商锁定。...

18,205 görüntüleme • 2 ay önce •via X (Twitter)

0 Yorum

Yorum bulunmuyor

Orijinal gönderinin yorumları burada görünecek

Benzer Videolar

Vercel 把 Marketplace 直接向 AI Agent 开放了。 什么意思?一句话——以后基础设施这块,真的可以全自动了。 以前我们用 Claude Code、Cursor 这些 AI 编程工具,写代码已经很猛了,但真正上线一个项目,最麻烦的从来不是代码本身,而是那一堆“杂事”: 数据库要去注册,Redis 要单独开,认证服务要配,日志监控要接,邮箱服务要申请 API Key…… 这些步骤过去基本都得人肉操作。AI 能写业务逻辑,却卡在基础设施这一步。 这次 Vercel 干了一件很关键的事: 不用搞 MCP Server,不用接新协议,直接把自家 CLI 包成一个 AI Skill。 一行命令: npx skills add vercel/vercel --skill vercel-cli 装完之后,Agent 就可以像人一样“逛 Marketplace”了。 它能做什么? ·自动 discover 有哪些数据库、认证、日志服务 ·自动 add 安装 Neon、Upstash 这种服务 ·自动注入环境变量 ·自动读取接入文档 ·自己把集成代码写好 最后部署上线 你只需要说一句:“帮我做个带登录系统的待办 App,部署到 Vercel。” 剩下的流程,理论上 Agent 全跑完。 我觉得这件事的意义,不只是“方便”。也是在说:基础设施正在从“人操作”变成“Agent 可操作”。 以前:API 是给程序用的;文档是给人看的;CLI 是给人敲的 现在必须:返回结构化数据;支持无交互模式;提供机器可读文档;默认假设:调用者可能是 Agent 这其实是 SaaS 形态的一次升级。 未来能不能被 Agent 调用,可能会成为一个产品的生死线。 如果你的服务不能被自动发现、自动安装、自动配置,那在 AI 自动化流程里,它就会被绕开。 目前来说:项目搭建的“时间成本曲线”正在被压平。 过去从 0 到 1 搭一套完整基础设施,可能要 2~3 小时。 未来可能只是一句 prompt。 当部署成本无限接近 0,真正有价值的东西只剩两件: 1.你想解决什么问题 2.你是否有持续迭代能力 代码门槛在下降,基础设施门槛在消失。AI + 可编排基础设施,正在把“做产品”这件事,压缩到极致。

sitin

81,597 görüntüleme • 7 ay önce

🦊 分享开源项目 open-connector 如果你在开发agent产品,这个项目你值得了解 1、open-connector 是什么? open-connector 是 composio 的开源替代方案,专注解决 agent 的「应用鉴权 + 工具调用」。当年 mcp 火起来时我分享过 composio,你只要把 agent 接到 composio 的 mcp server,再去后台绑定 Google、GitHub、Twitter 等账号,agent 就能通过 mcp 直接操作这些账号。 我最近在开发面向 OPC 的 agent 产品 Echo,原本也打算用这套思路来实现,因为 composio 体验不错,且有免费额度,但现在我换了方案。 2、connector 有什么用? 你可能会觉得:不用 connector,agent 也能连 GitHub、Google、Twitter 啊。没错!但当你要跑很多个 agent、频繁切换任务,再加上一堆应用都要鉴权时,你很快就会被「没完没了的账号配置和授权流程」拖垮。 connector 做的就是那层关键的抽象:一次鉴权,多处复用。 open-connector 已覆盖 840+ providers、8,300+ 预置 actions,支持本地运行,也支持部署到 Cloudflare 兼容的基础设施。这两种方式我都实测过,跑起来没什么问题。如果是自己用的话,我更推荐直接上 Cloudflare 部署简单,没啥成本。 3、怎么利用这个项目呢? 我前面重点分享过几次 craft agent 开源项目,表面看2者不相关,但如果把这两个开源项目拼起来,效果很哇塞。 我已经把 open-connector 集成进我的新产品 Echo。Echo 是基于 Craft agent 二次开发的桌面端 agent,目标是做个用起来趁手的 OPC 工具。 集成之后有什么变化?如视频所示,我可以直接: - 查询热门 GitHub 仓库 - 查询 HackerNews 热帖 - 查询推特账号信息 - 搜索知乎上感兴趣的问答和帖子 - 操作 Cloudflare 账号下的资源 这些能力统一依赖一个 Open Connector MCP Server 就够了,不用再安装一堆 skills,也不用把身份鉴权配置折腾到崩溃。而且,稳定啊!如果你用过其他agent集成各种不同应用,运行不稳定的情况让人抓狂。 4、那搞这个有啥用呢? 这种能力很多产品早就做过类似实现,比如 codex 的 plugins、workbuddy 的连接器。你可能会说:人家都做得不错了,你还折腾什么? 关键在于:它们是面向大众的桌面端 agent,必须做“通用”,很难为某一类人、某一套工作流深度定制。而我做的是面向 OPC 的 agent 工具。你不可能指望通用产品为了你的每个应用、每条链路都专门适配。 我二次开发的 Echo 目前先服务我自己,所以可以做到“想连什么就连什么、想怎么用就怎么用”:今天要接 Google Search Console 拉搜索数据,马上接;明天要接 Plausible Analytics 看流量,照样接;以后开发模板做完新功能,它还能把 changelog 自动整理好,同步发到飞书和 Discord 社群。 再往前一步,配合自动化任务,它每天替我巡检感兴趣的社媒平台,抓取和产品相关的帖子;再结合我的产品信息,生成高质量的文章或评论,把推广运营从“手工搬砖”变成“流水线”。这不就是各种自动化运营工具了吗? 所以,这个项目的价值不在于“又一个连接器”,而在于它能成为你打造专属 agent 工具链的核心组件,在 agent 生态里也会占据很关键的位置。以上是我的思考,感兴趣的话,建议亲自上手体验下这些开源项目。

Fox

54,101 görüntüleme • 2 ay önce