跳到正文
10月29日周四
  1. Addy Osmani60

    Addy Osmani 引用 Felix Rieseberg 关于 Anthropic 团队取消编程面试的文章,称其原因是新工程师的表现正在超过更强的资深工程师。作者认为执行已不再昂贵,公司内部的信号是选一个能推动业务的想法并做出原型,外部则靠一小组原型的作品集;他还提到 Claude Code Desktop 最初是两位新工程师的周末原型。

    引用Felix Rieseberg@felixrieseberg

    The coding interview is dead, at least for my team at Anthropic. I've seen enough to know that it no longer provides signal. I removed it from loops this month. I have a spicy, optimistic take - I think there's an opportunity for junior engineers: https://felixrieseberg.com/hunger-beats-tenure-advice-for-junior-engineers/

10月28日周三
10月26日周一
  1. The Verge:AI56

    AI 能否解决 COBOL 遗留代码危机:OpenAI 展示迁移进展,专家称与实际现代化仍有巨大差距

    The Verge 分析 AI 能否解决 COBOL 遗留代码危机。OpenAI 于 10 月 19 日称其最新模型在老旧语言代码迁移上有重大改进,GPT-6.1 Sol 在高推理力度下实现 98% 的行为保持准确率,低推理力度下为 87%,对比 GPT-5.6 Sol 仅 5%;Anthropic 二月也发布代码现代化指南并推广 Claude Code。

10月24日周六
  1. Addy Osmani50

    Addy Osmani 认为,提升 Agent 输出质量的关键是给它验证自己工作的方式,并判断验证将成为今年最重要的课题之一。他在 E2E 测试之外让 Claude 录制视频和截图作为工作完成的证据;引用的 Warp 实践为每个 Agent 配一台电脑,把 3-4 分钟操作剪成 15 段短片回传人工审查,显著缩短合并时间。

    引用Varoon Kodithala@varoonkodithala

    verification is the biggest bottleneck for coding agents right now according to @addyosmani. we @warpdotdev have put a lot of thought into building a good computer-use tool for Warp Factories. every agents gets a computer to navigate the apps they built, take screenshots and recordings, and post them back for human review. 3-4mins of activity get edited down to 15 clips stitched together with cursor clicks, mouse animations, and key presses. we've been able to dramatically cut our time to merge and unlocked faster iteration + review cycles, especially for projects that are hard to mock out locally!

10月23日周五
10月21日周三
  1. Tessl:产品与工程博客52

    AWS Kiro 产品负责人谈从个人编码工具走向软件开发平台

    AWS Senior Principal PM、Kiro 负责人撰文分析团队从个人 AI 编码助手走向开发平台的核心问题。他认为团队放权给智能体的关键不是模型变强,而是验证输出的成本变低,信任决定了智能体能承担多少工作;智能体按任务计费打破了按席位收费模式,约 20% 重度开发者消耗约 80% 预算;信任解锁软件工厂,工厂才能把预算、限流和任务路由等成本控制内置成系统能力。

  2. Tessl:产品与工程博客69

    编程 Agent 增长遭遇人类评审瓶颈:Tessl 博客解析信任赤字

    Tessl 博客引用 Jellyfish 2026 年 9 月 AI Engineering Trends 数据指出,中位数公司已有 22% 的合并 PR 由自主编码 Agent 撰写(90 分位达 53%),但仅约 0.6% 的 PR 由 Agent 评审合并(前 10% 公司为 9%)。

    推荐理由:基于 Jellyfish 平台数据指出 agent 写码占比与人工评审瓶颈的落差,并归纳领先团队用平台工程加速建立信任的做法。

10月20日周二
  1. Tessl:产品与工程博客52

    AWS Kiro 负责人谈从个体编码工具到开发平台的信任与成本

    AWS Senior Principal PM、Kiro 负责人在 DevCon 演讲预告中提出,从个体编码助手走向团队平台本质是组织变革而非工具采购,信任先于一切。团队给智能体更多工作的依据是验证能力提升而非模型变强,且成本随任务规模而非席位固定,约 20% 的开发者消耗约 80% 的预算,需像管理云账单一样按团队和流程做 token 可见性。

  2. Simon Willison 博客48

    Simon Willison 转载 Jeremy Scheff《我为编程写的讣告》:编程智能体夺走了程序员的解谜乐趣

    Jeremy Scheff 在《我为编程写的讣告》中写道,编程智能体让热爱解谜的程序员失去了核心乐趣:过去写代码像拿钱做逻辑谜题,越难越值钱,普通人做不了只能依赖程序员。对只想构建可用系统的人,LLM 是持续馈赠;若享受直接解题本身,这种损失非常真实。

