Garry Tan:个人 AGI 藏在自己的经验代码库里

核心结论(一句话)

模型能力可以租用,个人或团队真正能积累的是一套可检索、可执行、可验证且受权限约束的经验代码库;Skill 是把这套经验交给 Agent 的接口。

分类提炼

知识节点(8 个独立概念)

关联图谱

上游(基于 / 来自)

下游(应用于 / 验证于)

同级(横向 / 并列)

正文要点、Seetong 借鉴与证据边界

  1. 把 Skill 当作经验接口,而不是说明文档。 以“接口超时排查”为例,文件至少要写明触发条件、允许读取的日志、检查顺序、不得执行的生产操作、输出证据和升级条件。先在一个真实任务中使用,再把纠错写回,而不是凭空设计大而全的 Skill。
  2. 先划清概率和确定性。 客户语气、故障假设、文案取舍可由模型辅助;版本号、权限校验、发布状态、设备配置和数据写入必须通过脚本、类型、数据库约束、测试或审批来确认。
  3. 为每次完成留下可检索的副产品。 Bug 排查、构建失败、依赖升级和发布检查等高频任务,应分别形成可版本化的 Skill 或检查清单;聊天记录只适合暂存,不应成为唯一知识源。
  4. 个人资产与公司资产分层。 Seetong 团队可沉淀设备、协议、网络、发布和排障的公司级受控知识;个人侧只保留不含代码、客户数据、密钥或内部流程的通用框架与个人复盘。
  5. 把治理写进 Skill 生命周期。 每个高价值 Skill 指定来源、责任人、最近验证时间、可用范围、权限级别和失效条件;高风险操作保留人工确认,发现冲突时提示复核而不是静默覆盖。

证据边界: 本文来源为 51CTO 对 Garry Tan 演讲的中文整理。文中约 22 万 Markdown 页面、代码效率倍数、YC 批次 AI 代码比例和案例数据均按原文陈述保留,未独立回溯演讲视频或底层数据,不能用作普适的生产力基准。文中关于 Skill、确定性系统、经验归属和知识库治理的部分,作为工程设计原则存档,不替代合同、公司制度或安全审计。