Video wird geladen...

Video konnte nicht geladen werden

Zur Startseite

有一个超级暴论: 现阶段的 OpenClaw 根本不适合团队协作!! 折腾过的人,应该都有类似的感受! OpenClaw 本质上其实是一个很强的 Agent 底座! 你可以把它接入到自己的团队工作流里, 把 Agent 搭起来,把渠道接进去,把能力跑通, 每个人都能让Agent干事情, 但是再进一步就会发现真正的问题: 团队怎么一起用? 中间产出和最终结果都沉淀在哪? 前面做过的分析、写过的文档、跑过的方法,怎么变成团队可复用资产? 新的成员进来,怎么接着往下做,而不是从头再来一遍? 这些,落到实际的应用中,都是坑! 最近,Flowus团队开发了一个新产品: Kollab Kollab 似乎解决了上面这些问题,它的思路很直接: 把 Agent 直接变成工作流的一部分。 这是什么意思呢? OpenClaw 解决的是:我个人怎么拥有一个随叫随到、能力很强、自己可控的 AI。 而 Kollab 解决的是:怎么让 AI 参与真实的团队工作,让做过的事能留下来,方法能复用,团队能协作。 对于内容团队、研究团队、小型创业团队来说,一定知道这其中的区别!! 你可以很简单的建立不同的项目组,或者工作空间, 每个项目组里都有 Agent,项目推进的全过程中, 所有的工作流、产出和方法论,都会沉淀在这个空间里。 当下次遇到同类型的B项目时,就可以一键复用A项目沉淀下来“工作资产”。 我觉得,这才是团队协作里最有价值的部分, 尽可能减少重复劳动!! 不管是传统团队协作,还是AI时代的团队协作,都如此。 所以,AI 产品真正的分水岭, 不是谁更像人,也不是谁接了更多更强的模型。 而是,到底能不能提供一个能沉淀、能协作、能推进的工作空间。

51,104 Aufrufe • vor 4 Monaten •via X (Twitter)

0 Kommentare

Keine Kommentare verfügbar

Kommentare vom Original-Post werden hier angezeigt

Ähnliche Videos

卧槽,太夸张了,现在 AI 时代的闲鱼已经面世了吗?这不就是谁先知道谁赚钱,拼速度了? 你的技能,专业知识,等等你的一切,竟然可以在你睡觉的时候被别人买走,这是什么科幻小说吗?? 之前我一直在想,现在大家优秀的 skill 往往都是自己用,大部分人舍不得开源的,那有没有一个平台既能让用户用到这些大神的专业知识、skill,但是又不用开源呢? 还真让我给找到了!! 前两天看到国内一个博主推荐一个很野的平台-UUMit 让你的技能、经验、工作流都可以变成能力卡,被需要的人、或者别人的 Agent 自动发现、调用 并且直接付费!! 有点像03年淘宝刚出来的时候,只不过当年流通的是商品,现在流通的是能力 具体能干什么?举几个例子你就懂了 会写小红书脚本的,可以把选题逻辑、爆款模板、平台规则检测能力上架,别人发布“帮我做一周小红书内容计划”,平台自动匹配到你,你接单交付 会做行业研究的,可以把数据库、报告、案例库放进知识商店,AI 生成不了的真实行业数据,反而更值钱 会写代码的,可以把 API、MCP 工具、自动化脚本上架,别人的 Agent 需要某个能力时,直接调用你的接口,你按调用次数收费 甚至你只是整理过某个垂直领域的供应商名单、SOP、课程讲义,这些 AI 生成不了的资料,都可以变成知识资产 这绝对是一次能力供应链的重构! 以前的 AI 只能在自己的对话框里回答问题,但复杂任务需要很多外部能力:数据、接口、行业知识、人工交付 UUMit 做的事情是:让 Agent 可以发现别人的能力,也能让自己的能力被别的 Agent 调用 这就是 A2A(Agent to Agent)真正有意思的地方,不是让 AI 互相聊天,而是让 AI 找能力、调接口、买知识、拉人协作,把事情交付掉 为什么我说谁先知道谁赚钱? 因为这个平台刚起来,早期上架的人能建立先发优势 而且现在 Agent 真的开始干活了,不再只是聊天工具,它们需要外部能力来完成复杂任务 谁先把自己的能力挂上去,谁就有机会被更多 Agent 发现和调用 这就是信息差的价值,就像03年最早在淘宝开店的那批人 UUMit 现在有哪些功能? 任务发布入口:你不用一开始就知道该找谁,也不用自己拆一堆工具,你只要说清楚想完成什么,UUMit 会帮你找能完成这件事的能力 Skill/Agent/工作流上架:你写好的工具,不一定只能自己用,它也可以成为别人工作流里的一环 知识商店:AI 可以生成很多内容,但它不一定拥有你手里的行业资料、真实数据、案例库和经验沉淀,这些东西放到 UUMit,可能会变成可复用的知识资产 数据广场:Agent 不必自己拥有所有数据和接口,需要某项外部能力时,可以通过 UUMit 调用数据广场里的资源 强烈推荐大家来试试:

超级个体|柿子

49,192 Aufrufe • vor 24 Tagen