10月18日周日
10月17日周六
  1. Alexander Embiricos63

    Alexander Embiricos 转发并推荐 Dan Shipper 的 Codex 起源长文,称对话有趣且自己的引述比平时更直白。引用文称 Codex 一年前未找到 PMF,12 个月内 Codex 与 ChatGPT for Work 周用户超 40M,团队一年做了四款产品形态并用 Codex 开发 Codex;文章采用 agent 原生设计,附完整访谈转录,可在 ChatGPT 应用内浏览器中与智能体一同阅读。

    引用Dan Shipper@danshipper

    Codex is one of the most important untold stories in the history of technology. A year ago, it was a scrappy effort in a quiet corner of @OpenAI. Its cloud product hadn’t found PMF, and the team was starting over from scratch. Less than 12 months later: - Codex swallowed the flagship ChatGPT desktop app from the inside (it literally runs as com.openai.codex on your Mac) - Codex and ChatGPT for Work hit 40M+ weekly users across engineering and knowledge work - Its leader @thsottiaux was elevated to run all of OpenAI’s core products, including ChatGPT, Codex, and the API How did they pull it off? They trained their own dedicated model line, separate from ChatGPT, with researchers and product builders sitting on the same team They built four different products in a single year (cloud → terminal → IDE sidebar → a desktop app with no code editor at all) as every model leap made a new form factor possible They used Codex to build Codex—so a handful of people could prove a new product in weeks instead of arguing for it in meetings I had a front-row seat to the whole arc—from their failed Cloud launch, to OpenAI’s offices the night before GPT-5 dropped, to the day Codex took over ChatGPT. And I spent months interviewing @gdb, @thsottiaux, @embirico, @mia_glaese, @aambrosino, and @edbayes to get inside how it all went down. Here is the full, behind-closed-doors story of the team that remade OpenAI: https://every.to/p/how-codex-happened We’re pushing the boundaries of how stories like this are told. This piece is completely agent-native—designed to be read alongside your agent inside ChatGPT’s in-app browser: - Every interview transcript is included in full: Click any quote and you (or your agent) can see the exact conversation it came from. - Built for your agent to explore: Ask your agent to pull out product lessons for your team, cross-examine the transcripts, or find insights I missed when writing the piece. It’s a story about the future of software—built to be read with an agent: https://every.to/p/how-codex-happened

10月16日周五
10月15日周四
  1. Simon Willison 博客54

    AI 大规模反编译游戏带来保存机遇与软件安全隐忧

    独立开发者 Popcar 撰文讨论近期 AI 驱动的游戏反编译浪潮,包括游戏混搭创作,以及借助 WebAssembly 在浏览器等新硬件上复活老游戏的保存热潮。文中指出反面风险是任何软件都可被反编译并任意使用,付费游戏或应用可能被违背意愿开源;正面则是老游戏更易移植和访问,让玩家能真正拥有所购软件。Simon Willison 转发并称其兼顾了正反两面。

10月14日周三
  1. 卡尔的AI沃茨60

    Leonxlnx 从零重建 TasteSkill 并推出 TasteSkill v2,为编码智能体提供艺术方向、素材资源和浏览器检查来验证产出效果,可通过 npx skills add Leonxlnx/taste-skill 安装。作者转发时好奇这个 skill 能否把 GPT 的审美拉到 Opus 5.5 同一水平。

    引用Leon Lin@LexnLin

    We rebuilt TasteSkill from scratch And today we are introducing TasteSkill v2 v2 gives your coding agent an art direction, assets and a browser check to verify its work npx skills add Leonxlnx/taste-skill check out more examples below!

10月13日周二
  1. Tessl:产品与工程博客52

    Tessl 谈 AI 软件工厂的开放性:既要带得进上下文,也要带得走知识

    Tessl 发文提出评估 AI 软件工厂开放性的关键问题是能否把组织上下文带进来、把生产中积累的知识带走。文章给出透明性、可复现性、互操作性和生态复用四个可验证维度,并建议从一个受限工作流入手,把反复纠正的问题沉淀为技能、架构决策和评测用例,再在其他智能体或 harness 上演练迁移。

