跳到主内容
@wquguru
精选88Greg Isenberg(YouTube)产品与增长

Meta Muse Connector:AI时代的App

Meta Muse AI Connectors: The Next App Store Moment?

原文
发到 X
推荐理由

提供了清晰的AI原生产品切入路径:从现有API封装到垂直场景连接器开发,附带具体执行步骤与流量逻辑,创业者可直接对照自身业务寻找嵌入点。

I think a gigantic opportunity has just opened up and we need to talk about it. Meta has opened up Muse, its personal AI agent to developers and you can now submit something called a connector which gives Muse a way to use your service when someone asks for help. And I think this could be the app store moment for AI. So, if you're thinking about starting a business or you already have one, it's worth understanding what just became possible because billions of dollars are going to change hands.

我认为一个巨大的机遇刚刚开启,我们需要谈谈它。Meta 向开发者开放了 Muse,即其个人 AI 代理,你现在可以提交一种称为“连接器(connector)”的东西,它为 Muse 提供了一种在用户寻求帮助时使用你服务的方式。我认为这可能是 AI 领域的 App Store 时刻。所以,如果你正在考虑创业或已经拥有自己的业务,了解刚刚成为可能的事情是值得的,因为数十亿美元即将易手。

By the end of this video, you'll understand what Muse connectors are and where I'd look for business opportunities. We're going to walk through how you can build one using a coding agent and submit it to Meta. We'll also spend some time on how people actually find what you've built because let's be real, that's a big part of whether any of this turns into a business. I'll give you four Muse Connector startup ideas for free by the end of this video.

在本视频结束时,你将了解什么是 Muse 连接器以及我会从哪里寻找商业机会。我们将逐步介绍如何使用编码代理构建一个连接器并将其提交给 Meta。我们还将花一些时间探讨人们如何实际找到你构建的内容,因为说实话,这是这一切能否转化为业务的关键部分。在本视频结束时,我将免费为你提供四个 Muse 连接器创业点子。

And if you're new here, my name is Greg Eisenberg and I'm the host of the Startup Ideas podcast and I know a thing or two about social apps. In the past life, I was an adviser to Tik Tok, an adviser to Reddit, and now I build AI native businesses. If this episode gets 7,000 likes, comments, and subscribes, I'll drop a Muse Connector guide 100% free with more ideas. I'll include the link in the pin comment description if that happens.

如果你是新来的,我叫 Greg Eisenberg,我是《Startup Ideas》播客的主持人,我对社交应用略知一二。在过去,我曾担任 TikTok 的顾问、Reddit 的顾问,现在我致力于构建原生 AI 业务。如果这一集获得 7,000 个赞、评论和订阅,我将免费提供一份包含更多想法的 Muse 连接器指南。如果发生这种情况,我会在置顶评论描述中包含链接。

So, go ahead and do that. All right, let's start the episode.

所以,请去点赞、评论和订阅吧。好了,让我们开始本期节目。

Think about what happened when Apple opened the App Store in 2008. Apple had built the phone. Now an outside developer could build something useful for the people who owned it and sell it through the store. Someone could build a photo editing app and charge for it. Apple supplied a way to distribute the software and collect payment so that the developer could focus on making something people wanted to use. And it was a win-win scenario.

想想 2008 年 Apple 开放 App Store 时发生了什么。Apple 制造了手机。现在,外部开发者可以为拥有该手机的人构建有用的东西并通过商店销售。有人可以构建一个照片编辑应用并收费。Apple 提供了分发软件和收取付款的途径,使开发者能够专注于制作人们想要使用的产品。这是一个双赢的局面。

By the way, Apple got a way better app store and developers made money. By June 2010, less than two years after the store had opened, Apple had paid developers a billion dollars from paid apps and inapp purchases. So, this new market had formed around the phone and outside businesses were earning a bunch of money from it. That's why I'm interested in this news announcement. Meta is building the assistant and other businesses could supply services that help it complete a customer's request.

顺便说一句,Apple 获得了更好的应用商店,开发者也赚了钱。到 2010 年 6 月,也就是商店开放不到两年的时间里,Apple 已从付费应用和应用内购买中向开发者支付了一十亿美元。因此,围绕手机形成了一个新的市场,外部企业从中赚取了大量资金。这就是为什么我对这则新闻公告感兴趣的原因。Meta 正在构建助手,而其他企业可以提供帮助完成客户请求的服务。

