Video yükleniyor...

Video Yüklenemedi

Ana Sayfaya Dön

微软研发的 AutoGen 框架太强大了,它是一个多代理框架,利用它可以轻松定制一系列工作任务。 举一个常见的例子:我们要实现一个爬虫程序,抓取并保存网页图片。如果把这个任务丢给 ChatGPT,它会直接返回一串可执行代码,但是代码通常会存在问题,例如执行报错、缺少依赖等,你需要反复跟 ChatGPT 对话来完善程序。当然,我们也可以设定一个复杂 Prompt,要求它调用 ChatGPT 的代码执行插件,如果存在报错,则继续修正程序。 这个任务如果交给 AutoGen 来实现,将会变得无比简单,几行代码就可以搞定: 1)定义一个 Assistant Agent,它的任务是解决问题 2)定义一个 UserProxy Agent,它的任务是替代人询问问题,同时在本地执行程序 这两个 Agent 都不需要给他们设置 Prompt。当我们把爬虫任务交给 UserProxy 后,它会理解任务,然后询问 Assistant 应该如何做,Assistant 会把操作过程告诉 UserProxy,接着 UserProxy 会根据指示在本地安装依赖,然后创建文件执行代码,如果执行出现错误,它会把详细报错提交给 Assistant,依次循环,直到可以获取到最终的结果。任务结束的时候,你会看到目标图片已经保存到本地磁盘了。 利用这个框架可以做的事情非常多,它提供的能力也十分完善,可以在项目的 notebook 中找到很多最佳实践: P.S. 为了确保安全,还是建议你在 Docker 环境中执行程序,UserProxy 有一个 code_execution_config 配置,将 use_docker 配置为 True 即可;另外,它还有一个 human_input_mode 参数,设置为 NEVER,表示整个过程都不需要人参与,也可以设置为其他值,它会等待人的输入后再进行下一步操作,这个设计可以让人参与到任务执行过程,避免跑偏。

518,984 görüntüleme • 3 yıl önce •via X (Twitter)

10 Yorum

cyberws profil fotoğrafı
cyberws3 yıl önce

@readwise save thread

bigbowl profil fotoğrafı
bigbowl3 yıl önce

@readwise save

yazuishou5738 profil fotoğrafı
yazuishou57383 yıl önce

能爬那种需要逆向破解加密数据的网站嘛

yao jason profil fotoğrafı
yao jason3 yıl önce

save @Barret_China

Owen Ye profil fotoğrafı
Owen Ye3 yıl önce

@SaveToNotion #tweet

ErvinZhang profil fotoğrafı
ErvinZhang3 yıl önce

支持azure open ai吗

meat profil fotoğrafı
meat3 yıl önce

@SaveToNotion #tweet #thread #autogen

魔都老猿 profil fotoğrafı
魔都老猿3 yıl önce

Mark.Thanks for Sharing!

智言AI profil fotoğrafı
智言AI3 yıl önce

@SaveTo

智言AI profil fotoğrafı
智言AI3 yıl önce

@SaveToNotion

Benzer Videolar

