即刻App年轻人的同好社区
下载
App内打开
PlayWithAI
433关注693被关注1夸夸
前古法程序员，现 Vibe Coder，🔗https://playwithai.fun
PlayWithAI
1天前
从聊天到干活，现在这模型能力，大厂都很犹豫

常高伟_长山: 快评：千问Agent生态、微信Agent、微信-手机助手A2A 最近大厂的Agent生态有几个比较有意思的变动，快速点评下： 1、我的一个观察：智能体渗透率只要一上来，就会出现很多A2A产品。Openclaw火的时候就是这样。现在大厂也来了，这几个产品本质上，也是A2A：千问和商家Agent、微信Agent和小程序（服务商）Agent、手机助手-微信Agent。 2、千问三方Agent和微信Agent连接小程序，符合我们之前的预判：大厂会基于自己的生态构建垂直封闭的智能体网络（A2A生态）。不过时间点超出我的预期，比我预期的要早。 3、千问和微信之间短期肯定不会打通。不过，商家从成本和收益角度触发，天然会追求开放。比如，瑞幸既可以接千问，也可以接微信Agent。而且应该是一套系统。平台是没有办法把商家的Agent锁死在自己的生态内的。（这里参考之前侯老师的文章） 4、B端的Agent供给就会丰富起来，理论上利好deepseek和kimi，因为商家也可以同时接入deepseek和kimi，甚至，商家可以服务所有的c端Agent，只要付费就可以提供服务。 5、也许，理论上也利好所有的C端Agent，之前稀缺的供给能力，也许不久之后就不再稀缺了。这个时候，C端Agent能做的事情就多了。 6、商家怎么高效、低成本的服务所有的C端Agent？C端Agent怎么低成本的接入这些服务？ 这是协议能够体现价值的地方，也是我们在ANP开源社区一直致力于解决的问题。这个时候，协议的重要性会再一次被看到，包括身份、消息、支付、信誉、凭证等等，同时，很多A2A基础设施需要搭建。 7、也许会形成一个有趣的链条：大厂C端Agent的竞争---》B端服务Agent化---》供给侧Agent丰富---》更多的C端Agent受益---》？？？ 图片 8、下一步是什么，大厂C端Agent、大模型C端Agent、初创C端Agent、开源C端Agent、手机助手谁能跑出来？决定性的因素是什么？C端之间是否会打通，打通的核心驱动力又是什么？这几个问题我没有确定答案。 9、微信开放能力给手机助手，这个是超出我的预料之外的。不确定开放的程度，我认为社交关系肯定不会开放，更多的可能是开放通用能力，让微信更好的渗透到Agent的世界中。不过开放是比封闭更好的方向。 10、这里我认为手机助手可以基于协议实现消息的互通。这是我理想中下一代IM的形态。xchat不是下一代IM的离线形态，微信也不是。（前面写xchat的文章还被下线了，太小家子气了。） 11、随着智能体渗透率的提高，A2A、智能体网络、智能体互联网的发展，被加速了。今年会比较有有意思。 12、最后，千问Agent上线 了，微信的两个都没有上线，使用了一下千问的三方Agent，几点分析： 1）还是比较早期的形态，使用的chat+小程序的方式。商家Agent和千问融合的程度并不高。 图片 2）登录商家需要授权，将千问的账号和商家账号绑定。如果每个商家都绑定一次，我肯定受不了。这也是，为什么智能体身份智能体连接的基础，活生生的例子。按照ANP的设计，我用千问的账号，就可以直接使用瑞幸的服务。我只要授权千问Agent代替我点咖啡就可以。 图片 3）虽然早期，但是为这个前沿的探索点赞。去年我们也探索过这个方向， 但是这不是我们能做的事情，超出了我们的能力范围。

00
PlayWithAI
1天前
PlayWithAI
1天前
PlayWithAI
1天前
PlayWithAI
2天前
抱歉泼个冷水，刚好在企业级环境做过类似的事情，一条龙 agent 往往因为过拟合（spec 质量不足还会带偏）限制了 AI 智能的发挥，一般处于简单 demo 用不上，复杂项目没啥用的状态，小而美的单点 skill 更有用。

超级峰: 今天给大家分享一款我自用并正式开源的 AI 编程 Harness：OpenPRD 项目地址：https://github.com/mileson/openprd/blob/main/README_CN.md 详细介绍文章：https://mp.weixin.qq.com/s/0iIAbLRUZCTgT3lm-XOEnw 它主要沉淀了我在 Web Coding 和 Vibe Coding 过程中总结出来的一套协作规范，尤其适合搭配 Codex 使用 从需求评审、任务拆解、测试验收、页面效果对比，到最后生成学习材料，OpenPRD 都做成了更适合普通人理解和确认的网页流程，帮助大家在和 AI 协同开发时减少跑偏、提升交付质量 如果你最近也在探索 HTML 优先、网站优先，以及如何更好地和 AI 一起做产品、做页面、做项目，可以看看这篇完整介绍 如果觉得对你有帮助，也欢迎顺手给开源仓库点个 Star，或者 Fork 体验一下，这也算是对我的一点小小支持

01
PlayWithAI
2天前
PlayWithAI
2天前
一年前就聊过，自主 agent 探索边界，自定义 workflow 沉淀落地，前者适合探索性任务，后者适合已经有确定 sop

airb.ai: 感觉workflow这一套agent思路也是没有必要的，是一段弯路

00
PlayWithAI
3天前
PlayWithAI
4天前
PlayWithAI
4天前
模型统治一切（toC 无敌，FDE 还要抢 toB 的活），私域数据和客户还在 saas 手里，哪里还有深水区🐶

AGENT橘: 「当软件编写成本趋近于零时，我发现自己对野心的追求已超越一切。那种不可理喻、不可阻挡的野心。」 这句话来自投资人 Mike Vernal（前 Facebook VP、前红杉合伙人）写的一篇文章，他的文章里说 软件的"三段式剧本"已经过时了，在剧变时代最重要的直接进入深水区的野心（Unreasonable, unrelenting ambition）。 旧剧本是这样的： 第一幕：找一个楔子（wedge），切一个细分市场，做到几千万 ARR，花 3-5 年 第二幕：从单品扩展成套件（suite），交叉销售，做到一亿 ARR，又花 3-5 年 第三幕：变成平台，替掉底层系统 他说这个剧本死了，因为： AI 让写软件的成本趋近于零。 以前你只能单线程推进，先搞定第一幕再想第二幕。现在 Cursor、Clay、Harvey、Lovable 这些公司两年就从 0 到一亿 ARR。 时间窗口压缩了，你没有慢慢来的余裕了。 他的新结论： 别找楔子了，直接跳到深水区。一开始就做整件事。 他举了 Cursor 的例子：当初种子轮的时候 Cursor 就说要直接替掉 VS Code，他觉得疯了（VS Code 刚统一了市场你就要替？）。 结果他错了。现在回头看，替掉 VS Code 反而都不够大胆。 「当软件编写成本趋近于零时，我发现自己对野心的追求已超越一切。那种不可理喻、不可阻挡的野心。 三段式剧本已经过时。在剧变时代依赖楔子策略未免过于保守。 要我说，既然决定放手一搏，不如直接赌上全部身家。」

00