註冊並分享邀請連結,可獲得影片播放與邀請獎勵。

yan5xu
@yan5xu
🤖 AI 野生研究员 | ex @ManusAI_HQ & @hey_im_monica 推特内容仅代表个人观点,和公司无关
475 正在關注    16.6K 粉絲
给关注了半年的agent team 交份作业。 这是一篇2w字长文,也是一份 Agent Team 的最佳实践。 01 一个 Agent,是怎么变成多个 Agent 的为什么真实工作会把 Task Agent 推向 Long-running Agent;为什么一个越来越好用的 Agent 最后又必须分化;多个 Agent 出现以后,瓶颈为什么会转移到 Human。 02 先让“谁负责什么”离开 Human 的脑子Agent 怎样获得稳定身份、Domain 和 Scope;Human 与 Agent 怎样查询当前 Team 的责任结构;真实协作又怎样逐渐沉淀为 Organization 与 Collaboration。 03 让 Agent 自己开始协作Agent Message 带来了什么变化;一个 Agent 怎样把工作直接交给另一个 Agent;为什么 Agent 沟通不是一次把一切说完。 04 Message 负责沟通,Topic 负责收口当工作跨越多个 Agent、多个 Turn 和多天以后,怎样保留唯一的当前版本;Responsible、Participant、Artifact 和 Needs You 分别解决什么问题。 05 Overview:让一支持续变化的 Agent Team 变得可治理当 Human 不再阅读每个 Agent 的全部过程,怎样从更高层观察 Team;怎样发现等待、积压和瓶颈候选;为什么治理关注的是工作流动,而不是让每个 Agent 看起来都很忙。 06 Agent Team 怎样进入真实的外部关系为什么把 Agent 接入 Slack、飞书还远远不够;Agent 对外以后,身份、角色、信任、权限和现实后果为什么必须被分别治理。 07 CodexLoom 在织什么Multiple Agents 与 Agent Team 的真正分水岭是什么;Human 在 Team 中的新位置是什么;为什么需要稳定的 Agent 和动态的 Team。
顯示更多
0
41
352
67
轉發到社區
有些人开美颜的事情 我一定不会说的
Last night, I joined Yu Yi and Wang Wei at @geekpark to discuss the rise of Forward Deployed Engineers. Here’s my take: FDEs are booming not because models are still too weak, but because they’re finally strong enough. (Stronger than enterprise can imagine) We used to think AI couldn’t make its way into enterprises because the intelligence wasn’t there yet. Now it’s becoming clear that the bottleneck has moved—from “can the model do the work?” to “does the organization know how to let it?” Giving a company a model or an API doesn’t automatically create value. How roles are designed, how humans and agents divide the work, how permissions are granted, how workflows are rebuilt, and how learnings are retained—these are what determine whether AI can truly become part of the business. So to me, FDE is neither on-site outsourcing nor simply helping customers install a product. It is a process of discovering the best organizational practices of the AI era together with customers, then encoding those practices back into the product and the agent team. The best FDE practice shouldn’t grow linearly with every new customer. After each deployment, the next one should require fewer people—until the agent system can handle most of the deployment and evolution itself. Model companies are creating intelligence. We want to turn intelligence into an organization. In a sense, this is what we mean by accelerating AGI’s transition into organizational intelligence.
顯示更多
agent 会惩罚每一个没有管理能力,却企图让它下一个金蛋的人。 真能给你烧出一个你不想付款的账单啊,淦
大哥,怎么你也来了🧎‍♀️
we're launching BUZZ! a new groupchat platform for teams of people and agents of all sizes, built to reduce our dependency on slack and github. model-agnostic, decentralized, self-sovereign, and open source. 🐝
顯示更多
0
54
10
0
轉發到社區
还有还多呢,比如面积图表示各个agent的消耗占比。
好的面板信息展示效率太高了,我也喜欢这种形式。
舒服,一眼看清 agent team 工作忙闲情况。
0
51
26
2
轉發到社區
构建agent team 的时候,渐渐意识到。沟通能力是一个非常有深度,需要占用agent非常大认知带宽的能力,是需要单独设立若干agent作为整个team 的interface承接对外沟通,才能够做的好。
顯示更多
有在线版啦~
分享一个我最近整理的AI公司研究库:Oh My AI Company。 bb-browser 被收购之后,作为 co-founder,我有一项很重要、也很耗时间的工作,就是持续跟进市场方向:新的产品形态在往哪里发展,哪些技术正在成熟,企业真正愿意为什么付费,谁在融资、谁在增长,以及哪些公司是竞品、哪些只是相邻方向。 过去这些信息主要来自 X、微信公众号、公司博客和日常 feed。每看到一家有意思的公司,我都要自己做大量 deep research。这个方式能看得深,但受限于个人时间,很难持续覆盖足够大的市场范围。 所以我开始思考,能不能让 agent 接手其中一部分工作。 慢慢地,这套过程形成了一个 research loop:输入一家新公司、一条融资消息、一个投资人或产品线索,agent 会继续沿着产品、创始人、融资与投资机构、技术和 docs、流量与 GTM、社区反馈、竞品关系等方向展开。最终输出的不是一篇孤立的报告,而是一张可以继续生长的小型市场地图。 随着调研量增加,我们又遇到了新的问题:这些公司、人物、来源和判断如果只是散落在聊天记录或 Markdown 里,下一轮仍然很难复用。 Memex 也是在这个过程中开发出来的。我们需要的不只是一个笔记工具,而是一套可以让人和 agent 共同维护长期研究记忆的基础设施:用结构化对象保存公司、人物和来源,用 Markdown 保留可读的研究正文,再通过图谱关系把它们连接起来。 这个库里还有一类外面比较少见的数据:Similarweb 流量分析。 我并不是用它简单比较哪个公司流量更大,而是用第三方流量信号辅助判断: 一个产品是否已经形成真实访问规模,还是只有融资和 PR 声量; 增长来自 SEO、投放、社区、LinkedIn、Product Hunt,还是媒体传播; 用户在搜索品牌名、具体需求,还是竞争产品; 看起来相似的公司,究竟是直接竞品、相邻产品,还是受众重合带来的噪声。 例如,我们最初想判断 Viktor 的增长是否主要来自融资 PR。流量结构显示,它更像是 PR、搜索、社交、付费投放共同推动的启动,而且大量官网访问继续进入产品 App,并不只是内容曝光。 再比如 Browserbase、Hyperbrowser 和 Browserless,表面上都属于 browser execution,但结合流量来源、搜索词、GitHub、Docs 和社区信号后,可以进一步区分出开发者 agent infra、早期开发者 GTM,以及更成熟的 scraping/browser automation infrastructure。它们不能简单放进同一个竞品桶里。 Similarweb 当然只是第三方估算,更适合观察量级、结构和趋势,不能代替官方数据或一手用户验证。所以库里也会把流量数据与官网、文档、GitHub、融资报道和社区讨论交叉验证。 积累到现在,AI Company Atlas 已经整理了: 75 家 AI 公司和产品 75 位投资人或投资机构 111 位创始人、投资人、记者和关键从业者 227 个持续跟踪入口 重点覆盖 AI 产品、AI infra、企业 Agent、Browser/Agent Infra 和垂直 AI。 它不是公司排行榜,也不是几篇一次性的行业报告,更像一张持续更新的 market map。 我还会继续更新。如果有人也在做 AI 产品、Agent 或相关研究,可以直接拿去使用。发现信息错误,或者有值得继续跟进的公司,也欢迎告诉我或直接提 Issue / PR。
顯示更多
一共烧了 386.2M 的 GPT-5.5 token 四舍五入,给大家省了2k刀🤪
分享一个我最近整理的AI公司研究库:Oh My AI Company。 bb-browser 被收购之后,作为 co-founder,我有一项很重要、也很耗时间的工作,就是持续跟进市场方向:新的产品形态在往哪里发展,哪些技术正在成熟,企业真正愿意为什么付费,谁在融资、谁在增长,以及哪些公司是竞品、哪些只是相邻方向。 过去这些信息主要来自 X、微信公众号、公司博客和日常 feed。每看到一家有意思的公司,我都要自己做大量 deep research。这个方式能看得深,但受限于个人时间,很难持续覆盖足够大的市场范围。 所以我开始思考,能不能让 agent 接手其中一部分工作。 慢慢地,这套过程形成了一个 research loop:输入一家新公司、一条融资消息、一个投资人或产品线索,agent 会继续沿着产品、创始人、融资与投资机构、技术和 docs、流量与 GTM、社区反馈、竞品关系等方向展开。最终输出的不是一篇孤立的报告,而是一张可以继续生长的小型市场地图。 随着调研量增加,我们又遇到了新的问题:这些公司、人物、来源和判断如果只是散落在聊天记录或 Markdown 里,下一轮仍然很难复用。 Memex 也是在这个过程中开发出来的。我们需要的不只是一个笔记工具,而是一套可以让人和 agent 共同维护长期研究记忆的基础设施:用结构化对象保存公司、人物和来源,用 Markdown 保留可读的研究正文,再通过图谱关系把它们连接起来。 这个库里还有一类外面比较少见的数据:Similarweb 流量分析。 我并不是用它简单比较哪个公司流量更大,而是用第三方流量信号辅助判断: 一个产品是否已经形成真实访问规模,还是只有融资和 PR 声量; 增长来自 SEO、投放、社区、LinkedIn、Product Hunt,还是媒体传播; 用户在搜索品牌名、具体需求,还是竞争产品; 看起来相似的公司,究竟是直接竞品、相邻产品,还是受众重合带来的噪声。 例如,我们最初想判断 Viktor 的增长是否主要来自融资 PR。流量结构显示,它更像是 PR、搜索、社交、付费投放共同推动的启动,而且大量官网访问继续进入产品 App,并不只是内容曝光。 再比如 Browserbase、Hyperbrowser 和 Browserless,表面上都属于 browser execution,但结合流量来源、搜索词、GitHub、Docs 和社区信号后,可以进一步区分出开发者 agent infra、早期开发者 GTM,以及更成熟的 scraping/browser automation infrastructure。它们不能简单放进同一个竞品桶里。 Similarweb 当然只是第三方估算,更适合观察量级、结构和趋势,不能代替官方数据或一手用户验证。所以库里也会把流量数据与官网、文档、GitHub、融资报道和社区讨论交叉验证。 积累到现在,AI Company Atlas 已经整理了: 75 家 AI 公司和产品 75 位投资人或投资机构 111 位创始人、投资人、记者和关键从业者 227 个持续跟踪入口 重点覆盖 AI 产品、AI infra、企业 Agent、Browser/Agent Infra 和垂直 AI。 它不是公司排行榜,也不是几篇一次性的行业报告,更像一张持续更新的 market map。 我还会继续更新。如果有人也在做 AI 产品、Agent 或相关研究,可以直接拿去使用。发现信息错误,或者有值得继续跟进的公司,也欢迎告诉我或直接提 Issue / PR。
顯示更多
0
18
12
0
轉發到社區
分享一个我最近整理的AI公司研究库:Oh My AI Company。 bb-browser 被收购之后,作为 co-founder,我有一项很重要、也很耗时间的工作,就是持续跟进市场方向:新的产品形态在往哪里发展,哪些技术正在成熟,企业真正愿意为什么付费,谁在融资、谁在增长,以及哪些公司是竞品、哪些只是相邻方向。 过去这些信息主要来自 X、微信公众号、公司博客和日常 feed。每看到一家有意思的公司,我都要自己做大量 deep research。这个方式能看得深,但受限于个人时间,很难持续覆盖足够大的市场范围。 所以我开始思考,能不能让 agent 接手其中一部分工作。 慢慢地,这套过程形成了一个 research loop:输入一家新公司、一条融资消息、一个投资人或产品线索,agent 会继续沿着产品、创始人、融资与投资机构、技术和 docs、流量与 GTM、社区反馈、竞品关系等方向展开。最终输出的不是一篇孤立的报告,而是一张可以继续生长的小型市场地图。 随着调研量增加,我们又遇到了新的问题:这些公司、人物、来源和判断如果只是散落在聊天记录或 Markdown 里,下一轮仍然很难复用。 Memex 也是在这个过程中开发出来的。我们需要的不只是一个笔记工具,而是一套可以让人和 agent 共同维护长期研究记忆的基础设施:用结构化对象保存公司、人物和来源,用 Markdown 保留可读的研究正文,再通过图谱关系把它们连接起来。 这个库里还有一类外面比较少见的数据:Similarweb 流量分析。 我并不是用它简单比较哪个公司流量更大,而是用第三方流量信号辅助判断: 一个产品是否已经形成真实访问规模,还是只有融资和 PR 声量; 增长来自 SEO、投放、社区、LinkedIn、Product Hunt,还是媒体传播; 用户在搜索品牌名、具体需求,还是竞争产品; 看起来相似的公司,究竟是直接竞品、相邻产品,还是受众重合带来的噪声。 例如,我们最初想判断 Viktor 的增长是否主要来自融资 PR。流量结构显示,它更像是 PR、搜索、社交、付费投放共同推动的启动,而且大量官网访问继续进入产品 App,并不只是内容曝光。 再比如 Browserbase、Hyperbrowser 和 Browserless,表面上都属于 browser execution,但结合流量来源、搜索词、GitHub、Docs 和社区信号后,可以进一步区分出开发者 agent infra、早期开发者 GTM,以及更成熟的 scraping/browser automation infrastructure。它们不能简单放进同一个竞品桶里。 Similarweb 当然只是第三方估算,更适合观察量级、结构和趋势,不能代替官方数据或一手用户验证。所以库里也会把流量数据与官网、文档、GitHub、融资报道和社区讨论交叉验证。 积累到现在,AI Company Atlas 已经整理了: 75 家 AI 公司和产品 75 位投资人或投资机构 111 位创始人、投资人、记者和关键从业者 227 个持续跟踪入口 重点覆盖 AI 产品、AI infra、企业 Agent、Browser/Agent Infra 和垂直 AI。 它不是公司排行榜,也不是几篇一次性的行业报告,更像一张持续更新的 market map。 我还会继续更新。如果有人也在做 AI 产品、Agent 或相关研究,可以直接拿去使用。发现信息错误,或者有值得继续跟进的公司,也欢迎告诉我或直接提 Issue / PR。
顯示更多
0
26
191
30
轉發到社區
codex 第一次让我感觉 openai 对得起他open的前缀
0
14
80
1
轉發到社區
想到一个词 Agent 治理
昨天和微软的朋友聊AI employee,讨论到了数字分身。我自己的看法,数字分身可以是AI employee的一部分,但不能完全等价。当一个事情,足以改变就有的生产方式,组织结构,才能够称上革命。按照现在组织架构给每个岗位构建数字分身。显然是被当下给局限了。 真正要做的是,在智力和执行力被充足供应的情况下,思考有无新的岗位,为新的优质生产力设计工作流。
顯示更多
昨天和微软的朋友聊AI employee,讨论到了数字分身。我自己的看法,数字分身可以是AI employee的一部分,但不能完全等价。当一个事情,足以改变就有的生产方式,组织结构,才能够称上革命。按照现在组织架构给每个岗位构建数字分身。显然是被当下给局限了。 真正要做的是,在智力和执行力被充足供应的情况下,思考有无新的岗位,为新的优质生产力设计工作流。
顯示更多
如果agent team里面是一个个 task agent,那真的用起来无比智障。如果一个个是长程agent,丝滑!
跨级获取信息,逐级下发任务。 卧槽,这句话完美解决了组织内 multi-agent 协作!!
再回味这一段经历有了不一样的感受。 流量的窗口,只要你花功夫,低下头,一直去抓,总会碰到几次。但重点是抓到流量之后,是否有能力去消化,承接。 monica 吐槽大师 在14年那个时间点每天消耗几万刀token,red迅速用给mobile端导量的方式。从流量->移动端用户->付费。完成用户和付费的转化。 如果没有monica这个产品作为流量的后续转化,吐槽大师本身这个产品价值极其单薄,可能就是花钱图个响。
顯示更多
刚在路上脑子又在回顾这次经历。吐槽大师还有一个意义,除了见识到了流量,也对流量的转化有一个直接认知。当时一天消耗非常大,但是转化到 app 进行付费后,很快就把成本给兜回来了,并且还有长期的转化。这对 manus 敢如此大胆地烧钱,不无关系。
顯示更多
dejavu? 这是小红书吗
当想明白 所有 浏览器行为在服务器面前都是http请求,就没啥搞不定的机器人检测了🤪
0
23
17
0
轉發到社區
开个thread,记录前端开的的,小妙招。 1. 要会用CDP。让agent 可以通过CDP或者类似的封装,自己操作网页; 2. 开发的时候,把UI操作封装成 windows.xx 函数,这样agent就可以直接通过 cdp eval 操作网站,而不用click/drop 找元素。debug,自测地时候会简单非常多。
顯示更多
0
12
93
12
轉發到社區
老上海两个月了一直住在车里 偶尔出去就在车上办公,目前感觉良好😎
推荐一期播客 42章经 × 魏小康。前字节招聘负责人(2017-2020,经历抖音爆发),前美团招聘负责人+AI产品经理(2020-2024)。国内极少数同时深度参与过两家公司组织建设的人。 聊了三件事:字节和美团完全不同的组织逻辑(为什么一家学 Google 一家学亚马逊)、创业公司招聘到底该怎么做(80% 时间花在哪)、AI 时代组织在发生什么变化。 下面是我的笔记 1. 文化 = 创始人做事方式。 魏小康原话:创业公司不需要搞文化,所有头部公司文化本质差不多。创始人怎么干活,公司就怎么干活。塑造一个好氛围就够了。 2. 721:选择不是不培养。 美团 721 理念:人的成长 70% 靠打仗,20% 靠跟好手学,10% 靠培训。「最重要的事情是给大家战场。好的人自动杀出来。」——不是不培养,是战场本身就是培养方式。 3. 薪资阶段:溢价买的是更快的时间。 字节的逻辑:市场价 100,跳槽给 120-130。字节给 140-150 加大小周。拼多多给 170-180 加单休。从时薪看是划算的。而且「招一个最强的人解决业务问题,花的代价比招一堆人小。」 4. 十个人最少搞错 10% 的信息。 三个人干活,理解的东西就不一样。十个人,问每个人公司在做什么,答案全不同。字节花时间把 OKR 讨论清楚,不是大公司病,是止损。 5. 扩供给不靠猎头,靠圈子。 创业公司影响力不够,熟人内推才是主要渠道。把最好的人做 CRM——魏小康为挖一个高管,从对方入职对手公司那天起,每三个月见一次,两年半后才等到。 6. 今年之后的每一天都是你最好招人的时候。 供需越来越紧张。今天给多少钱都是赚的。不是「现在贵」,是「以后更贵」。 7. 你周围有靠谱的人,把他周围靠谱的人给弄完。 反向操作。不是只挖一个人,是顺着靠谱的人把整个圈子端过来。 8. 做苦活累活是另一套组织逻辑。 Google/字节是精英大力出奇迹。美团/亚马逊是精密协作干苦活。AI 应用层要做交付,「你一定要把它做苦、做累、做重」。
顯示更多