在 4×100 接力中，整场比赛决定在 20 米的交接区。要完美执行，两人必须在接棒时都处于全速。如果接棒的人起跑太早，接力棒落地。如果太晚，递棒的人必须减速，团队实时输掉比赛。如果交接本身 sloppy——错误的手、错误的角度、错误的时间——接力棒落地。
你可以拥有场上最快的选手，仍在那 20 米内输掉比赛。速度重要。交接重要。它们只有一起才重要。
入职的接力问题
Dan Beksha 见过的每次工作转换都是一场接力，其中一个选手仍在起跑器上。新员工周一从零开始。组织全速运转。新人通过阅读文档、在 Slack 里潜水、反复问同样的五个问题、模式匹配三个月才有用。我们把差距当作时间能修复的东西。它不是。它是系统要么修复要么不修复的东西。
Dan 在 Ramp 约 100 天。从 Plaid 五年后进来领导产品营销——在那里他知道每个产品、每个客户故事、每个决策背后的决策。他能 cold 讲那些故事。在 Ramp 他一无所知。产品营销是讲故事。但你不认识角色时无法讲故事。
从第一天起，他的重点就是构建 AI-native 产品营销组织。 要从零上下文做到这一点，他知道必须先扩展知识库——其他一切之下的上下文层。
Ramp 也 famously FAST。没有"我下季度赶上"的版本。组织每周 ship。要么你匹配 pace，要么你成为它的 tax。
并行入职：公司 + AI
Ramp 移动快，但 AI 移动更快——Dan 同时学习两者。他不是工程师；自大学计算机课以来没打开过终端。所以他同时在追赶新公司和新操作环境，每个都让另一个更难。
最终让他摆脱两者的是把上下文当作交付物——不是特定的博客文章、不是特定的发布、不是特定的工作流。把上下文层做对，其他一切都变便宜。
构建唯一真正可扩展的东西
Dan 开始构建唯一能真正扩展的东西：一个像好 wiki 帮助研究员一样帮助他的系统。第三周时它在根据他的笔记起草。第八周时它在总结他没参加的会议。追赶没有消失；它变得更便宜，日复一日，随着系统填充。
这个个人版想法已经流传了几个月。Andrej Karpathy——前 Tesla AI 负责人、OpenAI 创始成员——四月写了一篇帖子描述他称之为 personal LLM knowledge base 的东西。一个原始输入文件夹（论文、文章、transcript、自己的笔记），一个在其上编译 wiki 的 LLM，一个像 Obsidian 的编辑器作为前端，大约 100 篇文章后 LLM 开始回答关于你自己 corpus 的复杂问题，无需检索技巧。他的 punchline："There is room here for an incredible new product instead of a hacky collection of scripts." 个人版今天就在这里。公司版还没有。这就是 gap。
Dan 在 100 天内构建了什么
都不 polished。都是 connective tissue。
核心：Obsidian vault，Claude 读写——每个会议 transcript、他接触的每个文档、他想记住的每个 public take。当他问"三周前 Geoff 和我就主页决定了什么？"时，它从 vault 回答，不是从模型。
保持 vault 喂养： Grain 默认记录每个会议，隔夜把 transcript 归档到 Obsidian，所以周一错过的会议周三可查询。
保持公司其他人知情： Dan 公开工作——他构建的大部分东西在 #pmm 或某个发布项目频道中出现，然后才出现在任何 Google doc 中。构建就是帖子。
vault 之上的小型命名技能库，Agent 按需运行：
- 一个从与某人的最近四次会议起草议程
- 一个扫描 Slack 获取本周产品新闻并变成帖子想法
- 每个技能 200 行 markdown，替代以前手动做的事
动态产品路线图，建在 Ramp 内部 app 平台上。它从系统其余部分读取的相同上下文层读取，意味着它永远不会过时，因为它从来不是静态的。
早上 Slack digest，早上 8 点落在他 DM 中——ship 了什么、卡住了什么、他需要反应什么——在他睡觉时组装。
单独看都不 impressive。合在一起，它们是对这个问题的有效回答：如果公司有 Karpathy 的 wiki，会是什么样？
公司大脑的 gap
今天 AI 进入公司的方式是通过 forward-deployed 工程师——OpenAI、Anthropic、大型咨询公司——逐个客户构建特定工作流。这工作是真实的、有价值的。它也是公司 AI 的 chatbot 时代：围绕特定任务的 narrow 工具，孤立中有用，没有缝入任何能产生复利的东西。
公司大脑还没有发生。 客服 Agent 和 HR 入职 Agent 由不同人在不同月份建造，互不知道上次 all-hands 决定了什么、公司对其市场相信什么、销售负责人在上次领导力 offsite 说了什么。每个 Agent 是一个有工作的 chatbot。没有一个共享大脑。这就是 gap，在实验室之外，几乎没人为它构建。
2026 年的操作顺序
如果你在 2026 年启动团队或公司，操作顺序不是 2022 年的样子：
- 在安装工具之前写上下文文件
- 记录每个会议
- 在构建 dashboard 之前构建 wiki
- Ship skills，不是 slides
- 让新员工第一天读 wiki，第二天贡献它
- 雇佣和晋升保持大脑存活的人，晋升读得好的 Agent
上下文不是 side project；它是让每项其他 AI 投资获得回报的东西。
Dan 正在 Ramp 构建这部分——wiki、技能库、从相同上下文层拉取的 app、保持它喂养的 rituals。它很小，很早期。如果你试图在其他地方构建公司规模版本，他想比较笔记。
回到接力
胜利条件不是最干净的交接或最快的一棒——是两者同时，在同一 20 米内。 新员工读大脑并 sprint。新 Agent 读大脑并工作。新客户接入大脑，第一天就进入 motion。当我们知道做对了时，"ramp-up"这个词将不再意味着任何东西。
Build the brain.