10月12日周一
  1. Addy Osmani61

    Addy Osmani 认同 Agent 写代码在大规模上平均质量更好的说法,并指出关键在于验证:过去让 Good Code 昂贵的测试、基准、spec 和真实 e2e 运行,现在可以让 Agent 便宜地生成。工作重心应从逐行审查转向搭建 Agent 能自行运行的验证循环,人负责审查证据而非仅看 diff;当 Agent 出错时把教训写入共享配置、hook 或测试,避免重复犯错。

    引用lauren@poteto

    codebases have always contained slop. we have always been okay with this because code rarely needs to be perfect, outside of mission critical "hard" (eg embedded) software. swe is a unique form of engineering because you're often building something that constantly evolves and is almost organic - user tastes change, your mental models evolve, and features come and go. admittedly, i and many others who've been coding for a long time were initially (like back in 2024) skeptical that agents would write production code. "but what about all the slop that would enter our beautiful codebase?". well, even before, we had human slop, and there was a lot of it! if we're being truthful, most people call "code i didn't write" slop. the reality is that 99% of people (i include myself in that number) don't even know what Good Code looks like, let alone be capable of writing it. i would propose that Good Code is: • correct • bug free • fast and cost efficient to run it has always been exceedingly difficult and expensive to write truly Good Code, because for the longest time (maybe @bendlang will change that), code was not something you could cheaply and formally guarantee to have all 3 of these properties. this is why writing hard software is much more difficult and expensive, because depending on the use case, you may only get one chance and so you have to be right from the start. but the vast majority of software we use does not need to be Good Code to provide value to users. in fact, it is very likely that most software we use is not formally verifiable! we accepted some bugs in exchange for velocity and progress, so we rely on tests and o11y instead and have adopted a more incremental approach. this is a good thing! agents help us move faster, and if you're open to the idea, are capable of helping us write better code. it won't be Good Code (that is still expensive), but it is likely to be much better on average at scale. the new craft of swe is to figure out how to do this. it's your job now! if your productivity with and without agents is not significantly different, you're doing something wrong. but it's not too late to embrace it and use it as an opportunity to learn a whole new skill tree

  2. lauren61

    Lauren Tan 认为随着智能体已大量编写代码,可维护性和整洁代码优先的传统原则需要更新,2026 年应重新定义 Good Code 的含义。她指出整洁代码历史上以性能为代价,且源于人类维护代码的时代,未来可能发展出智能体友好架构的新原则。她此前引用的讨论还提出好代码应正确、无 bug、运行快且成本低,并认为用好智能体后生产力应有显著差异。

    引用lauren@poteto

    codebases have always contained slop. we have always been okay with this because code rarely needs to be perfect, outside of mission critical "hard" (eg embedded) software. swe is a unique form of engineering because you're often building something that constantly evolves and is almost organic - user tastes change, your mental models evolve, and features come and go. admittedly, i and many others who've been coding for a long time were initially (like back in 2024) skeptical that agents would write production code. "but what about all the slop that would enter our beautiful codebase?". well, even before, we had human slop, and there was a lot of it! if we're being truthful, most people call "code i didn't write" slop. the reality is that 99% of people (i include myself in that number) don't even know what Good Code looks like, let alone be capable of writing it. i would propose that Good Code is: • correct • bug free • fast and cost efficient to run it has always been exceedingly difficult and expensive to write truly Good Code, because for the longest time (maybe @bendlang will change that), code was not something you could cheaply and formally guarantee to have all 3 of these properties. this is why writing hard software is much more difficult and expensive, because depending on the use case, you may only get one chance and so you have to be right from the start. but the vast majority of software we use does not need to be Good Code to provide value to users. in fact, it is very likely that most software we use is not formally verifiable! we accepted some bugs in exchange for velocity and progress, so we rely on tests and o11y instead and have adopted a more incremental approach. this is a good thing! agents help us move faster, and if you're open to the idea, are capable of helping us write better code. it won't be Good Code (that is still expensive), but it is likely to be much better on average at scale. the new craft of swe is to figure out how to do this. it's your job now! if your productivity with and without agents is not significantly different, you're doing something wrong. but it's not too late to embrace it and use it as an opportunity to learn a whole new skill tree