How big that market will become will depend on whether people actually use Muse for those jobs. But the opening for developers is now. And yes, I know someone in the comments say comment section is saying, "Well, who knows if this is going to be a big app?" No one really knows, but it is today as of recording the number one app in the app store. When I'm thinking about the App Store analogy versus the App Store for AI analogy, there's another interesting wrinkle.

该市场的规模将取决于人们是否真的会在这些任务中使用 Muse。但开发者切入的时机已经到来。是的,我知道评论区有人(评论部分)说:“谁知道这会不会成为一个热门应用?”其实没人真正知道,但在录制本期节目时,它已经是 App Store 中的头号应用了。当我思考 App Store 类比与 AI 版 App Store 类比的差异时,还有另一个有趣的细节。

So, your service can become useful halfway through a bigger request. Let me explain what I mean by that. Take someone who's organizing a small event. They're going to need a venue and later they realize they need maybe some equipment that they need to rent. A company that handles equipment rentals could become relevant at that moment. Even though renting equipment wasn't what started the conversation, as a founder, someone who's trying to build something, I would closely look at those moments.

因此,你的服务可以在一个更大请求的处理中途变得有用。让我解释一下我的意思。以某人正在组织一场小型活动为例。他们需要场地,随后意识到可能需要租用一些设备。一家提供设备租赁的公司此时就能派上用场。尽管租赁设备并非对话的起点,但作为一名试图构建产品的创始人,我会密切关注那些时刻。

Someone is trying to accomplish something and there's a step where they need access to a business that can actually deliver and money's changing hands. Meta's platform now has a submission process and a directory of approved connectors. There's a bunch of big companies in there now and I think there's going to be a bunch of small and mediumsiz soon. editors also can feature them. That gives something real to explore.

某人正试图完成某项任务,其中有一个步骤需要访问能够实际交付服务的商家并发生资金交易。Meta 的平台现在有了提交流程和已批准连接器的目录。里面现在有很多大公司,我认为很快也会有大量中小型公司加入。编辑还可以推荐它们。这提供了值得探索的真实内容。

I remember when I was launching apps in the early days and I got featured and I was getting like 40,000 downloads every single day from that feature. It was all free. With MuseAI connectors, what we still need to learn is how people will find those services and how often they use them. But I wouldn't be surprised if the directory generated a bunch of customers. That's why being early could help you learn faster than other people in your category.

我记得在早期推出应用时,我获得了推荐,每天仅因这次推荐就获得了约 40,000 次下载。这些都是免费的。对于 MuseAI 连接器,我们仍需了解的是人们将如何找到这些服务以及他们使用的频率。但如果该目录能带来大量客户,我也不会感到惊讶。这就是为什么尽早入局可能帮助你比同类中的其他人学得更快。

So, I would use that time to understand a customer's request and make my service work really well for it. And then, who knows, you might get featured. Um, but we're also uh towards the end of the episode are going to talk about a bunch of other techniques to get uh downloads or not really downloads to get usage uh to your uh connector that isn't reliant on meta featuring you. So, how does a Muse connector actually work?

因此,我会利用这段时间来理解客户的请求,并使我的服务在其中发挥最佳效果。然后,谁知道呢,你可能会获得推荐。嗯,但在本集接近尾声时,我们将讨论许多其他技巧,用于为你的连接器获取使用量——而不仅仅是下载量——且这些技巧不依赖于 Meta 对你的推荐。那么,Muse 连接器究竟是如何工作的?

Say I tell Muse I need a podcast studio on a Tuesday afternoon for 2 hours and my budget is $200. It needs to find out which city I'm in and what kind of recording I'm going to be doing. Then it needs a business that can answer whether a suitable room is available. An API is a way for one piece of software to ask another piece of software for something. It's just at the core of it. You can think of it as a service window at the studio.

假设我告诉 Muse,我需要在一个周二下午租用一个播客工作室,时长为 2 小时,预算是 200 美元。它需要弄清楚我在哪个城市,以及我要进行哪种类型的录音。然后,它需要一个能够回答是否有合适房间可用的商家。API 是一种让一段软件向另一段软件请求某物的方式。这正是其核心所在。你可以把它想象成工作室的服务窗口。

You make a specific request like checking Tuesday's availability and you get the specific answer back. The connector lets Muse use that window. So the studio system might return an available room at I don't know $160 including the equipment I need. Muse can show me the offer and once I approve it, the service could make the booking and then it sends back a confirmation. That's a proposed workflow, but it shows what the connection is there to accomplish.

