12:44John Schulman@johnschulman2精选Thinky 团队分享了全双工多模态模型的研究成果,该模型支持实时、自然的交互,同时不牺牲智能水平。创始人 John Schulman 指出,人机协作能力在 AI 领域常被低估,因为其评估难度高于智能或自主性。他们认为未来每个 AI 系统都将以交互模型作为面向用户的外层,持续了解用户意图并保持信息同步。这项技术有望推动 AI 从单向输出转向双向对话式协作。AI模型全双工多模态模型实时交互人机协作Thinky推荐理由:全双工交互解决了 AI 对话中“你说我听”的延迟感,做实时语音/视频助手或协作工具的团队可以直接参考——Thinky 把自然交互和智能水平平衡好了。原文
12:03arXiv cs.LG@Haoyuan Deng, Yitong Gao, Yudong Lin, Haichao Liu, Zhenyu Wu, Ziwei Wang精选真实世界机器人操作中,人类在环强化学习(HiL-RL)依赖频繁人工纠正,成本高且难以扩展。UniIntervene 提出一种智能体干预模型,能自动检测无效探索并引导策略回到高价值状态,大幅减少人工干预。它通过未来条件动作价值估计和时序价值风险评判器,在价值停滞或下降时触发干预,并从记忆库中检索高价值恢复目标生成纠正动作。在多种真实操作任务中,UniIntervene 将平均成功率提升 8.6%,同时减少 57% 的人工干预。这项研究为降低 HiL-RL 部署成本、提升可扩展性提供了新思路。论文强化学习人机协作机器人操作智能体干预UniIntervene推荐理由:做机器人强化学习或人机协作的团队,终于有了减少人工干预的自动化方案——UniIntervene 用价值感知的智能体干预替代频繁人工纠正,成功率还更高,值得在真实场景中一试。原文
09:53arXiv cs.AI@Quankai Wang, Yulin Xie, Tongfei Yang, Minghui Cheng, Ran Cao精选本文提出Human-Enhanced Loop Modeling (HELM)框架,通过将长序列有限元建模分解为离散、可视觉验证的检查点,实现人机协作自动化。在20个钢筋混凝土桥梁护栏案例中,HELM将基线自主建模成功率从20%提升至75%,几何和边界条件任务的通过率翻倍。错误分析显示空间推理和代数逻辑限制是主要失败模式。框架已开源,支持ANSYS和LS-PrePost软件。论文有限元建模人机协作桥梁护栏开源/仓库ANSYS推荐理由:做桥梁护栏等安全关键基础设施有限元分析的工程师,HELM把建模成功率从20%拉到75%,省下大量手动调试时间,建议直接试开源代码。原文
09:22arXiv cs.LG@Eric Nalisnick, Chi Zhang, Sophia Qian, Yixin Wang精选这篇论文从统计校准的角度研究人类与AI的团队协作模型。假设团队由AI模型和人类组成,两者都基于特征空间的某种划分进行了校准,论文揭示了校准假设如何影响团队协作框架。研究考虑了两种框架:一是结合人类和模型的预测,二是将预测责任委托给人类或模型。理论和实验结果表明,现有的组合方法无法保持人类的校准程度;而委托方法虽然保留了预测者的校准,但将负担转移到了决定谁预测的拒绝元模型上。拒绝元模型需要足够精细的校准以定位每个成员的优越区域,这种需求随着人类专业知识的增加而增长,当人类依赖系统无法观察的信息时,这种校准变得不可实现。论文人机协作校准统计学习团队决策AI系统设计推荐理由:这篇论文为设计更可靠的Human-AI协作系统提供了理论基石,做AI系统设计或人机交互研究的团队值得关注,能帮你理解校准假设如何影响团队决策的可靠性。原文
11:55arXiv cs.AI@Beiwen Zhang, Yongheng Liang, Guowei Zou, Haitao Wang, Hejun Wu精选研究者提出Collaboration Policy Tree (Co-pi-tree),一种将大语言模型推理蒸馏为可执行策略树的方法,用于人机协作。该方法包含伙伴行为预测树和智能体动作选择树,通过闭环交互反馈自动改进策略分支。在Overcooked-AI实验中,Co-pi-tree相比基线平均奖励提升35.4%,同时将LLM查询次数减少77.7%,测试延迟降低97.1%。这解决了传统多智能体强化学习缺乏可解释性、以及直接使用LLM决策成本高的问题。论文人机协作策略树LLM蒸馏可解释AIOvercooked-AI推荐理由:做AI协作系统或人机交互研究的团队值得关注——Co-pi-tree用可解释的策略树替代黑箱模型,既提升性能又大幅降低推理成本,实验数据很有说服力。原文
09:30shao__meng@shao__meng精选72°Claude Code 核心开发者 @trq212 分享了一套高价值的「人机结对编程中的理解验证」工作流,旨在解决 AI 编程中人类沦为“审批按钮”的问题。该工作流要求 AI 扮演“高效且睿智的教师”,在每一步增量教学后,让用户复述、补缺口、通过测验,确保人类对问题、方案和影响有可复述、可辩护的掌握。核心包括三条理解轴(问题域、方案域、语境域)和八步操作流程,强调深度理解优先于速度。这套方法在 Anthropic 内部被推崇,能对抗智能体黑箱、外化隐性知识、实现可审计的学习。AI产品Claude Code人机协作编程工作流理解验证智能体10 个信源在谈推荐理由:做 AI 编程的开发者终于有了对抗“黑箱”的实操指南——这套工作流让人类不再是旁观者,而是真正理解代码的参与者。建议用 Claude Code 的团队直接拿它改造自己的结对编程流程。原文
AITOP5月29日 08:02Opus 4.8发布:编程助手的“静默时刻”,是解放开发者,还是新门槛?🔥Anthropic 把 AI 编程的“确认键”彻底删掉了!Claude Code 搭载全新 Opus 4.8 模型,长时间任务不跑偏、不废话、不中断,像一个资深工程师一样默默干活,从功能开发到漏洞清扫全包圆,你在旁边喝茶等结果就行。过去 AI 写代码三步一问“这样可以吗”,现在它直接交完整交付物……自主编程的最后一层窗户纸,被捅破了。做自动化开发和代码审查的团队,这个模型建议直接上手,效率差距肉眼可见……
10:42shao__meng@shao__meng精选72°Claude Code 核心开发者 Thariq 分享了自己高频使用的「开发日志」提示词,旨在解决 AI 协作编码中规格不完整、隐性决策难以追踪的问题。该提示词要求 AI 在实现规格时,生成一个 implementation-notes.html 文件,记录设计决策、偏离规格之处、权衡考虑和未解决问题。这种方法避免了过度规约和完全放手两种极端,将隐性决策外化,使代码审查更高效。提示词本身也体现了人机协作的迭代设计原则。技巧提示词Claude CodeAI 编程开发日志人机协作推荐理由:AI 编程开发者常被「规格写不全、review 靠猜」折磨,Thariq 的提示词直接给出了第三条路——让 AI 把决策过程写下来,建议所有用 Claude Code 或类似工具的团队试试。原文