试了一下 OpenAI 新出的 Codex App,有些亮点 跟 Skills 的适配还是有点问题,模型的主要问题就是慢 OpenAI 给 Pro 和 Plus 用户的 Codex 额度在未来两个月内全部翻倍了 👇看一下详细的能力介绍: Skills 可视化管理 有一个专门的 Skills 列表界面,预置了一些官方 skills,也可以扫描你已经安装的 skills。注意这里只能扫描 NPX 安装的,本地创建的(比如在 Claude Code 里创建的)扫不出来。 还支持 Skills Creator 创建的 skills,可以直接在 APP 里用它去创建新 skills。 ------ 定时任务功能,这个挺实用的。 可以让 AI 定期执行某些任务,比如每周给你一个解决问题的报告,定期去解决某个项目的 PR 问题,或者定期 review 代码。 对于需要持续维护的项目来说,这个功能还是挺有价值的。 ------ Codex APP 现在支持计划模式了。 因为它跟 Codex CLI 共享后端,所以现在 Codex CLI 也同步支持计划模式了。这意味着 AI 会先规划任务步骤,让你确认后再执行。 ------ 用量显示的样式做得挺好的。 进度条、余量、使用情况都很清楚,一眼就能看到你还有多少额度。 还有 code review 的快捷方式,可以快速调用你的 skills。MCP 的添加也支持。 ====== 实测:用 video-wrapper skill 跑了一遍 我测试主要是让它跑了一个我最近做的 skill,可以一键给视频添加视频包装,比如卡片、花字、人物条、章节标题这些。 这个 skill 挺复杂的,所以很适合用来测试。 ------ 第一次运行的问题 可以工作,但第一次它选了 PIL 这个方案,比较差。 核心问题是什么?它跟你没有交互。 我的 skill 里边写清楚了:要先问用户要哪套方案,再给出包装方案让用户确认,用户确认了再开始包装。 但在 Codex 这里,明显没有交互。它就直接跑,把所有决定都自己做了,跑完就完了。出错了也不管,直接用降级方案。 ------ 修复后的效果 我让它修复以后,它倒是能修复。重新跑了一遍,效果也不错。 最终生成的视频包装效果还行: ▸ 左下角有人物卡片 ▸ 有花字 ▸ 有各种卡片和章节标题 ▸ 结论卡片也加上了 因为我们用前端代码约束了样式,所以它在样式上不会出什么错误。 ------ 体验总结 整个过程很不可控: ▸ 速度很慢 - Codex 本身速度就慢 ▸ 交互明显不够 - 你根本不知道进到哪个阶段了,也不知道它的方案是什么 ▸ 只管执行 - AI 一直在执行,不会停下来问你 可能是它不太适应 skills 规范,只是简单做了一下适配,没有 Claude Code 跟 skills 的适配那么好。

歸藏(guizang.ai)

30,595 görüntüleme • 8 ay önce

Codex 隐藏玩法:把你每天重复教 AI 的提示词,直接做成 Skill 90% 的人用 Codex,其实都在重复做同一件事: 开一个新任务,把同一套要求再告诉它一遍。这些 Prompt 你可能已经复制粘贴了几十次。 但其实,这种反复使用的工作方法,完全可以直接做成 Codex Skill。 详细教程如下: 1️⃣先找一段你经常重复使用的 Prompt,比如我最近一直在用这类提示词: “执行任务前先检查需求漏洞和潜在风险,不要默认接受我的方案。涉及代码和结论必须验证,完成后按验收标准逐项检查。” 这类 Prompt 很好用,但最大的问题是:每开一个新任务,都要重新贴一次。 2️⃣直接让 Codex 把它做成 Skill把原来的 Prompt 发给 Codex,然后告诉它: 请把上面这套工作方式整理成一个可重复调用的 Codex Skill。 要求: · 明确这个 Skill 适合在什么情况下使用 · 把原来的要求整理成清晰的执行步骤 · 区分任务开始前、执行过程中和完成后的检查 · 保留必要的验证流程 · 删除重复和模糊的要求 · 不要改变原来的核心工作原则 Codex 就会把原来散乱的一段 Prompt,整理成一套完整的 Skill 工作流。 以后这些规则就不用一直躺在聊天记录里了。 3️⃣ 后面直接调用这个 Skill 再开新任务时,不需要重新复制那一大段 Prompt。 直接告诉 Codex:使用这个 Skill 完成当前任务。 最后你的 Codex 里保存的,就不再是一堆 Prompt,而是你自己的一整套工作流。 Prompt 是教 AI 这一次怎么做。 Skill 是把你的工作方法直接固化下来,以后每个项目都能重复调用。

爱丽丝呀!

41,056 görüntüleme • 2 ay önce

