03:47官方一手GitHub Blog@Ayan GuptaGitHub 官方博客介绍了画布(canvas)功能在智能体工作流中的价值。与聊天界面相比,画布把 agent 的中间操作全部可视化为卡片。开发者可以直接拖动或编辑这些卡片来干预执行过程。这样既减少了反复重问的次数,也节省了多轮对话的额外开销。作者强调,任何智能体工作流都值得配一个画布。技巧GitHub Copilot画布智能体工作流推荐理由:GitHub 博客讲了个画布技巧,能让你的智能体干活的过程看得见、改得动,还省钱,和纯聊天窗口完全不一样。原文稍后读已读值得跟进有用关注 GitHub Copilot
00:10Y Combinator@ycombinatorYC新一期Design Review节目中,Paper创始人Stephen Haney与YC合伙人Aaron Epstein演示了该工具的agent-first设计流程。他们用用户提交的网站做实时改版,展示Shader生成、图像生成和品牌设计功能。节目拆解了常见AI设计痕迹,并演示几秒内修复的方法。Paper被称为Figma之后增长最快的设计工具之一,其设计转代码功能基于新的agent栈。AI产品PaperYCFigma推荐理由:YC这期请Paper创始人演示AI设计全程,还教你怎么避免AI设计味,跟Figma的思路很不一样。原文稍后读已读值得跟进有用关注 Paper
17:27Dify@dify_aiDify 将于 2026 年 9 月 10 日在东京举办 IF Con Tokyo 2026 大会,这是由 LangGenius K.K. 主办的年度会议。大会免费开放但需提前注册,地点在东京 Convention Hall。参会者将分享如何使用 Dify 构建生产级 agentic workflows 的真实案例和实现方法。去年首届活动座无虚席,今年预计吸引更多团队交流 RAG 和智能体应用经验。行业DifyIF Con Tokyo 2026智能体工作流推荐理由:Dify 搞了个用户大会在东京,今年 9 月 10 号免费参加。能听到别人用 Dify 做智能体工作流的真实案例,想学实战经验的别错过。原文稍后读已读值得跟进有用关注 Dify
02:54LlamaIndex@llama_index7月30日,LlamaIndex 解决方案架构师 Harsha 将展示如何把真实金融文档(含密集表格和脚注)转化为结构化上下文。演示中表格和脚注不会被压平成文本,提取的数字可追溯至原始页面。系统会根据预设规则检查数值,并标记异常项。活动时间 9:00 AM PT / 12:00 PM ET。技巧LlamaIndex金融文档智能体工作流推荐理由:LlamaIndex 教你处理金融文档里的复杂表格和脚注,提取结构化数据,还带溯源和规则校验,做智能体工作流的可以看看。原文稍后读已读值得跟进有用关注 LlamaIndex
01:32elvis@omarsar0Omar Sar建议在使用Agent时,引入LLM Council(多个大语言模型组成的委员会)来获取建议,而非直接下指令。进一步可设置自动化循环,让一个主动Agent基于之前的会话历史预测并提出下一步行动。这种模式将控制权从“告诉Agent做什么”转向“询问Agent做什么”,并整合多模型输出来选择最佳路线。该技巧适用于需要复杂任务编排的场景,可提升Agent决策的多样性。技巧LLM Council智能体智能体工作流推荐理由:Omar Sar分享了一个巧妙的Agent设计思路:用LLM委员会代替单一指令,让主动Agent自动推演下一步,适合做复杂任务编排。原文稍后读已读值得跟进有用关注 LLM Council
04:52AI Engineer@aiDotEngineerOptiverGlobal的Matt Nassr和Moss Ebeling将在6月30日于SoMa举办的世界博览会官方边会上演讲,主题是构建共享基础架构使智能体工作流实现累积式进步。他们指出当前大多数工作流每次从零开始,缺乏知识复用。活动于7:30 PM开始,需通过gem.com/form?formID=a6...预约。行业OptiverGlobalMatt NassrMoss Ebeling推荐理由:想让你开发的智能体越用越聪明?OptiverGlobal的专家现场讲怎么搭共享基础,让每次工作流比上一次更有效,别错过。原文稍后读已读值得跟进有用关注 OptiverGlobal
11:59官方账号arXiv cs.AI@Shiyu Li, Ziqi Yan, Zhihao Wu, Jielong Lu, Weiran Liao, Jiajun Yu, Genjie Li, Zeyu Chu, Jiajun Bu, Haishuai WangDeepBD是一种基于智能体的工作流,用于遗传出生缺陷的变异优先级排序和诊断解释。该工作流包括LLM辅助病例结构构建、预训练证据引擎、专家证据模块和接地诊断审查层。证据引擎从结构化规则证据、序列和变异效应表示以及表型条件生物学背景中学习患者特定变异分数。基于包含18,622例的胎儿和婴儿队列开发,DeepBD在内部保留的已解决病例基准上实现了Recall@1/3/5/10分别为0.658/0.882/0.912/0.929,超过了Exomiser、DeepRare和基于提示的LLM重排序基线。消融和重叠分析表明,规则证据、机制背景和专家细化提供了互补信号。论文DeepBDExomiserDeepRare推荐理由:这篇论文提出了一个接地气的智能体工作流DeepBD,用LLM辅助分析遗传变异,在18,622例队列中召回率比Exomiser和DeepRare都高,适合做基因诊断研究的参考。原文稍后读已读值得跟进有用关注 DeepBD
10:49官方账号Andrew Ng@AndrewYNgAndrew Ng 指出,AI Forward Deployed Engineer (FDE) 正成为硅谷新兴热门职位,该角色嵌入客户组织,帮助定制和调整智能体工作流。OpenAI 和 Anthropic 已开始组建 FDE 团队。FDE 职位源于 Palantir 二十年前的实践,需要技术、沟通和商业技能。Ng 认为,尽管 FDE 需求增长,但 AI Engineer 的岗位数量将远多于 FDE,因为多数公司更希望内部员工主导项目。他还预测,随着 AI Engineer 角色成熟,未来会分化出更多专业方向,如 LLMOps Engineer、Evals Engineer 等。行业AI FDEAI Engineer职业趋势10 个信源在谈事件专题推荐理由:Andrew Ng 的这篇分析为想进入 AI 领域的工程师指明了职业方向——FDE 是新兴但小众的路径,而 AI Engineer 才是更广阔的选择。做 AI 应用开发或考虑职业转型的人,值得一读。原文稍后读已读值得跟进有用关注 AI FDE
09:39官方账号arXiv cs.AI@Xin Su, Dawid Majchrowski, Fangyuan Yu, Vanshil Atul Shah, Sebastian Rogawski, Pawel Morkisz, Anahita Bhiwandiwalla, Phillip Howard大语言模型的自回归生成成本高昂,推测解码通过草拟多个token并一次性验证来加速,但加速效果取决于草稿被接受的长度。无参数草稿源在结构化任务和智能体工作流中能以低成本生成长序列,但缓存匹配的收益在不同步骤间波动。本文提出Hybrid Verified Decoding,在验证前预测缓存草稿的接受长度,并据此选择缓存验证或基于模型的草稿器。在三个LLM和十六个数据集上,该方法在智能体工作流中表现尤为突出,平均加速2.73倍,全面超越EAGLE3。分析揭示了提示结构如何创造缓存机会、高收益缓存草稿如何集中在少数区域,以及收益引导的选择如何减少顺序解码工作量。论文推测解码推理加速智能体工作流推荐理由:做LLM推理加速的团队终于有了一个能动态分配验证资源的方案——在智能体工作流中平均加速2.73倍,比EAGLE3还强,搞推测解码的开发者值得点开看看具体实现。原文稍后读已读值得跟进有用关注 推测解码
17:50官方一手marktechpost@Michal Sutter78°Cohere 发布了 Command A+,一个 218B 参数的稀疏混合专家(MoE)模型,整合了此前四个 Command A 变体。该模型在 W4A4 量化下仅需两张 H100 GPU 即可运行,支持 48 种语言,是 Cohere 首个多模态推理模型,专为智能体工作流设计。其开源特性降低了部署门槛,适合需要高效多模态推理和智能体任务的团队。AI模型CohereCommand A+稀疏 MoE推荐理由:Cohere 把 218B 模型压到两张 H100 就能跑,做智能体工作流的团队终于有了高性价比的开源选择——多模态推理和 48 语言支持直接可用,建议试试。原文稍后读已读值得跟进有用关注 Cohere
15:51Milvus@milvusio精选Milvus团队指出,传统RAG在智能体工作流中表现不佳,存在单次检索遗漏上下文、相似性不等于相关性、缺乏检索质量检查、单一策略不适用所有查询等问题。但RAG并未死亡,而是进化成了Agentic RAG,通过查询路由、混合检索、检索评估(如Corrective RAG)和多步检索来解决上述问题。生产中的教训是:检索层必须匹配工作负载,架构越复杂越难维护。文章提供了更深入的架构建议。AI模型RAGAgentic RAG检索增强生成推荐理由:做智能体应用的团队会发现传统RAG的痛点被精准戳中,Agentic RAG的改进方案直接可用,建议点开看看具体架构设计。原文稍后读已读值得跟进有用关注 RAG
09:50官方账号arXiv cs.AI@Yu Zhang, Dongjiang Zhuang, Qu Zhou, Zheng Huang, Junhe Wu, Jing Cao, Kai Chen精选该论文提出了一种确定性智能体工作流,用于解决HS关税分类这一高难度专家任务。传统端到端大模型提示方法在多维规则推理中常失败,而该工作流通过固定控制流、将语言模型调用限制在狭窄阶段,并保留局部反思与验证机制,实现了可解释性。在HSCodeComp数据集上,使用Qwen3.6-plus模型达到六位数64.2% top-1和78.3% top-3准确率;开源模型Qwen3.6-27B-FP8在非思考模式下与前沿模型有高度一致性。手动审计发现部分基准标签可能偏离HS通用规则,相关记录已公开。论文智能体工作流HS关税分类可解释AI推荐理由:做国际贸易合规或海关数据自动化的团队,终于有了一个可解释、可审计的AI分类方案,比黑箱模型更可靠,建议直接看论文的六阶段流水线设计。原文稍后读已读值得跟进有用关注 智能体工作流
19:12官方一手arXiv: Anthropic@Neil Fendley, Zhengyu Liu, Aonan Guan, Jiacheng Zhong, Yinzhi Cao精选85°研究人员设计了首个检测与利用框架JAW,针对GitHub Actions和n8n等自动化平台中的智能体工作流进行劫持攻击。攻击者可通过操控GitHub Issue评论等输入,诱导LLM代理执行凭证泄露、任意命令等恶意操作。JAW通过静态路径可行性分析、动态提示来源分析和运行时能力分析,成功劫持了4714个GitHub工作流和8个n8n模板。受影响组件包括Claude Code、Gemini CLI、Qwen CLI、Cursor CLI等15个广泛使用的GitHub Actions及两个n8n官方节点。研究人员已向GitHub、Google、Anthropic等厂商负责任披露,并获得致谢、修复和漏洞赏金。论文智能体工作流安全/漏洞GitHub Actions10 个信源在谈事件专题推荐理由:这是首个系统研究AI工作流安全风险的工作,使用GitHub Actions或n8n的开发者应立刻检查自己的工作流是否暴露在类似攻击下,建议点开了解具体攻击路径和防护建议。原文稍后读已读值得跟进有用关注 智能体工作流