Anthropic 7 月 10 日发布了一场关于 Agent 基础设施的对谈。Claude 平台工程负责人 Katelyn Lesse、产品负责人 Angela Jiang 和产品经理 Jess Yann,分享了几个来自一线的观察。 【Agent 的“脚手架”正在变薄】 几个月前,搭建 Agent 往往需要写大量流程控制代码:先执行 A,满足条件再进入 B,遇到不同情况还要切换不同分支。流程越复杂,系统越容易出错。 随着模型的推理和工具调用能力增强,这些编排层(harness)正在变薄。开发者不用再规定每一步,只需给出目标和基本边界,让模型自己决定怎么完成。 与此同时,一种更高层的编排方式开始出现:让多个 Agent 同时解决一个问题,从中选出最佳方案;让一个 Agent 提方案,另一个负责挑错;或者在 Agent 卡住时,请另一个能力更强的 Agent 提供建议。 重点正在从“控制每一步”,转向“设计 Agent 之间如何协作”。 【衡量 Agent “投入产出比”(ROI,Return on Investment),先看一个人快了多少】 Angela 建议,企业不要一开始就规划上百个自动化流程,而应该先看一个具体的人:用了 Agent 之后,他的工作速度和产出提高了多少? 验证有效后,再从个人推广到团队,最后才处理跨部门流程。前期重点看速度和生产力,等应用逐步成熟,再衡量收入、成本和用户指标。 很多企业做 AI 转型时,喜欢先画一张宏大的自动化蓝图。问题是,流程涉及的部门越多、规则越复杂,落地阻力就越大。从个人开始,更容易看到效果,也更容易持续推进。 【工程团队没消失,但每个人的角色都变了】 Katelyn 观察到,Anthropic 的工程团队和半年前相比,人员构成没有太大变化,但协作方式已经不同。 过去通常由技术负责人决定架构,其他工程师领取任务、编写代码。现在,更多工程师会参与产品和架构决策,再分别指挥 Claude 完成具体工作。 Agent 的作用也不再只是“帮忙写代码”。她提到 Shopify 的 River 系统,已经把需求文档、开发环境、代码实现和 QA 测试串成了一套端到端的 Agent 工作流。 【个体变强,不等于团队自然变好】 Agent 降低了开发和试错成本,也可能带来新的问题。 过去,一个团队会先讨论十个方案中哪个最值得做。现在,每个人都可以快速做出十个原型,甚至全部上线,让市场决定谁胜出。 这样做速度很快,但如果缺少统一方向,产品很容易无序扩张。Agent 能显著放大个人能力,却不会自动解决团队的协调、取舍和决策问题。 来源:

宝玉

67,350 Aufrufe • vor 1 Monat

Anthropic官方最新的演讲,直接给火了一年的Agent时代浇了一盆冷水。 他们说别再造Agents了,赶紧去造Skills。 这句话也不是啥小众观点,是Claude核心团队的工程师Barry Zhang 和Mahesh Murag站在台上对着全世界喊出来的。 最反直觉的地方在这里,大部分人都以为Agent的未来,是做出一个更聪明的大脑,让它自己思考,自己规划,自己解决所有问题。 但Anthropic说,这条路走不通, 通用Agent确实聪明,但它没有领域知识,一碰真实世界就碎。 难维护,不可靠,出了问题你都不知道为什么。 绝大多数你见过的Agent,都只能停留在演示视频里。 真正能落地的,是Skills。 不是什么复杂的新东西, 就是一个个文件夹,里面放着代码、脚本、提示词和流程知识。 用文件系统、bash、Python这些最朴素的东西做接口。 它没有Agent那么酷,但它可组合,可版本控制,可分享。 需要的时候才加载进上下文,永远不会爆token。 甚至连财务、HR、法务这些非程序员,都能自己造技能。 这其实是一次非常务实的倒退, 我们不再要求AI自己学会怎么干活,而是把人类已经验证过的干活方法,打包成一个个技能包,让AI去调用,去执行。 把AI从一个需要你手把手教的实习生,变成一个能熟练使用所有专业工具的得力助手。 现在终于明白,为什么Claude一直在死磕MCP,死磕文件系统,死磕终端集成,它根本就不想做一个聊天机器人,它想做的是所有技能的运行时。 未来的竞争,不看谁的Agent更聪明,主要看谁的技能库更丰富更专业更可靠。 最后两位老哥呼吁别再纠结怎么让AI自己思考了,先把你手里的工作打包成第一个技能。

AYi

108,732 Aufrufe • vor 4 Monaten

骂归骂,但毫无疑问claude code 是anthropic 出来的最优秀的产品。 这篇 Anthropic 原文是 Claude Code 的“口述史”,首先文章网站做的就很有意思:直接仿真了一个terminal,看起来很有趣! 内容上:讲了 Claude Code 从早期内部实验、clide 原型、Claude CLI,到 2025 年研究预览发布后的扩散过程 一句话总结:Claude Code 的成型,靠的是模型能力进步、终端式产品形态、小团队高频迭代、Anthropic 内部重度试用,以及一批早期用户不断反馈出来的真实工作流。 Claude Code 不是突然冒出来的产品。Anthropic 从 2021、2022 年就一直在研究怎么让模型写代码、跑测试、用 bash、在真实环境里完成任务。 早期还有过 VS Code 插件和内部工具 clide,虽然粗糙,但已经证明“AI 可以真的参与开发”。 clide 很难用,但内部工程师一用就发现有未来感。Boris Cherny 后来做了 Claude CLI 原型,一开始没人太当回事,Slack 上反响也很小。直到大家看到它真的能改代码、写 PR、帮工程师推进工作,团队才意识到:这个方向值得全力做。 他们认为 Claude Code 代表一种新的写代码方式:工程师会越来越少手写每一行代码,更多是在安排任务、审查结果、管理多个 AI agent。它也可能让很多原本没钱、没团队做软件的人,第一次能做出可用工具。 原文链接:

岚叔

10,454 Aufrufe • vor 2 Monaten