🗄️ 数据与基础设施
1
数据
"卡住世界的不是模型不够强，是对 safety 和 privacy 的过度担心。一旦你少担心一点，会发现这些东西强得离谱。"
Jared 半夜偷偷把生产 Postgres 的只读 SQL 权限给了 agent——结果效果好得离谱。这是 YC 整套 agent 体系的第一个 magical moment。非技术的财务同事突然可以直接问业务问题了。
2
数据
"YC 的巨大优势——所有软件都连接到同一个 Postgres。公司、创始人、财务交易、CRM 笔记，全在一个库里。"
绝大多数公司把数据交给了 SaaS（HRIS、CRM、ERP）。YC 选了反方向：自研、统一、集中。在 SaaS 红利期看很反潮流，在 AI 时代变成了最高级的护城河。
3
数据
"不是规范化，而是反规范化——把数据装进一个对 agent 检索友好的 schema。Bigtable 的故事正在重演。"
Garry 把当前 agent 数据架构类比 Google 当年走向 Bigtable 的过程。他的 G-Brain 项目：agent 挂载多个上游系统，归一化到一个 agent 优化的私人 schema，再叠 RAG + rerank。
🔧 工具与 Skill 进化
4
工具
"Tool registry 是 agent 变成真正有用的那个东西。从 20 个工具长到 350+，同时服务内部 agent 和本地 Claude Code。"
YC 的架构极简：一个 agent loop + 一个 shared tool registry + 一个 model router，此外几乎没了。每个团队都往 registry 加工具。Pete 称之为"这一代应用计算机科学家正在反复独立发明相同的 primitive"。
5
工具
"坏的是 10 个干同一件事的 skill；好的是 1 个带参数的 skill。模型对 DRY 和 MECE 意外地敏感。"
Skill 三段进化：手写 prompt → 抽成 skill → meta-prompting 自动改进。YC 还有 skillify（自动沉淀 skill）和 check resolvable（扫 registry 去重）两个工程化小工具。
6
工具
"每晚一个 agent 读所有员工对话，自动把改进写回 skill、把新事实写回 CRM。"
Dream Loop 有两个层次：Skill 层（改进 prompt、补少见 case）和知识层（从对话挖新事实回灌 CRM）。很多公司只有第一层。第二层才是让组织上下文以天为单位生长的关键。
🏢 组织与文化
7
组织
"YC 本身就是一场 context engineering——好的沟通是把 context 复制到对方脑子里。两句话描述就是最小单位。"
Two-Sentence Description 的演进路径就是整套方法论的微缩版：Tom 手写 → partners 集体打磨 → 会议 transcript 反喂 agent → skill 自动改进——"比我自己写得还好"。
8
组织
"Agent 对话默认全员可见。社会规范是比 ACL 更高效的访问控制。"
所有 agent 会话广播到 Slack 频道——同时解决教学（围观学习）、安全控制（公开即约束）、数据回灌（Dream Loop 的语料）三个问题。高信任组织必须同时 egalitarian by default + trust by default。
9
组织
"最意外的不是让最厉害的人更厉害，而是抬高了下限。新员工相当于跟着 Pete、Garry 做了学徒。"
新员工原本要 6 个月 ramp up，现在自动继承组织最强实践。另一个好处：所有"尴尬到不敢问人的蠢问题"问 agent 没压力——结果是问题被问出来了，答案也被沉淀了。
🔮 愿景与判断
10
愿景
"愿意一年花 10 万到 100 万美元 token，就是在提前活到 2028 年。这是一次性的 time-warp 窗口期。"
Garry 的算法：今天花 100 万的事，两年后 1 万，再后年两三百块。在 token 价格快速下行的窗口里，"过度消费"在经济上合算——你买的不是计算，是提前看清未来工作流。
11
愿景
"AI 的潜力是把软件控制权从开发者转移给用户。现在大多数 AI 产品在反着做。"
Pete 的 Horseless Carriages 论点：大家在把 AI 当小功能塞进旧软件。但 prompt context 被开发者藏起来、用户改不了——这是家长式 safetyism。YC 的 registry / skill / Dream Loop 全部在做相反的事：让 prompt 可见、可改、可复用。
12
工程
"50 万行 Rails → 2 万行 TypeScript + 2000 行 markdown。剩下的 markdown 才是真正的业务逻辑。"
Garry 的 Gary's List 重写成 G-Brain：OpenClaw + Telegram 接管 retrieval、对话界面、记忆。editor in chief 改 markdown 就行，不碰代码。"软件 = 代码"的等式在 agent 时代正在被改写——业务逻辑变成运行时可热改的资产。