10月10日周六
  1. Sherwin Wu49

    对于那些嘲笑 Codex 不可能预测你下一条消息的人——我也曾是其中之一 😬 本以为它绝不可能预测出我接下来要问什么。但用了一周之后,我大概 tab 接受了 40-50% 的建议。

    引用OpenAI Developers@OpenAIDevs

    Now in beta: composer predictions in Codex for Pro users. Codex can now suggest your next message based on your conversation and how you talk to it. One of the most loved new features we've ever tested internally.

10月9日周五
10月8日周四
10月7日周三
  1. Pragmatic Engineer78

    Gergely Orosz 在 LDX3 演讲总结 2026 年科技行业状态

    Gergely Orosz 在 LDX3 大会发表 29 分钟主题演讲,结合走访 OpenAI、Anthropic 及 GitHub、Factory AI、Linear 的独家数据,绘制 2026 年科技行业快照。

    推荐理由:作者基于走访 OpenAI、Anthropic 等公司和 GitHub 独家数据,梳理去年出现的十余项工程实践变化、失效假设与不变原则,可作行业快照参考。

10月6日周二
  1. Rohan Paul48

    Perplexity CEO Aravind Srinivas 指出,Meta 等公司已有工程师每年在编程工具上花费约 1000 万美元,Perplexity Computer 上有用户每月花费超 1 万美元,靠智能体循环驱动业务运转。他认为智能体 AI 改变了旧软件"十亿人做小动作"的逻辑,一个熟练操作者就能创造全天候运行的机器工作流。

    引用Rohan Paul@rohanpaul_ai

    Power users are driving consumer AI market growth. The top 1% of US consumer AI payers average $903 a month, while flat plans hold the median at $25. One top-1% payer spends as much as roughly 59 bottom-half payers, on average. Median spend has barely moved, while average spend in the top 1% climbed from $504 to $903 a month between January 2025 and August 2026. Model labs are better placed than apps built on their models to capture consumer AI's top 1% of spenders. Those users average $903 a month, up from $504, and most of it buys model usage. A lab pays only its serving cost for that usage, while an app pays API prices. Anthropic earlier said one $200 Max subscriber ran up tens of thousands of dollars in usage, a bill no API-paying app could absorb. Apps that want this tier have to own more of the model, as Cursor began doing with its Composer coding model.

  2. Rohan Paul69

    Epoch AI 报告显示,OpenAI 研究员的 coding-agent 推理支出按 API 牌价计算约每月翻倍。到 2026 年 8 月中,中位数研究员每天花费 $601、一年约 $2M,大致持平或超过雇用一名研究员的成本;报告认为这一增速难以持续,再翻一年将达约每人 $185M,且牌价数字不反映 OpenAI 实际支出。

    引用Epoch AI@EpochAIResearch

    OpenAI recently published data on its researchers’ coding-agent usage. We took their weekly figures from January to mid-August 2026 and fitted trends to summarize how quickly spending grew. We found that spending has been doubling about once a month.

10月3日周六
  1. Hacker News:AI 热帖57

    智能体编程的四大天启骑士:工程师与代码疏离、技能退化与团队纽带瓦解

    作者总结智能体编程带来的四个问题:LLM 生成代码带有让人难以亲近的 slop 风格,如 Claude 输出词 salad、Astra 写出代码高尔夫式风格;工程师因远离直接编码而失去掌控感与责任感;技能退化真实存在,长期使用 AI 后智力下滑,且 AI 使用几乎没有学习曲线;团队聊天被 agent 对话取代,人际交流与技能表达被削弱。作者自认对这些困境没有解决方案。

10月2日周五
  1. Tomasz Tunguz 博客55

    Tomer Tunguz:软件是养出来的还是设计出来的

    VC Tomer Tunguz 提出 AI 时代软件的两种构建哲学:vibe coding 像在多个培养皿中并行迭代让软件生长,而设计式软件是状态机设计。与 AI 共同设计状态机时可让 AI 给出流程图,把每个分支铺进表格使漏洞暴露,并用形式验证(引用 Boris Cherny 用 Lean 和 TLA+ 验证 Claude Agent SDK 的做法)保证软件按预期运行,适合必须可靠的核心系统。

10月1日周四