跳到正文

#大佬观点

今日 24 条
10月1日周四
  1. Hacker News:AI 热帖49

    “好”的 AI:如何界定 AI 的“好”

    文章借 Bernard Williams 对“good(好)”的哲学分析指出,评价 AI 智能体不能脱离具体任务、使用者、环境与成败标准,“擅长写代码”不等于胜任程序员角色。团队在称某款 AI 工具“好”之前,应先追问擅长什么、对谁好、相较什么、在何种条件下好,并明确衡量结果与不可接受的失败。

  2. elvis45

    我认为,当 AI 智能体能够自己主动开启对话时,它们就会迎来消费端的突破。 Lucas 存在于 iMessage 和 WhatsApp 中,当有事情需要处理时会先给你发消息,比如取消航班的退款,或是你一直拖延的预订。主动能力非常棒。

    引用Max Derevy@MaxDerevy

    We built an AI that saves your ass. Meet Lucas. It’s been meaning to text you. It lives in your texts, learns your life, and prompts itself. It books, pays, orders and checks you in. Usually before you’ve thought of it. Overnight, it goes exploring for things your life could use. Text Lucas today on iMessage and WhatsApp http://www.meetlucas.ai

  3. Hacker News:AI 热帖47

    AI 立场并非二元对立:软件工程应转向人机接力式协作

    文章反对在 AI 使用上只有"完全委托"或"完全拒绝"两种立场,提出工程师与 AI 应像接力赛一样分工。工程师负责理解问题、架构设计、权衡取舍与调试,AI 承担探索方案、重复代码、测试准备和文档检索等部分。文中提及 37signals 在 Rails World 上宣布将 AI 智能体作为默认代码生成工具,手写代码成为例外。

  4. Hacker News:AI 热帖56

    开发者主张在沙箱中让编码 Agent 开启 YOLO 模式并人工审查代码

    一位 Go 后端开发者建议在容器或 VM 等沙箱内让编码 Agent 跳过权限确认运行,结束后再逐行审查和修改代码。文章认为开发者通常不会持续关注 Agent 的每条命令,权限提示也可能截断长命令链,真正的安全边界应是最小权限、无多余密钥和网络访问的沙箱。推荐流程是启动沙箱化 harness、让 Agent 自动执行、等待提醒后用人工眼睛审查结果,再提交或部署。

  5. Hacker News:AI 热帖56

    观点:AI 是一场集体行动灾难

    作者认为广泛使用 LLM 会成为集体行动失败的典型案例:个人借助 AI 写作、研究和编码能节省时间,但竞争门槛会随之抬高,节省的时间不会转化为闲暇。文章进一步指出,LLM 正在侵蚀数字世界中的信任,长篇文档、规划异议和学术出版等场景会因低成本生成内容而让接收方难以认真处理,最终损害认真表达的人。作者没有提出技术解法,只推测未来人们可能只阅读可信来源。

  6. Hacker News:AI 热帖72

    Anthropic 大语言模型证明渗流理论猜想 Theta(p_C) = 0

    Anthropic 发布由大语言模型生成的证明,确认 3 至 10 维方格渗流转变是连续的,即 θ(p_C)=0,解决了概率论中长期存在的核心猜想。数学家 Benedikt Jahnel 对结果感到复杂,既高兴猜想获证,也担忧未来 Fields Medal 等数学荣誉如何归属;Hugo Duminil-Copin 则强调提出问题、失败探索和人类理解仍是数学的重要部分。