Claude Code + Grok Bot:一个负责指挥,一个负责干活,开发全流程自动化🔥 很简单,只需要使用 cursor-grokbot-agents 扩展就可以完成 这个扩展允许 Agent SDK 代理访问对应 Cursor 账号里的 Grok Bot,Grok Bot 会保留自己原有的对话、记忆和工具,而 Claude Code 或 Codex 可以把它当成一个协作 Agent 来调用 按照步骤操作: 1、告诉你的 Claude Code 或者 Codex 安装 cursor-grokbot-agents 扩展 2、打开 Grok Bot 相关的账号授权 3、让它启动连接程序,告诉它你要连接的 Grok Bot 名字,完成对应程序的绑定 之后,你就可以让 Claude Code 和 Grok Bot 协同工作了 我现在比较喜欢的玩法,就是让 Claude Code 做总指挥,Grok Bot 负责具体的开发任务 比如我只需要告诉 Claude Code 要开发什么功能,它就可以把任务交给 Grok Bot,让它去修改代码、创建 PR,再通过 Cursor Cloud 运行和测试 如果测试出现问题,还可以继续让 Grok Bot 修改和修复,再把结果反馈给 Claude Code 整个过程就变成了一个完整的开发闭环: ① Claude Code 理解需求、拆分任务 ② Grok Bot 执行 Coding,修改代码并提交 PR ③ Cursor Cloud 负责运行和测试,发现问题后继续修复 ④ Claude Code 检查执行结果,确认是否达到预期 这样我就不需要每一步都亲自盯着,更多时候只需要提出需求、检查最终结果,再决定是否合并 PR 和发布 当然,涉及生产环境和重要代码时,最终审核还是建议自己把关 而且这套玩法不局限于 Claude Code,把上面的主 Agent 换成 Codex 也可以尝试 我觉得最有意思的地方,是你终于可以把不同 Agent 组合起来,让一个负责思考和调度,另一个负责执行,而不是每次都自己在不同工具之间来回切换

小墨同学

19,184 görüntüleme • 4 gün önce

Fable 5.1 + Cursor Cloud Agent + Grok 4.6 + Grok Bot,可能是目前 AI 编程最强的一套“王炸组合” 分工非常明确: - Fable 5.1 负责规划。 - Grok 4.6 负责写代码。 - Cursor Cloud Agent 负责开机器、跑任务、测试和提 PR。 - Grok Bot 负责远程调度、追进度和纠偏。 整个流程可以压缩成四步: Plan → Write → Ship → Steer 乍一看,只是把几个热门 AI 工具串了起来。 但真正厉害的地方,是它没有强迫一个模型从头干到尾,而是把不同模型放到了各自更合适的位置。 复杂需求先交给 Fable 5.1。 它不急着写代码,而是先分析需求、拆解任务、定义验收标准,再决定要启动哪些 Agent。 任务明确以后,Grok 4.6 接手实现。 Cursor Cloud Agent 给它提供独立的云端环境、代码仓库和工具,让它能真正修改代码、运行测试并提交 PR。 Grok Bot 则站在更上面。 它更像这支 AI 团队的技术负责人: 谁来做? 用哪个模型? Agent 有没有跑偏? 任务卡在哪里? 结果是否达到要求? 需不需要继续追加指令? 这些过去都需要人盯着。现在连“管理编程 Agent”这件事,也开始被 Grok Bot 接管了。 所以这四个产品并不是简单叠加。 它们刚好组成了一支完整的 AI 工程团队: - Fable 5.1:架构师 - Grok 4.6:程序员 - Cursor Cloud Agent:云端工位和执行环境 - Grok Bot:技术负责人 以前大家争论 Claude、Grok、GPT 谁写代码最强。 但单个模型再强,也要同时理解需求、设计方案、修改代码、运行测试、处理环境问题和汇报结果。什么都让一个模型干,表面上简单,实际又贵又容易跑偏。 这套组合换了一个思路: 不找一个全能模型,而是给不同模型安排最合适的岗位。 人也不需要守着十几个 Agent 窗口反复追问。 你在手机或 Slack 里发出目标,Grok Bot 负责启动和管理 Cursor Cloud Agents。某个 Agent 卡住了,它继续追;方向偏了,它补充指令;执行完成后,它再把 PR 和验证证据交回来。 这已经不只是“AI 帮你写代码”。 更接近: 你提出目标,一支 AI 工程团队负责把事情推进到可以验收。 当然,原视频主要展示的是工作流架构,不是一份完整的生产实测报告。 “Fable 负责规划,Grok 负责编码”也不一定适合所有项目。最终还要看一次完成率、返工次数、执行速度、Token 成本和人工审核时间。 但方向已经很清楚了。 AI 编程的下一阶段,不会只比哪个模型更强。 而是比谁能把规划、执行、环境和管理组织起来。 一个强模型只能提高单次任务的上限。 一套王炸组合,才有机会把 AI 真正变成团队。

蓝哥AI

31,380 görüntüleme • 1 ay önce

