09:05Aravind Srinivas@AravSrinivas精选76°Perplexity CEO Arav Srinivas 宣布,公司正从传统的“搜索作为网络抓取工具调用”转向“搜索即代码”架构。新架构让 AI 智能体直接编写 Python 代码调用搜索栈,而非逐次循环函数调用。这一转变旨在适应未来智能体环境中代码执行成为知识工作主流方式的趋势,使多步骤原语组合更自然,对智能体框架的变更更具适应性,并能受益于下一代模型在编程能力上的持续提升。该架构已通过 Perplexity Agent API 提供,并默认用于 Computer 模式。AI产品搜索即代码Perplexity智能体AI 架构代码生成推荐理由:Perplexity 把搜索从工具调用升级为代码生成,解决了智能体多步搜索效率低、难适配的问题。做 AI 智能体或搜索产品的开发者值得关注,可以直接在 Agent API 里体验。原文
00:33官方一手Hugging Face: Blog(博客/媒体)精选72°JetBrains 发布了 Mellum2,一个 12B 参数的混合专家(MoE)模型,专为代码生成和软件工程任务优化。该模型在 HumanEval 和 SWE-bench 等基准测试中表现优异,超越了同等规模的模型。Mellum2 基于 JetBrains 的代码数据训练,旨在为开发者提供更高效、更准确的代码补全和生成能力。该模型现已开源,可在 Hugging Face 上获取。AI模型JetBrainsMellum2MoE代码生成开源/仓库推荐理由:JetBrains 的 Mellum2 为 IDE 内代码生成带来了更精准的 MoE 方案,用 JetBrains 全家桶的开发者可以直接在 Hugging Face 上体验,看看它能否提升你的编码效率。原文
21:49shao__meng@shao__mengGrok Build 0.1 模型现已集成到 Cursor 编辑器中,用户可以直接在 Cursor 中使用 Grok 进行代码生成和构建。这一更新为 Cursor 用户提供了新的 AI 编程助手选择,尤其适合需要快速原型开发和代码补全的开发者。目前该功能已上线,用户可立即体验。AI产品Grok BuildCursor编程助手代码生成AI 编辑器8 个信源在谈推荐理由:Cursor 用户多了一个强大的模型选择——Grok Build 0.1 擅长代码生成,做快速原型或日常开发的可以直接切换试试。原文
10:07berryxia@berryxia76°ZenMux 平台现已免费提供 Claude Opus 4.8 体验,用户可直接通过 API 调用。有开发者用其生成纯 Three.js 图元构建的波音 747-400 飞机,从提示词到完整可运行 HTML 页面一次成型,比例严谨、细节到位。该模型在 SWE-bench、Terminal-Bench 等多项榜单排名第一,专为 Agent 与长程编码设计,代码与多模态理解能力显著提升。ZenMux 提供零延迟首发和限时免费额度,并支持按量计费与 Builder 套餐。AI产品Claude Opus 4.8ZenMuxThree.js代码生成Agent10 个信源在谈推荐理由:Claude Opus 4.8 的复杂空间推理与工程代码能力在真实场景中得到了验证,做 3D 可视化或 Agent 开发的团队可以直接在 ZenMux 上免费试,一次成型的效果值得亲自跑一遍。原文
05:55Mike Krieger@mikeyk88°Anthropic 今日发布 Claude Opus 4.8 模型,早期用户 Mikey K. 分享了两周使用体验。该模型在代码生成中更诚实,会主动标注不确定的部分,并在交付前自我检查代码缺陷。用户表示 Opus 4.8 已成为其首选模型,尤其适合长时间自主运行的任务。这一改进提升了 AI 编程的可靠性和透明度。AI模型Claude Opus 4.8代码生成自我审查编程助手Anthropic10 个信源在谈推荐理由:Claude Opus 4.8 的自我审查能力解决了 AI 代码质量不可控的痛点,做复杂编程或自动化任务的开发者可以直接上手体验。原文
02:18GitHub@github88°Anthropic 的 Claude Opus 4.8 现已正式可用,并开始在 GitHub Copilot 中逐步推出。早期测试显示,该模型在代码理解和生成方面相比前代有明显进步,尤其在处理复杂问题和大代码库导航时表现突出。开发者可以直接在 VS Code 或 Copilot CLI 中尝试。这标志着 AI 编程助手在真实开发场景中的能力又向前迈进了一步。AI产品Claude Opus 4.8GitHub Copilot代码生成编程助手Anthropic10 个信源在谈推荐理由:Claude Opus 4.8 在复杂代码理解和生成上实现了可感知的提升,做大型项目或维护遗留代码的开发者值得立即在 Copilot 中体验,看看它能否帮你省下调试时间。原文
17:56宝玉@dotey讨论 Agent 生成结果是否需要人工审查,关键在于验证方法是否可靠以及模型能力是否足够强。对于代码生成,中间结果可减少人工检查,但初始的 Plan/Design 和最终审查仍需人工把关。有观点认为,非专业架构师的人工审查可能反而带偏项目,Agent 提供的思路可能更优。行业Agent人工审查代码生成验证方法模型能力推荐理由:做 AI Agent 开发或使用的团队,看完会重新思考人工审查的边界——不是所有环节都需要人,但关键节点不能放。原文
11:57官方一手arXiv: DeepSeek@Loc Pham, Lang Hong Nguyet Anh, Thanh Le-Cong现有大模型在函数式编程语言(如Haskell、OCaml、Scala)上表现远逊于命令式语言。研究者发现,单独微调每种语言无法共享函数式抽象,而多语言混合微调又会导致跨语言干扰。为此,他们提出FPMoE,一个基于稀疏混合专家架构的轻量级开源代码生成模型,包含三个语言专用专家和一个共享专家,后者捕捉单子推理、类型导向编程等跨语言模式。在FPEval基准上,FPMoE仅用3B活跃参数就超越了微调基线,性能匹敌DeepSeek-Coder-6.7B、Qwen2.5-Coder-14B-Instruct等更大模型。论文函数式编程代码生成稀疏混合专家HaskellOCamlScala开源/仓库推荐理由:函数式编程开发者终于有了专属的代码生成模型——FPMoE用稀疏MoE解决了跨语言干扰和抽象丢失两大痛点,且3B参数就能达到14B模型的效果,值得Haskell/OCaml/Scala用户直接上手测试。原文
21:31Ate-a-Pi@svpinoOracle 在 AI 领域发力,其 26ai 版本实现了多项突破性功能。用户可以直接在数据库中运行大语言模型和嵌入模型,无需将数据发送到外部。数据库支持混合向量搜索(语义+关键词),并引入 JSON 关系二元性视图,兼顾关系模型的稳定性和 JSON 的灵活性。内置代码生成工具可辅助编写 SQL。这些特性让 Oracle 从传统企业级数据库转型为 AI 原生平台。AI产品OracleAI 数据库向量搜索JSON 关系二元性代码生成推荐理由:数据库内直接运行 LLM 和嵌入模型,解决了数据隐私和传输延迟痛点,做企业级 AI 应用的开发者可以直接在 Oracle 中实现智能搜索和生成,省去额外架构。原文
10:07官方一手arXiv: DeepSeek@Zhaohui Zheng, Chenhang He, Shihao Wang, Yuxuan Li, Ming-Ming Cheng, Lei Zhang精选论文提出Digit Entropy Loss(DEL),一种用于大语言模型(LLM)数值学习的新损失函数。现有方法如Number Token Loss和Discretized Distance Loss分别导致数字分布过尖锐或过平坦,而DEL通过将无监督熵优化改造为有监督形式,并摒弃数值距离项,解决了这一问题。DEL支持整数、小数和小数点,将学习目标从单个数字扩展到浮点数域。在CodeLlama、Mistral、DeepSeek和Qwen-2.5等四个代表性LLM上的七个数学推理基准测试中,DEL在预测准确性和数值距离上均优于现有方法。论文数值学习损失函数数学推理代码生成LLM训练推荐理由:数值预测是数学推理和代码生成的基础能力,DEL直接改进了LLM对数字的学习效果。做数学推理或代码生成模型训练的团队,值得关注这个新损失函数,它简单有效且开源可用。原文
10:51官方一手arXiv: DeepSeek@Ali Mohammadi Esfahani, Nafiseh Kahani, Samuel A. Ajila精选研究人员提出一个基于强化学习的框架,将提示词优化建模为序列决策问题。PPO代理通过混合动作空间(直接生成、遗传变异、语义重写)迭代改进提示词,并利用单元测试反馈的奖励信号驱动优化。在MBPP+、HumanEval+和APPS基准上,使用CodeT5+、CodeLLaMA和DeepSeek-Coder作为冻结代码生成器,PPO代理在MBPP+的500任务测试集上分别达到57.58%、64.80%和85.50%的严格Pass@1,优于EPiC、Reflexion和随机混合方法。软Pass@1分别达到67.90%、73.10%和88.20%。结果表明,带形状奖励的强化学习能显著提升LLM代码生成的功能正确性。论文提示词优化强化学习代码生成PPOLLM推荐理由:做LLM代码生成或提示词工程的开发者,这个框架直接解决了提示词敏感性问题——用RL自动优化提示词,比手动调参高效得多,建议关注其混合动作空间和奖励设计。原文
03:04IT之家(博客/媒体)76°在2026谷歌I/O大会上,谷歌宣布推出专为科研设计的Gemini模型——Gemini for Science。该模型能够追踪最新论文、将研究目标转化为可执行代码,并生成新的科学假设。谷歌还提及了模拟人工智能的未来方向,计划模拟更复杂的系统甚至虚拟细胞。目前,谷歌已有多个项目处于临床前阶段,涵盖免疫疾病和癌症,旨在加速药物发现过程。AI产品Gemini科研助手论文追踪代码生成药物发现推荐理由:科研人员终于有了AI助手来追踪论文和写实验代码,做生物医药或材料科学的团队可以直接用Gemini for Science加速研究,建议点开看看具体怎么用。原文
14:22官方账号arXiv cs.AI@Xuying Ning, Katherine Tieu, Dongqi Fu, Tianxin Wei, Zihao Li, Yuanchen Bei, Jiaru Zou, Mengting Ai, Zhining Liu, Ting-Wei Li, Lingjie Chen, Yanjun Zhao, Ke Yang, Bingxuan Li, Cheng Qian, Gaotang Li, Xiao Lin, Zhichen Zeng, Ruizhong Qiu, Sirui Chen, Yifan Sun, Xiyuan Yang, Ruida Wang, Rui Pan, Chenyuan Yang, Dylan Zhang, Liri Fang, Zikun Cui, Yang Cao, Pan Chen, Dorothy Sun, Ren Chen, Mahesh Srinivasan, Nipun Mathur, Yinglong Xia, Hong Li, Hong Yan, Pan Lu, Lingming Zhang, Tong Zhang, Hanghang Tong, Jingrui He精选72°本文提出“代码即智能体框架”概念,认为代码不仅是输出,更是智能体推理、行动、环境建模和执行验证的操作基础。论文从三个层次系统梳理:框架接口(代码连接推理与行动)、框架机制(规划、记忆、工具使用与反馈控制)、框架扩展(单智能体到多智能体协作)。覆盖编程助手、GUI/OS自动化、具身智能、科学发现、DevOps等应用场景,并指出评估、验证、状态共享等开放挑战。该视角为构建可执行、可验证、有状态的AI智能体系统提供了统一路线图。论文智能体代码生成框架/架构多智能体协作综述推荐理由:这篇综述把代码在智能体系统中的角色从“输出”提升到了“基础设施”层面,做智能体框架设计或工具链开发的团队值得一读,能帮你理清当前方法的脉络和未来方向。原文
10:13官方账号arXiv cs.AI@Shuyin Ouyang, Zhaozhi Qian, Faroq AL-Tam, Muhammad AL-Qurishi, Jie M. Zhang精选该论文系统研究了扩散语言模型在代码生成中的强化学习后训练,重点探索了三种维度:奖励设计、提示条件采样和任务难度。研究发现,静态检查作为无需执行的奖励信号,在HumanEval上使DiffuCoder从53.9提升至67.1,在LiveCodeBench上从14.9提升至15.5,同时减少9.4%的推理时间。中等程度的AST提示在困难任务上最有效,而奖励设计的最佳选择依赖于任务难度:相似度奖励在简单子集上更优,静态检查在困难子集上更可靠。这些发现表明,奖励设计和训练指导显著影响扩散RL在代码生成中的表现。论文代码生成强化学习扩散模型静态分析奖励设计推荐理由:做代码生成模型训练的团队会发现,静态检查奖励比执行测试更高效且能避免能力悬崖,建议在困难任务上优先采用。原文
11:39IT之家(博客/媒体)腾讯云宣布自研 AI 设计智能体平台 Ardot 正式公测,支持通过一句话快速生成可编辑的 App 页面、官网、海报、插画、PPT 等设计稿。该平台能调用团队业务组件库,确保设计符合规范,并可直接导入 Figma 文件保留原有布局。Ardot 对代码友好,设计稿可一键转代码,兼容 CodeBuddy、Cursor、Claude Code 等 MCP IDE。此外,平台还提供多人在线协作、实时评论、版本对比等功能,微信小程序即将上线。AI产品AI 设计设计稿生成代码生成协作平台腾讯5 个信源在谈推荐理由:设计团队终于有了一个能直接对接开发的 AI 工具——Ardot 把「一句话出设计稿」和「一键转代码」打通了,做 UI/UX 的设计师和前端开发者可以省掉大量重复沟通和手动还原的时间,建议试试。原文
23:28Viking@vikingmute有用户反映 GPT-5.5 近期表现变差,甚至出现删除无关代码等严重问题。OpenAI 的 Codex 团队已公开回应,确认收到相关报告并正在调查,但尚未得出明确结论,系统状态正常。这一事件引发社区对模型稳定性与透明度的讨论,部分用户猜测可能很快会有 usage reset 或修复更新。AI产品GPT-5.5降智OpenAI代码生成模型稳定性10 个信源在谈推荐理由:GPT-5.5 降智直接影响日常使用体验,尤其是依赖它写代码的开发者,建议关注后续修复进展,避免在关键任务中踩坑。原文
06:17官方一手OpenAI Blog(博客/媒体)OpenAI发布了与NVIDIA工程师和研究人员的合作案例,展示了Codex结合GPT-5.5如何帮助团队构建生产系统并将研究想法快速转化为可运行的实验。该工具显著提升了代码生成和实验迭代效率。这表明AI辅助开发正从原型阶段进入规模化生产应用。AI产品编程助手代码生成NVIDIAGPT-5.5研发效率10 个信源在谈推荐理由:典型案例揭示了AI编程助手在大型企业研发流程中的实际应用价值,对评估AI辅助工具在工业界的落地效果有参考意义。原文
00:33官方一手Anthropic: Engineering(资讯)78°Anthropic公开了其工程博客页面,汇集了从2024年12月到2026年4月期间的数十篇技术文章。内容涵盖Claude Code质量报告、多智能体系统设计、代码执行与MCP、长时运行应用开发、Agent技能与工具使用等核心主题。这些文章深入介绍了Anthropic在可靠AI系统构建、智能体评估、安全自动化等方面的工程实践与经验教训。行业智能体Claude CodeMCP/工具代码生成AI安全10 个信源在谈推荐理由:该博客合集是Anthropic工程团队多年实战经验的系统沉淀,对于从事AI agent开发、代码生成工具优化和可靠系统设计的从业者具有直接参考价值。原文
19:11官方一手arXiv: DeepSeek@Weilin He, Arindam Sharma, Cristina David该研究针对LLM代码生成缺乏正确性保证的问题,提出了一种基于语义距离的不确定性估计方法。与传统样本估计仅度量输出是否一致不同,新方法衡量候选程序执行行为的差异程度。在LiveCodeBench、MBPP等基准测试上,该方法在Python、Java、C++语言上均优于现有基线,且无需访问模型内部或调用LLM作为裁判,运行时间减少48%-79%。研究首次引入分类法厘清不确定性估计的设计维度,填补了语义感知估计这一空白。论文代码生成不确定性估计语义距离LLM可靠性编程助手推荐理由:该工作为LLM代码生成提供了更实用的不确定性估计方案,在效率与效果上均取得显著提升,对提升代码生成系统的可靠性和安全性具有实践指导意义。原文
19:11官方一手arXiv: DeepSeek@Joanna Szych, Anne Schwerk该论文提出了一种树状折叠评估方法,用于评估LLM生成代码的正确性、质量和可用性。研究者基于一个复杂的计算机科学项目构建了正确性基准,并结合代码质量验证和开发者结构化审查。他们用该方法评估了GPT-4.1、DeepSeek-V3-0324和Claude Opus 4三个模型,发现开发者审查能揭示代码生产就绪状态等标准基准无法捕获的洞察。这表明仅靠正确性测试不足以全面评估LLM代码生成能力。论文代码生成评估基准GPT-4.1DeepSeek-V3-0324Claude Opus 4推荐理由:该研究为LLM代码生成评估提供了更全面的方法论,强调了开发者反馈的重要性,对模型选择和改进实践具有参考价值。原文
19:11官方账号arXiv cs.AI@Haozhe Zhang, Kaichen Liu, Miaomiao Chen, Lei Li, Shaojie Yang, Cheng Peng, Hanjie Chen研究者推出BenchCAD,一个统一的基准测试,用于评估多模态大语言模型在工业CAD代码生成上的能力。该基准包含17,900个可执行的CadQuery程序,涵盖106个工业零件系列,如锥齿轮、压缩弹簧和麻花钻。通过视觉问答、图像到代码生成等任务,BenchCAD测试模型在感知、参数抽象和可执行程序合成方面的综合能力。实验显示,当前前沿模型能恢复大致几何形状,但在精确参数和工业设计操作上常失败,如用简单拉伸替代扫掠、放样等关键操作。论文代码生成多模态模型CAD/设计基准测试工业自动化推荐理由:该基准揭示了现有模型在工业级CAD生成上的显著不足,为模型优化和工业自动化提供了明确的评估标准。原文
22:15官方账号François Chollet@fcholletKeras创始人François Chollet在X平台发文指出,智能体编程本质上是一种机器学习形式。他认为生成的代码应被视为黑盒产物,其行为和泛化能力需要通过经验评估来管理,就像对待任何机器学习模型一样。这一观点挑战了将代码自动生成视为传统编程延伸的普遍看法,强调开发者需要关注评估而不是审查代码本身。论文智能体代码生成MCP/工具机器学习评估推荐理由:本文提醒开发者,Agentic coding(智能体编程)的输出应作为黑盒模型进行经验评估,这对当前AI辅助编码的工程实践具有指导意义。原文