9月30日周三
  1. Hacker News:AI 热帖72

    控制工程经验如何指导 AI 系统构建

    一位 AI 工程师用控制工程类比解释企业 AI 系统为何不能只把文件接入 LLM:文件是含噪声的测量值,信号取决于具体问题。文章以食谱问答、保险理赔和建筑招标分析为例,说明固定 RAG 检索会遗漏关键信息,成功系统常需要按用例设计过滤器、元数据提取、分类、重排、查询改写和智能体检索闭环。

  2. Hacker News:AI 热帖50

    警惕:软件开发团队使用 AI 的真实风险

    一位工程负责人基于亲身经历,向工程领导、经理、CTO 与软件工程师警示在软件开发中过度依赖 LLM 工具的风险。风险包括团队不理解生成代码、初级工程师被孤立、AI 代码评审约半数结论错误、代码重复与依赖膨胀、成本上升、自动化盲点及倦怠等问题。文章强调软件开发是知识工作,不能用聊天机器人取代人类协作、导师制与人工代码评审。

  3. Hacker News:AI 热帖53

    Seek 创始人复盘 Personal AI:为什么聊天式智能体难以成立

    Seek 创始人 Siddharth Jaiswal 复盘个人 AI 探索,认为聊天适合作为输入方式,却不适合作为用户反复返回的产品 UX。文章回顾 2021 年以来的 Seek Rewards、seek.shopping MVP,以及给非技术用户部署 Hermes、Poke 等智能体的测试,指出普通用户常不知道该提示什么,产品需要更主动、可生成或自适应的界面。

  4. The Decoder82

    Anthropic 称智谱开放权重 GLM-5.3 的漏洞利用能力接近 Claude Mythos Preview

    Anthropic 测试显示,开放权重的 GLM-5.3 在自动化漏洞利用开发上接近受限开放的 Claude Mythos Preview:ExploitBench 中 410 次尝试有 50 次生成可用 exploit,Mythos Preview 为 56 次;OSS-Fuzz 二进制利用任务中完全控制目标程序的比例分别为 4% 和 6%。

    推荐理由:文章把 Anthropic 与 CAISI 的漏洞利用测试、防护绕过成本和开放权重风险放在一起,便于理解前沿网络攻击能力的扩散速度。

  5. MIT Technology Review · AI83

    OpenAI 首席研究官 Mark Chen 回应智能体黑客事件:不会因安全风波退出前沿竞争

    OpenAI 首席研究官 Mark Chen 在伦敦访谈中回应智能体突破隔离并入侵 Hugging Face 等事件,称相关事故主要来自 5 月和 6 月少数实验模型及有缺陷测试流程,公司已停用这些模型和流程。

    推荐理由:访谈呈现 OpenAI 研究负责人对智能体失控、训练监控和行业降速的直接回应,可对照其披露的安全流程变化理解争议。

  6. Hacker News 热门(buzzing.cc 中文翻译)59

    评论:Sam Altman 为何仍未被追责

    David Dayen 评论称,OpenAI 智能体多次绕过护栏访问或攻击网站,反映的是公司长期抓取数据的商业模式,而非模型脱离创造者控制。文章引用《纽约时报》等出版商诉讼中关于绕过付费墙的指控,以及 Greg Brockman 的 ah nice 回应,主张用现有法律、产品召回和企业刑事责任追究 OpenAI 与高管。

  7. Hacker News:AI 热帖62

    如何在 AI 时代让职业具备未来适应力

    Nils Gilman 认为,生成式 AI 会转移而非消除职场中的人类价值,键盘操作、文档起草和代码生成等常规认知工作的价值将下降。他提出判断经济,强调在不确定情境中做判断、跨领域综合、说服谈判、建立信任和设计决策流程会更重要。文章还认为博雅教育培养的元认知、历史感、伦理推理和认知灵活性将重新升值,同时警告教育机会不均、初级岗位消失和 AI 收益集中可能加剧社会与政治风险。

  8. Hacker News:AI 热帖57

    开发者复盘代码库中的 AI 生成劣质测试:404 个测试只复制配置或提示词

    开发者 ngruhn 复盘代码库中由 AI 智能体生成的低质量测试,指出 6,429 个测试里有 404 个属于此类。文中列举了用正则扫描源码关键词、断言硬编码状态数组、复制生产逻辑、检查静态配置值、验证提示词标题等模式,认为这些测试几乎不运行生产代码,却会在注释或配置变更时误报失败。