最近国内几个模型大厂好像摊上事了? 也不知道真事假事,还是那个姓A的在碰瓷挑事! 吃瓜的时候,突然刷到一个新模型! 乍一看Atria ASI,差点看成了是Astra,真的很像, 模型代号叫 Atria Dawn Preview! 据说背后约三分之二的研发成员还是高校在校学生!! 我是真想知道这群学生能把模型做成什么样? 所以,找了很久才找到了API,接入下来测试了一下, 我用它一句话做个 3D 家装工作台,最后出来的效果居然还可以!! 能画户型、拖家具、改尺寸、保存项目、导出截图、还能自由拖放布置家具, 其实这个任务倒是不难,主要我一句话说的很笼统, 需要它能够理解我的意图,并且准确规划,将这个工作台做的尽可能完善。 但其实,写代码还并不是这个模型的主要能力。 它的定位,是面向科研和专业工作的智能体模型,擅长把一个复杂任务继续往前推进,最终变成可运行、可检查、可使用的成果。 比如从一个问题、一份数据、一段代码或者一篇论文出发,它可以继续完成资料检索、代码实现、实验执行和反馈修正,最后交付研究报告、软件系统、文档表格、演示文稿、三维设计等等。 可以用来做科研、写报告、写代码、画CAD!! 不知道这个API能用多久,后面我可以再测试一下不同的场景。 有兴趣可以持续关注一下!

沐阳

38,067 görüntüleme • 1 ay önce

这两天看到的收获很大的一篇论文《AlphaCodium:引领代码生成新境界,从提示工程到流程工程》,它提出了一种新的生成代码的方法,比传统的直接基于Prompt生成代码的方式准确率更高。 它用的测试集是CodeContests ,这是由 Deepmind 推出的一项挑战性编程数据集。相对来说还是很权威的。以 GPT-4 为例的话,准确率从19%提升到了44%。 它的原理有些复杂,但是如果你有过LeetCode刷题经验,相对比较好理解一些。 普通人刷 LeetCode,上来就做,这样有可能得到答案,也有可能做不出来,这就类似于你把题目直接丢给GPT-4,让它直接给出答案,准确率相对要低一些。 高手刷LeetCode,会有个做题的流程,同样的水平,做出来的概率会大一些。 高手做题时会大概分成几个步骤: 1. 先把题目中的要点一条条列出来,确保不会遗漏任何重要信息 2. 通常LeetCode会提供 1 个或多个测试用例,仔细看测试用例,分析为什么给定的输入能得到给定的输出 3. 在写代码前,列出几种可能的解决方案,例如暴力算法、递归、动态规划,每一种方案写下思路和伪代码 4. 对于列出来的几种方案进行评估,选出最佳方案 5. 可能还会补充一些测试用例帮助事后验证 --- 以下部分是迭代过程: 6. 根据选中的解决方案写代码,如果代码不能运行则修改代码直至能运行 7. 将代码提交到LeetCode的测试集去验证,如果无法通过所有测试,则修改错误,如果通过到第8步 8. 用第 5 步生成的测试用例验证代码,如果运行不通过则继续优化代码 这里留个思考题:如果第8步出错,怎么判断是代码有问题还是自己生成的测试用例有问题? 而 AlphaCodium 就是完美遵循了以上的步骤来解题,只不过每一步都是由大语言模型帮助完成! 这给了我一些启示: 1. 不必寄希望于将复杂的任务在一个 Prompt 中完成,拆分成若干子任务成功概率会高一些 2. AI 可以借鉴人类的优秀实践,例如高手是如何解决编程难题的,让 AI 按照高手的步骤去一步步做 3. AI 的潜力还有很大挖掘空间 完整的文章参考: 中文译文:

宝玉

265,990 görüntüleme • 2 yıl önce