你发出一个具体的请求,比如查询周二的可用性,然后你会得到具体的回复。连接器让 Muse 能够使用这个窗口。因此,工作室系统可能会返回一个可用房间的信息,价格可能是 160 美元(包括我所需的设备)。Muse 可以向我展示这个报价,一旦我批准,服务方就可以完成预订,然后发回确认信息。这是一个提议的工作流程,但它展示了连接所要实现的目标。

The studio still has to keep its uh calendar accurate, right? Someone has to make sure the equipment works. Of course, if a customer needs help getting into the building, the business needs a way to handle that, too. What's cool is an agent makes it easier to ask for the service. The service still has to be good, though. You can see a real version of this in travel. So there's a company called Duffel and they say their Muse integration lets people search flights and manage bookings.

工作室仍然必须保持其日历的准确性,对吧?必须有人确保设备正常运行。当然,如果客户需要帮助进入大楼,商家也需要一种方式来处理这种情况。有趣的是,智能代理使得请求服务变得更加容易。不过,服务本身仍然必须优质。你可以在旅行领域看到这种模式的实际版本。有一家名为 Duffel 的公司,他们表示其与 Muse 的集成允许人们搜索航班和管理预订。

Duffel also said that its business has passed a billion dollars in annual transaction value on their I guess web app and mobile app. So now they're betting on the Muse AI connector thing. That's the value of bookings, by the way, passing through its business rather than Duffles revenue. And it covers the whole company. But it's a useful example of a company that already provides something valuable becoming accessible through a new interface.

Duffel 还表示,其业务在网页应用和移动应用上的年度交易价值已突破十亿美元。所以现在他们正在押注 Muse AI 连接器这一概念。顺便说一下,这里指的是通过其平台流转的预订价值,而非 Duffel 自身的收入。而且这涵盖了整个公司。但这是一个有用的例子,展示了一家已经提供有价值服务的公司如何通过新的界面变得可访问。

If you built software before, I'd start by looking at what your customers can already do through your API. There might be a useful connector sitting inside the product that you already have. So, if I wanted to start a Muse Connector business, where would I actually start a business? Here are four ideas I want to walk you through that I think are pretty good. The first idea is just doing lead genen for business suppliers.

如果你以前开发过软件,我建议先从查看你的客户已经可以通过你的 API 做什么开始。在你现有的产品中可能已经存在一个有用的连接器。那么,如果我想启动一个 Muse 连接器业务,我实际上应该从哪里开始呢?这里有四个我认为相当不错的想法,我想带你逐一了解。第一个想法就是为商业供应商做潜在客户生成(lead genen)。

Let me explain what I mean by that. Say you run a linen service in Miami. You supply restaurants with clean tablecloths and napkins. You could ask Muse which restaurants are opening nearby that might need our service. And your connector reaches a service you've built to track those openings. It brings it brings back relevant restaurants with a source showing when each is expected to open and a public business contact when it's available.

让我解释一下我的意思。假设你在迈阿密经营一家亚麻布洗涤服务,为餐厅提供干净的桌布和餐巾。你可以询问 Muse 附近有哪些新开业的餐厅可能需要我们的服务。你的连接器会访问你构建的服务来追踪这些新店信息,并返回相关的餐厅列表,包括每家预计开业的时间来源,以及在可用时提供的公开商业联系方式。

Of course, the customer can see why each restaurant might be worth approaching. I'd start with one city and maybe just one supplier. You can use sources you're allowed to access, by the way, like, you know, local business announcements. And then you verify the details before adding a restaurant. A planned opening might get delayed. Someone might announce a second location when you're still showing the first. So, keeping that information current is going to be a big part of what you're selling here.

当然,客户可以了解为什么每家餐厅都值得接触。你可以先从一个城市和一个供应商开始。顺便说一下,你可以使用你有权访问的来源,比如当地商业公告等。然后在添加餐厅之前验证详细信息。计划中的开业可能会推迟;当你的系统仍显示第一家店时,有人可能宣布开设第二家分店。因此,保持这些信息更新将是你在此业务中销售的重要组成部分。

General contact search already exists. I mean, I'm sure you've seen things like Apollo, but your opportunity is knowing someth

通用联系人搜索功能已经存在。我是说,我相信你已经见过像 Apollo 这样的工具,但你的机会在于了解某些

原文超出正文长度上限,此处截断——上游还有内容,完整版见上方「原文 ↗」。

更进一步:量化金融体系

看懂新闻只是起点——沿量化金融路径,把它变成能交付的工程能力

进入量化体系 →

相似阅读

关联信息,但可能不是同一事件