<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>engineering-org on </title>
    <link>/tags/engineering-org/</link>
    <description>Recent content in engineering-org on </description>
    <generator>Hugo -- gohugo.io</generator>
    <language>en</language>
    <lastBuildDate>Tue, 02 Jun 2026 09:00:00 +0800</lastBuildDate><atom:link href="/tags/engineering-org/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>读 Affirm《一周完成 Agentic 开发转型》：一个 800 人团队怎么把 AI 编码落地</title>
      <link>/reading/affirm/agentic-retooling-week/</link>
      <pubDate>Tue, 02 Jun 2026 09:00:00 +0800</pubDate>
      
      <guid>/reading/affirm/agentic-retooling-week/</guid>
      <description>Affirm 工程效能高级总监 Daniel Martin 在 Affirm Tech Blog 复盘了他们如何用一周——内部称 AI Retooling Week——把一个 800 人的工程组织整体推上 agentic 工作流，从需求到提交 PR 全程跑通。核心问题：当已经有几十个工程师被 agentic 工具彻底改变工作方式、并和其余 800 人快速拉开差距时，怎么把这套方式规模化到整个组织。
出发点：差距正在拉大，不能慢慢来 到 2025 年 12 月，Affirm 已经有 80% 以上的工程师每周在用某种 AI 辅助工具。但真正让他们下决心的是另一件事：随着 Anthropic Opus 4.5 这类模型把&amp;quot;搜代码 → 规划 → 写代码 → 跑测试 → 自己修&amp;quot;这条链路打通，已经有几十个工程师在用 agentic 工具，并且工作方式被彻底改变了——
那几十个用得很好的人，和剩下 800 个人之间的差距，正在快速拉大。
他们选择&amp;quot;集中一周&amp;quot;而不是&amp;quot;慢慢铺开&amp;quot;，本质是一个 forcing function（倒逼机制）：靠自愿、靠&amp;quot;有空就试试&amp;quot;很难迈过那道坎。1 月中旬公司总裁发了一封全员信，把 agentic 开发定为&amp;quot;今后怎么造软件的核心方式&amp;quot;，并定下 AI Retooling Week 的日期：那一周暂停所有非必要会议、推迟交付日期，要求每个工程师和经理都跑通一条完整的 agentic 工作流——从需求到提交 PR。
一周之前：九个人先把&amp;quot;地基&amp;quot;打好 Retooling Week 之前，他们组了一个九人工作组，任务很明确：两周内产出一条可复制的 agentic 工作流，让普通工程师不需要专家知识、不需要定制配置就能自动化掉大部分编码工作。
这个工作组定了三个决定，后面所有事情都建立在这三条上：</description>
    </item>
    
  </channel>
</rss>