到现在都难以相信,Apodex 居然开源了!! 我一度认为非常有商业价值的产品! 还记得第一次用它,惊艳程度不亚于我第一次用Manus! 这次,Apodex 开源正式发布了新版本 Apodex 1.1, 并且提出了一个我非常认可的概念: AI的能力单位,不应该是一次回答,而应该是一项完整任务。 什么意思?一个AI真正想进入工作流,至少要做到几件事: 理解目标、进入真实环境、维持长任务状态、根据中间结果不断调整计划、任务失败后修复、最后交付一份可以核查的成果。 最近刚好在做一个AI项目,是一个工作台,需要评估不同模型组合选型的成本, 为了测试Apodex能做到什么程度,我把模型价格、评测数据和具体场景需求给到它,让它根据我的需求,为四类业务场景完成 AI 模型/API 选型,统一不同厂商的价格口径,计算月度成本,同时满足性能、上下文、工具能力、预算和供应商集中度约束。 它拿到的是不同格式、不同统计口径的数据,有些数据可能不够准确,有些需要清洗,有些需要重新计算。 Apodex没有上来就写报告,它先在Task Board里拆解整个任务,然后根据任务自动组织Agent Team。 第一轮,它已经完成了数据清洗、价格标准化、模型筛选和成本测算, 然后我临时补充了新的需求: 没错,在任务中我可以随时“插话”,补充新的文件和想法。 *中文内容生成的月请求量,从 12 万提高到 24 万; *深度研究中 30% 的场景,必须转到自建环境; *长文档审阅全部涉及敏感文件,也必须本地运行; *月预算不变; 普通AI看到这一堆新的需求,一般都会重新跑一遍。 但Apodex并没有!它保留了原始数据、价格归一化方法、峰谷计价规则和已经验证的计算口径,没有变化的部分原样保留,只是重新调整了变化的部分! 它可以在任务过程中动态调整任务计划!! 这个可能是这个版本最大的一个更新!Apodex 1.1 就像是在维护一个持续变化的任务状态: 它要读取真实文件、拆解工作、推进计算,还要接收中途反馈,判断保留仍然成立的成果,只修正受影响的部分,最后把结果交付成可以继续使用和核查的文件。 这可能才是复杂任务型 Agent 真正应该具备的工作能力。 最后,它交付了两份不同粒度的报告,以及一个包含 18 个工作表的 Excel 成本模型;其中专门新增了“变更与场景”“云 API 重算”“本地候选筛选”“本地 TCO 缺失假设”“保留 vs 受影响”5 张表。 整个过程,特别丝滑。 这也是Apodex 1.1这次最核心的变化:进入真实任务的执行过程。 而所谓真实任务的执行,其实就是你随时可以甩给AI新的资料和要求,而它会有条不紊的把任务进行下去,直到交付给你完整可验证的结果!

沐阳

50,430 görüntüleme • 2 ay önce

Grok Bot + Cursor 全链路开发分享!现在出门只带手机,也能完成从写代码、测试到 PR 合并和发布的整个流程🔥 前面有朋友问我,怎么通过手机配合 Grok Bot 和 Cursor 完成整个开发流程 其实没有想象中复杂,我现在这套工作流,基本不需要一直守在电脑前,分享一下具体怎么操作 一、先做好两个准备工作 1、关联 Grok Bot 和 Cursor 准备一个同时登录 Grok Bot 和 Cursor 的账号,现在的新订阅可以把两个服务关联起来 这里要注意,尽量使用同一个账号和邮箱,避免后面出现账号无法关联的问题 2、连接 GitHub 仓库 分别让 Grok Bot 和 Cursor 连接自己的 GitHub 仓库 后续的代码修改、PR、Review 和 CI/CD,都可以围绕 GitHub 完成 二、整个开发流程其实很简单 ① 手机下发任务 直接在 Grok Bot 里描述开发需求,让它调用 Cursor 去执行 Coding 任务,不需要自己一直开着电脑操作 ② Cursor Cloud 云端开发和测试 这个是我比较喜欢的地方 Cursor 自带 Cloud 环境,代码修改、测试和运行都可以在云端完成 中间的执行过程还可以通过截图、录屏和结果说明来检查,不用单纯依赖 Agent 告诉你任务已经完成 ③ GitHub PR + CI/CD 代码完成后,通过 GitHub 提交 PR,再检查对应的测试结果和 CI/CD 状态 确认没有问题后,合并到主分支,如果你的项目已经配置好自动部署,后续发布流程也可以直接跑起来 三、最后我需要做什么? 整个流程下来,我主要只需要关注三件事: 1、提交开发任务 2、检查结果并合并 PR 3、确认发布到生产环境 以前开发一个小功能,可能还得远程连接电脑、打开编辑器、跑测试,现在很多操作都可以交给 Grok Bot 和 Cursor 完成 而且整个过程在手机上就能跟进,对于经常出门、又需要随时处理项目的人来说,确实方便很多 当然,正式上线前还是建议自己检查代码、测试结果和权限配置,尤其是涉及数据库和生产环境的修改 如果你已经在用 Grok Bot 和 Cursor,真的可以试试把 GitHub 这条链路打通,后面会省下不少重复操作的时间

小墨同学

47,643 görüntüleme • 5 gün önce