跳到正文
今天10月18日周日4 条
  1. RadarAI52

    Chollet 谈软件工程全面自动化后的四点观察

    Francois Chollet 就软件工程“全面”自动化提出四点观察:软件工程师数量比 2025 年更多且需求仍在增长,工程师工作强度前所未有,但已基本不再写代码、约 100% 代码由智能体编写。雇佣这些工程师和智能体的公司,其利润底线并未因 AI 采用而改善。他认为需要从系统层面思考,自动化某一环节会带来新的摩擦,并把瓶颈转移到别处。

10月17日周六
  1. RadarAI38

    Shopify CEO Tobi:Agentic 电商将替代 20%-50% 商业

    Shopify CEO Tobi Lütke 在 Vercel CEO Guillermo Rauch 的访谈中判断,Agentic Commerce 可能替代 20% 到 50% 的商业,但会让整体盘子再做大 50% 左右。他认为增量来自“项目型商业”等新形态,传统网站会让出部分空间,而千篇一律的店铺和平台型市场则会消失或陷入挣扎。

  2. RadarAI27

    Grok Bot 交互形态与底层本质剖析

    Grok app 侧边栏的 Grok Bot 本质是类似 Cursor Automations 的云端自动化,相同功能以导航形式置于类 Codex 应用中时少有人问津,换成 Bot 交互后却广受欢迎。作者认为这体现了交互形式对产品接受度的巨大影响,并建议代码管理可直接使用客户端。

  3. RadarAI40

    Grok Bot 团队提出信任 AI Agent 工作成果的四层框架

    Grok Bot 团队的 Lauren 提出四层框架,主张不要在底层过度微调 AI Agent,而应从顶部改善代码库架构并实施强健的静态分析,构建让 Agent 无法出错的环境。该观点认为,靠详尽提示、严格规则和逐条人工审查来“管教” Agent 的方式不可持续,Agent 数量增长会使工作量爆炸式上升。

  4. RadarAI40

    Claude Code 团队谈 AI 时代代码评审:从末端门槛变为持续检查

    Claude Code 团队认为"是否有人类读过代码"是判断变更风险的不精确代理,更应问变更可能出什么问题、该用自动化还是人工检查来发现。这一提问也改变了评审发生的时机:过去评审是流程末端的门槛,写代码、开 PR、等同事;现在评审持续运行,更像写作时的拼写检查。多数变更在人类查看前已被 Claude 至少评审并修复过一次,从而把团队注意力留给更高层次的问题。

  5. Hacker News22

    一位工程师回顾 ChatGPT 到 Claude Opus 的编程工作变迁

    一位工程师回顾自己从 ChatGPT 到 Claude Opus 4.5/6 的编程方式演变:早期用 ChatGPT 复制粘贴代码、在 Cursor 中做 Tab 补全,随后转向 Claude 的智能体式编程。到 Opus 4.5/6 阶段,任务描述粒度与人工干预时间明显下降,按数月已合并 PR 衡量生产力约为原来的 3 倍,PR 审查成为新瓶颈。

10月16日周五
  1. RadarAI30

    Replit CEO:未来工作是「自动驾驶公司」

    Replit CEO Amjad Masad 在 TechCrunch Disrupt 上提出「自动驾驶公司」愿景:AI 智能体承担公司大部分基础工作,人类保留判断力与品味。他以 Replit 客服流程为例,工单先由智能体结合 GitHub issues、代码库和 Linear 工单完成初步分诊,人工决定修复后一键部署另一个智能体执行。

  2. 量子位30

    68岁亚马逊CTO Werner Vogels:别让恐惧替企业做AI决策

    亚马逊CTO Werner Vogels在深圳交流中提醒,企业不会因为此刻没用上AI就立即倒闭,决策前应先让工程师和管理者了解技术能力。他以2004年数据库故障催生Dynamo、Nitro被动通信、Lambda的Firecracker与SnapStart为例,强调Agent需明确授权边界并由人负责。他还提到Kiro的跨会话记忆与规格说明驱动,并指出AI生成代码带来"验证债"。

  3. RadarAI12

    关于时间所有权与 AI Agent 的随想

    作者以幽默口吻提出,不上班的自由状态下可以把时间管理和执行交给 AI Agent。这条短感悟对比了上班时时间交给公司、不上班时时间交给 AI Agent 两种状态,表达了对 AI Agent 替代人力执行琐事的期待。

  4. RadarAI18

    对 AI 硬件控制器 SlashVibe 的简短评论

    SlashVibe 是一款 AI Agent 物理控制器,正在 Kickstarter 发起预告,通过物理硬件减少窗口切换,并提供状态预览和快捷指令输入。有评论者转发该预告并调侃「华强北的朋友们快发力」,暗示这类硬件可能被快速迭代或规模化生产。

  5. RadarAI30

    关于垂类 Agent 开发路径的建议

    针对自研 Agent 框架成本高且效果不如 CC、Codex 等成熟产品的问题,作者建议开发者放弃从零自研,改为基于 Pi 或 DSH 等现有框架做二次开发或“套壳”,以快速实现垂类能力。

  6. RadarAI34

    Honeycomb 联合创始人 Charity Majors 谈 AI 可观测性:非确定性系统需要更多严谨

    Honeycomb 联合创始人兼 CTO Charity Majors 在播客中表示,AI 让代码生成速度超过团队理解与维护能力,非确定性系统需要"更多严谨而非更少"。她建议用 OpenTelemetry 自动埋点和 traces 记录智能体决策,并主张工程师应做"环上的所有者"而非仅"在环中",AI 是专家经验的辅助而非替代。