课代表立正
大模型巨头因生态锁定难以优化跨供应商协作,第三方平台通过中立ADE调度层与Agent自我编排,可让小团队实现数百个并发任务的自主推进与极速交付。
AI-assisted summary of 一个人管400个AI任务,已经是标配了?|对话GitHub七万星的Orca创始人津晶 — original source. Check the original for full context.
Source published:
Key ideas
- Orca 将自身定义为 ADE(Agent 开发环境),通过 PTY 快照持久化与状态分诊机制,解决了传统终端多开崩溃与更新杀进程的问题,使单人能够平稳调度 400 多个并发 Git Worktree。 (0:55)
- 面对大厂竞争,4 人团队通过“日更一个稳定版本、合入上百个 PR”的极速迭代建立壁垒,并依托中立定位实现跨模型任务无缝交接(Handoff),化解巨头生态锁定的商业动机冲突。 (11:27)
- 并发运行海量 Agent 的成本可通过第一方订阅套利来控制:模型厂商的第一方顶配订阅(如 200 美元档位)享有巨额官方补贴,性价比远高于调用昂贵的底层 API。 (27:18)
- 创始人结合 YC 创业与大厂经历,提出未来一两年看好重回 ToC(交付周期极短且用户已接受算力付费)、软硬件结合出海,以及底层芯片算力聚合与推理优化三大方向。 (57:50)
Detailed notes
## Background 本期内容由YouTube频道“课代表立正”于2026年9月18日发布。视频围绕对GitHub超7万星的开源项目Orca联合创始人津晶的专访展开,介绍了如何借助ADE(Agent开发环境)实现单人统筹调度400多个AI任务的工作范式,并深入探讨了Orca四人团队每日发版的工程细节、用户深度访谈方法论以及未来看好的AI创业机会。
## TL;DR 津晶在对话中系统解构了顶层调度平台ADE与底层执行循环Harness的核心差异,阐释了Orca如何通过原生绑定Git Worktree、终端PTY无损快照与全局状态分诊,实现数百个Agent的并行调度与跨厂商模型套利。面对OpenAI和Anthropic等大厂的挤压,Orca依托跨生态的中立性与4人团队敏捷迭代的超级个体基因拉开身位,并凭借最大化借力官方生态实现了低门槛渗透与极高留存。在产品打造上,她分享了基于《The Mom Test》实战摸清企业真实账单结构的经验,强调依赖团队自身优秀的产品品味而非迷信伪科学实验。最后,她指出当前人类处于解放生产力的早期阶梯,未来一至两年尤为看好ToC消费级应用、依托本土供应链的软硬件结合以及底层算力与芯片优化三大创业切口。
## Atmosphere & style 对谈在轻松自然的笑声中展开,氛围既有湾区极客拆解底层工程细节的硬核务实,又带着连续创业者历经起伏后的通透与松弛感。主持人的追问层层剥茧,津晶则以极其坦诚且充满同理心的口吻,将高强度的并发调度与商业博弈化繁为简。整场交流毫无面对大厂吞噬的焦虑与零和博弈感,反而洋溢着一种将自身作为第一用户、放眼人类文明尺度探索生产力边界的从容与笃定。
## Bulletin - [00:55](https://www.youtube.com/watch?v=LZlbXApG60E&t=55s) Orca 将自身定义为 ADE(Agent 开发环境),通过 PTY 快照持久化与状态分诊机制,解决了传统终端多开崩溃与更新杀进程的问题,使单人能够平稳调度 400 多个并发 Git Worktree。 - [11:27](https://www.youtube.com/watch?v=LZlbXApG60E&t=687s) 面对大厂竞争,4 人团队通过“日更一个稳定版本、合入上百个 PR”的极速迭代建立壁垒,并依托中立定位实现跨模型任务无缝交接(Handoff),化解巨头生态锁定的商业动机冲突。 - [27:18](https://www.youtube.com/watch?v=LZlbXApG60E&t=1638s) 并发运行海量 Agent 的成本可通过第一方订阅套利来控制:模型厂商的第一方顶配订阅(如 200 美元档位)享有巨额官方补贴,性价比远高于调用昂贵的底层 API。 - [57:50](https://www.youtube.com/watch?v=LZlbXApG60E&t=3470s) 创始人结合 YC 创业与大厂经历,提出未来一两年看好重回 ToC(交付周期极短且用户已接受算力付费)、软硬件结合出海,以及底层芯片算力聚合与推理优化三大方向。
## Key takeaways - [03:00](https://www.youtube.com/watch?v=LZlbXApG60E&t=180s) ADE 与 Harness 的职责边界明确:Harness(如 Claude Code、Codex)负责单点的 Tool Use 执行循环,而 ADE(Orca)则立足其上,负责海量 Agent 的顶层调度、状态分诊与组织协同。 - [05:59](https://www.youtube.com/watch?v=LZlbXApG60E&t=359s) 创业团队优先支持 TUI(终端界面)以避开适配泥潭:直接兼容 CLI 生态不仅符合最广泛开发者的使用习惯,还能零时差跟进官方模型底层的最新交互特性,避免陷入独立 GUI 的低效复刻。 - [08:00](https://www.youtube.com/watch?v=LZlbXApG60E&t=480s) 跨模型中立调度带来额度套利与高容灾能力:在单家模型遭遇 Rate Limit 时,ADE 可将现场上下文一键交接(Handoff)给其他闭源或开源模型,解决了企业对单一供应商的重度依赖与高昂成本问题。 - [11:27](https://www.youtube.com/watch?v=LZlbXApG60E&t=687s) 大厂温室效应与商业激励不一致构成了小团队的生存空间:巨头天然诉求是构筑生态闭环,其内部开发者拥有无限 Token,难以切身体会真实开发者在资源受限下拼命交付产出的核心痛点。 - [19:41](https://www.youtube.com/watch?v=LZlbXApG60E&t=1181s) 原型与生产级工具之间存在巨大的工程鸿沟:Orca 自研了终端 PTY 状态快照与恢复系统,配合深度内存与缓存优化,使得客户端在频繁日更重启时不会杀死正在运行的 Agent 与本地 Dev Server。 - [21:17](https://www.youtube.com/watch?v=LZlbXApG60E&t=1277s) 管好数百个 Agent 依赖三层注意力释放架构:第一层是基于工单与 Worktree 的高维即时搜索,第二层是由主控 Agent 调度从属 Agent 的自主流水线,第三层则是后台常态化 SOP 自动化巡检与发版。 - [27:18](https://www.youtube.com/watch?v=LZlbXApG60E&t=1638s) UI 插件(UI Plugins)扩展人机交互边界:Orca 原生集成 HTML 批注与专用渲染面板,当 Agent 生成多媒体、硬件设计图或视频流时,人类可直接在同屏界面上进行涂鸦批注与协同交互。 - [32:50](https://www.youtube.com/watch?v=LZlbXApG60E&t=1970s) 垂直 SaaS 正在向通用编码 Agent 坍缩:由于通用 Coding Agent 凭借强大规划与代码能力逐步吞噬垂直领域工具的生存空间,创业团队果断将重心从专有 AI 测试软件迁移至通用 Agent 协同平台。 - [36:30](https://www.youtube.com/watch?v=LZlbXApG60E&t=2190s) “借力营销”比对抗巨头更能实现高留存与裂变:不逼迫用户在现有工具与新平台之间二选一,而是以超集姿态帮助用户将既有的 Claude Code 等工具发挥到极致,从而实现高达数万星的自然口碑增长。 - [42:00](https://www.youtube.com/watch?v=LZlbXApG60E&t=2520s) 践行《The Mom Test》深挖企业收支结构:做用户访谈时不问虚幻的购买意向,而是核实客户过往解决痛点时真实付出过的真金白银,弄清客户的营收增速与前几大开销流向,确保切中最高价值痛点。 - [46:30](https://www.youtube.com/watch?v=LZlbXApG60E&t=2790s) 拒绝盲信海量 A/B 测试与实验杂音:定性反馈和数据往往只反映局部的偏颇事实,核心产品走向的终极裁量权必须依托核心小团队敏锐的产品直觉(Product Sense)与审美判断。 - [50:44](https://www.youtube.com/watch?v=LZlbXApG60E&t=3044s) 自造概念“ADE”以垄断平台自然搜索流量:在多 Agent 管理痛点爆发前夕,团队自造“ADE”概念并在 GitHub 等开发者聚集地精准承接了大量主动搜索该词条的 Inbound 种子用户。 - [52:22](https://www.youtube.com/watch?v=LZlbXApG60E&t=3142s) AI 与人类智能是互补而非零和替代关系:类比虎鲸智能与人类智能的本质差异,AI 是放大生产力的杠杆工具,Builder 应当摆脱零和被取代的焦虑,保持持续造物与迭代的松弛感。 - [57:50](https://www.youtube.com/watch?v=LZlbXApG60E&t=3470s) 未来一至两年 AI 创业看好三大方向:采购决策变慢促使 ToC 商业模式 ROI 重新反转、软硬件结合可最大化放大本土供应链红利,而底层算力聚合与推理优化层则存在巨大的技术套利空间。
## Detailed walkthrough ### [00:55](https://www.youtube.com/watch?v=LZlbXApG60E&t=55s) 什么是ADE?Orca与单开Claude Code的根本区别
对话在一阵轻松的笑声中开场。主持人看着屏幕上的数据连连道喜,Orca在GitHub上的标星数量刚越过49,000颗,正朝着5万星大关冲刺,甚至开玩笑说视频正式上线时可能就要奔着10万星去了。面对习惯在终端里直接敲命令跑 Claude Code、Codex 的普通开发者,津晶给出了一个全新的产品定义——Orca 并非传统的代码编辑器,而是一个 **ADE(Agent Development Environment / Agent IDE)**,旨在构建一个人与大量 AI Agent 深度协作的新型工作平台。
津晶解释道,很多工程师在终端里开到大约5个 Claude Code 窗口时,注意力就已经被彻底击溃,根本分不清谁在干什么。而 Orca 的用户通常在同一时间调度几十甚至几百个 Agent。它与直接在 Terminal 裸跑的核心差异主要有三点:其一是全工作流的高集成度,用户可以直接将项目看板(如 Linear 或 GitHub Issue)中的20条需求工单,一键映射并派发为 Orca 内的20个并行线程(parallel thread),中途产生的改动更新会自动回传至工单系统,后续的代码审查、测试验证全部在一个界面闭环,免去了在五六个软件间来回切换的割裂感;其二是极高的 Agent 并行与协作能力,多个功能模块可以由 Claude Code、Codex 交叉配合推进;其三则是极低的上手成本,Orca 没有绑定自己的封闭 Harness,开发者直接在自带的终端里就能顺畅唤起熟悉的各类 Agent 工具,一分钟内即可无缝迁移。
```mermaid flowchart TD accTitle: ADE与Harness分层协作架构 accDescr: 展示人类用户通过ADE顶层调度,管理不同Harness执行循环并与工具和模型交互
subgraph UserLayer["顶层协作与交互"] U["开发者 / 监督者"] ADE["Orca (ADE 平台)\n[工单集成 | 全局状态分诊 | 跨线程协同]"] end
subgraph HarnessLayer["执行循环层 (Harness)"] H1["Claude Code"] H2["Codex"] H3["OpenCode / Pi / Devin"] end
subgraph ToolLayer["工具环境与模型底层"] T["Bash / Web / Git Worktrees / Linear"] M["各家闭源模型 & 开源权重模型"] end
U -->|"目标定义 / 终审验收"| ADE ADE -->|"并发调度 / 上下文交接"| H1 ADE -->|"并发调度 / 上下文交接"| H2 ADE -->|"并发调度 / 上下文交接"| H3 H1 -->|"Tool Use 循环"| T H2 -->|"Tool Use 循环"| T H3 -->|"Tool Use 循环"| T H1 & H2 & H3 --> M ```
- **工单直通线程**:将 Linear 等项目管理中的 tickets 直接自动化解构为独立并行任务,执行进展实时双向同步。 - **告别5个窗口上限**:解决终端多开带来的“失忆”与混乱,支持10到20个大特性并行,每个特性由数个 Agent 编排推进。 - **免迁移冷启动**:内部集成了 Orca Terminal,完全兼容原有的 CLI 使用习惯,降低开发者换工具的心智负担。
---
[03:00](https://www.youtube.com/watch?v=LZlbXApG60E&t=180s) 拆解Harness与ADE:谁在做执行循环,谁在做顶层调度?
针对行业内层出不穷的新术语,主持人追问起 ADE 与业界常说的 Harness 究竟有何本质区别。津晶对这两者的职责边界做了极其清晰的技术解构。在她的定义中,**Harness 本质上是一个执行闭环(Loop)**。它将模型简单的“一问一答”包装成具备连续行动能力的代理系统:不仅赋予其 Prompt 上下文,还为其配置了调用 Bash、读写文件、搜索网页等工具系统(Tool Use)与既定 Routine。像 Claude Code 后台的运行循环、Codex、开源社区爆火的 OpenCode、Pi 以及商业化的 Devin,本质上都属于 Harness。
相比之下,**ADE(Orca)则立足于 Harness 之上**。它不越俎代庖去重复造模型接口,也不去重写底层的 Tool Loop,而是将底层的执行完全委托给现有的成熟 Harness。ADE 专注于人与海量 Agent 之间的组织管理与工作流协同。Orca 的产品重心在于:当上百个不同的 Agent Harness 同时运转时,如何让工程师一目了然地看到它们的中途产物、需要人类决策时如何最快介入反馈,以及如何高效验收它们生成的最终代码与 HTML 页面预览。正如主持人所总结的,如果说通过终端脚本调用 Claude Code 改写 Markdown 只是调用了一次 Harness 的执行切片,那么 ADE 就是将成百上千个此类 Harness 的调度过程全面 UI 化、系统化。目前 Orca 的形态大约由 70% 的图形化界面和 30% 的核心 CLI 构成,既能通过可视化面板统揽全局,也能依托 CLI 脚本协调各 Harness 间的深度工程流。
---
[05:59](https://www.youtube.com/watch?v=LZlbXApG60E&t=359s) TUI与GUI之争:为何创业团队更青睐终端生态与极速迭代?
针对当下许多主流工具纷纷发力桌面图形客户端(GUI)的现象,津晶表达了非常务实的技术与商业取舍。在技术形态上,Orca 并不带有强烈的偏见或教条,而是同时提供 **Terminal UI(TUI)** 和 **GUI**,甚至允许用户在同一个 Session 里面自由切换。
但在创业公司的商业考量上,津晶给出了极其清醒的判断:产品必须与现存最广泛的用户工具链丝滑衔接。现实情况是,在 iTerm 或 Ghostty 等终端中使用 Claude Code、Codex CLI 的真实开发者基数,远远超过使用官方 Desktop APP 的群体。更关键的是生态迭代的速度陷阱——如果强推一套独立的 GUI,每次底层官方工具更新特性(例如 Claude Code 推出最新的 Ultra mode 等各种交互模式),作为第三方 GUI 就必须耗费巨大的工程精力去为它们重新做一层界面渲染和包装。这种“套壳适配”会极大拖垮团队的迭代速率。相反,如果依托 TUI,用户就能在第一时间“零时差”享受到各大 Harness 升级带来的第一手红利。
- **TUI与GUI双模支持**:用户可自选默认视图,并在同个运行会话中按需一键切换。 - **生态现实考量**:CLI 用户盘子远大于桌面端,强推独立界面只会平添用户阻碍。 - **避开适配泥潭**:官方命令行特性的演化速度极快,依赖 TUI 能避免将大量工程力量耗费在复刻官方渲染逻辑上。 - **第一方与第三方的差异**:Codex 的图形客户端与命令行能力相对对齐(On Par),但 Claude Desktop 往往大幅滞后于 Claude Code 命令行,依托终端能最快兼容 Pi、OpenCode 等前沿开源 Harness。
---
[08:00](https://www.youtube.com/watch?v=LZlbXApG60E&t=480s) 一个人管400个Worktree:状态聚合、分诊与模型套利
当一个人要同时跟进几百个任务时,注意力该如何分配?这触及了整个 Agent 时代最核心的痛点。尽管 Claude Code 自身也提供了包含 Agent View 在内的简单编排功能,但 Orca 走得更深的一步在于其强大的 **全局 Agent 状态集成与分诊系统(Triage)**。津晶透露,她自己日常同时挂着 **400多个 Git Worktree**,代表着400多个不同功能的并发推进。
Orca 将所有不同 Worktree、跨越所有厂商 Harness(无论跑的是 Claude Code、Codex 还是 OpenCode)的状态聚合到一个统一视窗中:清晰标注出“哪些处于正常运行中”、“哪些遇到了 Block 需要人类立即输入决策”、“哪些已经执行完毕等待人类验收 Review”。这种全局分诊能力让开发者的注意力得以精准投放。津晶特别强调,软件的“集成性”与“中立性(Vendor Agnostic)”常常被外界严重低估。在当今的大模型格局下,单一依赖某一家厂商极具风险;行业趋势正明确地从死守单一闭源服务转向多供应商(Multi-vendor)与开源权重模型采购。
此外,**多 Harness 调度还直接带来了显著的成本效益与额度套利空间**。在实际工程中,团队经常遭遇账号 Rate Limit 限制。Orca 内置了强大的跨模型任务交接功能(Handoff):一旦 Claude Code 的使用额度撞墙,只需一键即可将现场上下文无缝交接给 Codex,“Codex 就像没事发生一样接着干活”。这种机制不仅解决了解锁多账号的繁琐,还能根据预算灵活下放任务——从 Anthropic 切换到 OpenAI,甚至换到 DeepSeek、Grok 或是本地开源模型。在大企业中,Anthropic 的 API 账单甚至已经反超工程师的人力成本成为第一大开支,中立调度的灵活性由此成为核心竞争力。
``` Orca 跨供应商协同与分诊流: [400+ Git Worktrees / 并发任务] │ ▼ [Orca 统一 Agent 状态监控 & 分诊看板 (Triage)] ├── 运行中 (Working) ──────> [后台自主执行] ├── 受阻待反馈 (Blocked) ──> [即时提醒人类提供输入] └── 已完成待验收 (Completed) -> [人类一键Review代码/预览] │ (遭遇 Rate Limit / 成本控制) ▼ [上下文一键交接 (Handoff)] Claude Code ──一键无缝切换──> Codex / OpenCode (DeepSeek/Grok) ```
---
[11:27](https://www.youtube.com/watch?v=LZlbXApG60E&t=687s) 4人团队如何跑在大厂前面?激励不一致与超级个体的同理心
面对所有 AI 创业者都要回答的终极灵魂拷问——“为什么你们的功能不会直接被 Anthropic 或 OpenAI 顺手做掉?”,津晶从迭代速度、功能预判、商业激励以及团队基因四个维度给出了犀利解答。虽然很多追随 Orca 的“百倍工程师(100x Engineers)”常在社区里感叹官方工具体验不如 Orca,但津晶坦诚单靠体验细节并不足以构成绝对的长期护城河。
真正拉开差距的是**极致的迭代节奏与底层定位**。录制节目时 Orca 团队仅仅只有 **4个人**,但他们保持着**每天发布一个稳定版本、每个版本合入上百个 PR** 的恐怖进化速度。从产品理念来看,Orca 的名字正是取自“**Orchestration for Agent**”。早在 Codex 甚至还无法意识到自己的多 Session 上下文、根本无法跨会话传递 Context 之时,Orca 就已经将跨终端管理与任务 Hand-off 确定为核心底层逻辑,始终在产品节奏上比大厂领先数个身位。
更深层的壁垒在于**商业激励的不一致性(Incentive Alignment)**。Anthropic 与 OpenAI 作为模型巨头,天然的商业诉求是将用户牢牢锁定在自己的生态闭环内(Vendor Lock-in),不可能主动去为跨模型混合调度做深度优化。与此同时,大厂的研发环境宛如温室(Cushion environment),工程师拥有近乎无限的免费 Token,根本无法切身体会真实开发者在额度即将耗尽、预算紧绷、急需拼命 Ship 产出时的焦虑。相反,Orca 团队成员身兼产品经理与开发者双重角色,是追求成为“超级个体”的重度实践者,对于痛点的同理心极其敏锐,免去了传统大厂内部冗长曲折的调研汇报链条,从而实现了在速度上的绝对领先。
- **超高频稳定迭代**:4人团队实现每天发布一次 Stable Release,单个版本集成超百个 Pull Request。 - **抢先布局核心能力**:在官方推出相关机制很久之前,便已奠定 Agent 间的任务编排与上下文交接基础。 - **大厂利益天然冲突**:巨头诉求在于构筑壁垒形成锁定,中立高效的跨生态调度天生只能由第三方完成。 - **温室环境 vs 极限实战**:大厂内部拥有无限 Token 与宽裕环境,体会不到外部开发者因资源限制引发的高效调度刚需。
---
[15:04](https://www.youtube.com/watch?v=LZlbXApG60E&t=904s) 拒绝强迫二选一:Orca比OpenCode和Pi更开放的生态哲学
话题最后延展到了开源同类方案的对比上,如近期同样受到开发者瞩目的 Pi 和 OpenCode。面对这些同样定位在开源阵营的对手,津晶点出了 Orca 截然不同的设计哲学——**彻底的开放性与“不逼迫用户做选择”**。Orca 内部正朝着 Generative UI 以及“一切皆为插件(Plugin)”的架构演进,主张借力现有最强力量,而不是另起炉灶建立排他壁垒。
津晶分析指出,OpenCode 的开放主要体现在模型层的可插拔,用户可以自由连接各种开源与闭源模型。但回到与 Agent 交互的 Harness 层面,OpenCode 依然是一个非常“主观且封闭(Opinionated)”的框架,强制要求用户必须接受它自己定义的那套交互与 Loop 逻辑。然而从真实的用户偏好数据来看,OpenCode 这一形态的受众规模依然远远不及 Claude Code 和 Codex。诸如 Pi 这类工具亦是同理:选了 Pi 就意味着必须以它作为唯一的 Harness 执行框架,无法直接复用 Claude Code 本身自带的高阶工程体验。
Orca 的生存哲学则是“**最大化借力与最大兼容**”。如果用户习惯并喜爱 Claude Code,或者更信赖 Codex,Orca 全盘支持并提供完全原汁原味的使用通道,同时在它们之上叠加官方所缺失的多任务调度、状态分诊与跨工具衔接能力。“Claude Code 有的我们都有,Codex 有的我们都有,但我们有他们没有的。”津晶总结道,与其强迫用户在 OpenCode 和 Claude Code 之间做单选题,Orca 选择做包容一切的超集,以最大程度的兼容性让开发者以最轻量的方式发挥出各种 Agent 的最大潜能。
[16:34](https://www.youtube.com/watch?v=LZlbXApG60E&t=994s) 从 Ghostty 与 iTerm 汲取灵感:Orca 的诞生与三个核心痛点
津晶和对谈者首先聊到了终端 Harness 的生态现象:Claude Code 是一个极优秀的 Harness,许多开发者即使手头有其他工具,也宁愿通过中转 API 把 DeepSeek、GLM 或 Kimi 等大模型接入 Claude Code,借用其操作环境。当被问及 Orca 是否是凭空产生时,津晶坦言 Orca 有两个明确的灵感来源:内部灵感来自于团队过去两年一直在做开发者工具(devtools),曾构建过 UI testing agents,不仅积累了大量的 Agent 架构与 Agent 会话管理经验,更受到早期测试用户的启发,询问能否用这套管理系统来调度通用的编程 Agent;外部灵感则源于团队自己追求“100x、1000x”工程效率的迫切诉求。
为了实现同屏并发运行多个 Agent,团队曾深度试用过两款主流终端工具:Ghostty 和 iTerm。他们非常喜欢 Ghostty 和 iTerm 的多窗口切屏体验,但随着高频深入使用,立刻撞上了三座无法忽视的体验“大山”,这直接促成了 Orca 的立项与迭代:
```mermaid flowchart TD accTitle: Ghostty/iTerm 局限性与 Orca 针对性重构对比 accDescr: 对比传统终端在 Git 工作区、运行状态与会话热更新上的缺陷及 Orca 对应的解决方案
subgraph Limitations["传统终端痛点 (Ghostty / iTerm)"] L1["非 Worktree 驱动<br/>分支与 PR 生命周期割裂"] L2["终端标题当状态<br/>多 Tab 下无法识别真实进度"] L3["软件更新即杀进程<br/>丢失几十个正在运行的 Agent"] end
subgraph OrcaSolutions["Orca 的重构与优化"] S1["Worktree-Centric<br/>深度集成 GitHub 分支与 PR 全生命周期"] S2["多维状态机与 API<br/>暴露集成接口,支持状态视图 Extension"] S3["PTY 快照与无损恢复<br/>本地数据库 + 内存缓存,日更免杀后台任务"] end
L1 --> S1 L2 --> S2 L3 --> S3 ```
- **非 Git Worktree 驱动**:普通终端只是简单的屏幕拆分,而每个 Agent 开发往往伴随着 GitHub Worktree 复杂的创建与销毁生命周期。Orca 选择以 Worktree 为核心,将终端管理与 Git 分支及 PR 生命周期深度原生绑定。 - **缺失真正的 Agent 运行状态(Status)**:iTerm 和 Ghostty 仅支持 Claude Code 动态修改终端窗口的 Title(标题),但在几十个密集 Tab 之下,根本无法看清 Agent 是在“正常工作中”还是“卡住等待人类介入”(I require more attention)。Orca 则将 Agent 状态抽象为标准化可集成的 API,甚至允许开发者通过 Extension 自定义属于自己的管理视图。 - **更新重启会杀掉所有会话**:在传统终端中一旦点击软件更新,所有正在跑的 50 多个终端会话(PTY)会瞬间全部灰飞烟灭。虽然历史日志可能在,但哪些 Agent 跑完、哪些未跑完、本地 Dev Server 状态全都需要人工逐一核对。这导致开发者更新极慢,“基本上没有人敢 update”。
[19:41](https://www.youtube.com/watch?v=LZlbXApG60E&t=1181s) 跨越工程鸿沟:终端 PTY 快照机制与高性能日更
津晶指出,Orca 之所以能在开发者圈子中迅速走红,核心原因之一就是坚持“日更”(Daily Update),而用户每天也十分乐意跟着更新,始终能用上最新的功能。但要做到在不中断几十上百个运行中 Agent 的情况下完成无感知更新,底层付出了极大的工程代价。团队针对每个 Terminal Session(PTY)构建了一整套快照与恢复系统:每次软件更新时,系统会通过本地数据库为当前 PTY 状态做 Snapshot;当 Orca 重启还原后,不仅把历史文字与上下文带回,连同后台正在运行的 Agent 任务、Dev Server 进程都会完整保留,不会直接 Kill 掉 PTY。
对谈者感叹,这看似只是一个小功能,但实际是非常考验软件工程实力的细活。津晶也坦言,单纯做 Snapshot 和 Restore 逻辑本身并不算登峰造极,但要做到“极其高性能”却非常苛刻。每个终端窗口和数百个 Session 的状态追踪都极其消耗内存,团队在底层专门打磨了多级 Caching、冷热存储(Code Storage)等一系列性能优化架构。对谈者深有感触地指出:“从原型(Prototype)到一个真正的生产级工具(Production),中间隔着巨大的鸿沟。能力不够是看不见这个鸿沟的,AI 能把你更快带到鸿沟边上,但想跨过去依然需要过硬的工程底子和大量心血。”
- **PTY 状态无损持久化**:本地数据库毫秒级记录快照,重启后无缝接管指令流与输出流。 - **环境服务免中断**:支持 Node.js、Vite 等前端与后端 Dev Server 在主客户端更新时不被粗暴杀死。 - **深度内存与缓存优化**:应对重度用户数百个 Session 并发,避免终端内存泄漏与卡顿。
[21:17](https://www.youtube.com/watch?v=LZlbXApG60E&t=1277s) 400 多个任务怎么管?三层架构解构注意力管理
面对普通开发者难以想象的“一个人同时管几百个 Agent”的工作流,津晶从工具设计、协同范式到自动化机制,拆解了重度用户(Power Users)如何在不把自己变成“人肉监工”的前提下井井有条推进任务。核心的底层逻辑不是靠肉眼盯盘,而是依靠索引搜索、Agent 编排与常态化 SOP 自动化:
```mermaid flowchart LR accTitle: Orca 三层注意力释放与任务推进系统 accDescr: 包含索引搜索层、Agent 自治编排层和定时 SOP 自动化层的分层运行流程
subgraph Layer1["第一层:高维即时搜索 (Retrievable)"] D1["关联要素抓取<br/>(Session Title / Worktree / Linear Ticket)"] --> D2["毫秒级跳转对应终端"] end
subgraph Layer2["第二层:Agent 编排 Agent (Delegated)"] A1["Linear Ticket 需求输入"] --> A2["编写 Design Doc 并自审多轮"] A2 --> A3["代码实现与 Browser/Emulator 验收"] A3 --> A4["输出 PR + 可视化 HTML 报告"] end
subgraph Layer3["第三层:后台 SOP 自动化 (Autonomous)"] SOP1["定时触发器 (如每小时跑 Release)"] --> SOP2["自动汇总 Linear/Slack 异常与 Bug"] SOP2 --> SOP3["独立分支打包发布 / 跨社区自动 Triage"] end ```
第一层是高效的上下文索引与快速检索。当任务量从几个爆炸到上百个时,传统的 Tab 翻找彻底失效。Orca 强化了多维全局搜索,能够跨会话抓取 Agent Session 标题、Worktree 名称,以及与分支挂钩的 Linear Ticket 关键词。只要敲下几天前相关的业务名词,便能瞬间直达那个挂起的终端视窗。
第二层是“让 Agent 管理 Agent”。Orca CLI 原生内置 Orchestration 能力,重度用户通常会配有一套标准“配方”(Recipe):由 Claude Code 充当主控去驾驭 Codex 等下游 Agent,从读取一个 Linear Ticket 开始,自主完成“收集全部需求 → 撰写 Design Doc → 自我 Review 多遍 → 执行代码编写 → 调起 Orca 内置的 Browser-use 或 Mobile 模拟器执行 QA 测试”,最后直接封装成一个包含 HTML Report 的 PR 交付给人类。人类工程师的介入被压缩在极窄的关键节点上:“看第一步的目标标准,以及看最后一步交出的产物”。即便是中间需要人类决策,AI 也会通过内置浏览器生成直观的可视化 HTML 方案供人一键审阅,杜绝了低效的逐行盯梢。
第三层是常态化 SOP 的后台自主运行。在津晶管理的 400 多个任务中,有 200 多个根本不需要主动干预,而是作为定时后台 Manager 进程在远程共享主机(Remote Host)上默默执行: - **全自动发布流程(Daily Release)**:Orca 每日发版由常驻 Agent 每小时巡视一次,自动切分支、抓取 Linear 和 Slack 社区报告的内测 Bug,综合决策后走完发布全流程;遇到不确定的分歧,Agent 才会自主给津晶的 Slack 发消息请求审批。 - **全域社区运营**:团队虽然仅有 4 个人,却维系着极度活跃的全球 Discord、微信社群以及数万关注的 X 账号。每天海量的用户反馈与 Bug 收集,都是由自动 Agent 负责每日 Triage 并生成初步回复。
[27:18](https://www.youtube.com/watch?v=LZlbXApG60E&t=1638s) 账单秘密与 UI 插件哲学:在降本增效中拓展边界
谈及管理海量 Agent 的开销问题,对谈者提出关键疑问:按这种吞吐量,每月模型 Token 消耗是否会是天文数字?津晶算了一笔账:如果是纯走底层大模型 API 调用,这种高并发、持续运行的模式每月成本轻松达到数万美元;然而,主流模型厂商的第一方订阅套餐(如 Claude、OpenAI、Codex 等)为了抢占生态,均给出了极其夸张的补贴幅度(Subsidize)。模型厂商自身 API 的利润率往往高达 90%,但其第一方订阅账户却性价比极高。津晶的策略是为主流大模型分别购买一到两个 200 美元的顶配订阅计划,包括 Claude Code、Codex、Grok、Antigravity 等,即可完全覆盖一个月内数以百计 Agent 的日常运转与主动迭代需求。
随后,对话转向了 Orca 的扩展机制。津晶指出,Orca 的扩展哲学更偏向于“UI 插件(UI Plugins)”,而非单纯的模型工具技能(Skills): - **人和 AI 共同需要交互工具**:长久以来,不仅人类需要 UI,AI 给出复杂结构或跨媒体输出时,同样需要专门的可视化呈现载体。 - **自定义专用编辑器支持**:Orca 原生提供了 Markdown 编辑器以及支持圈选画线、打标的 HTML Annotator,但用户面对着千奇百怪的专有格式。例如做芯片设计的工程师需要专属硬件文件渲染器,有的团队需要在软件内部直接嵌入 PPT 编辑器或视频播放器。通过 UI Plugin,当左侧的 Claude Code 刚渲染出一个视频,右侧面板就能立刻打开并让用户在 Orca 内部无缝预览与剪辑,避免了核心客户端因兼容万千格式而变得臃肿。
[30:00](https://www.youtube.com/watch?v=LZlbXApG60E&t=1800s) 谁在重度使用 Orca?从独立黑客到 Cloudflare 工程师的并发日常
在节目的后半段,对谈者探究起这些神秘 Power Users 的真实身份画像:这批每天调度几百个 AI 的人,究竟是公司里疯狂“卷 PR”的打工人,还是独立创业者?津晶表示,这批种子用户与早期 Cursor 及 Claude Code 的极客人群高度重叠,大致可以分为两大典型阵营:
第一类是个人开发者与独立黑客。大家普遍先在个人的 Side Project 中尝到甜头,涵盖 Web App、Mobile App,以及近年来借助 Electron 开发门槛大幅降低而井喷的各类 Desktop App。此外,自动化与数据流分析也是热门场景,例如个人量化交易者会在左侧终端让 Claude Code 抓取行情,右侧即时渲染出一份 HTML 股票分析报告,人类在网页上直接涂鸦批注(Annotation)并回传给 Claude Code,完成高默契度的“人机同乘”。
```mermaid flowchart TD accTitle: Cloudflare 工程师的高并发 PR 审核工作流 accDescr: 展示大厂工程师利用 Master Agent 和 Nested Worktrees 同时推进 20 个 PR 审核的实际用例
W["工作输入:每日 20 个 PR 审核任务"] --> Master["启动 Master Agent"] Master --> Tree["Top-Level Worktree 派发"] Tree --> SubTrees["并发拉起 20 个独立 Sub-Worktrees"] SubTrees --> AgentReview["各个子任务由 AI 并发阅读改动、跑测试、生成 Review 意见"] AgentReview --> Result["下班前人类集中校验、合并或反馈交差"] ```
第二类则是顶级科技大厂的重度工程师。津晶以一位在 Twitter 上分享工作流的 Cloudflare 工程师为例:该工程师每天上班打开电脑,面对多达 20 个需要 Review 的复杂 PR,不再单线程手动切换分支,而是利用 Orca 特有的“嵌套工作区”(Nested Worktree)特性——在顶层 Worktree 之下直接并发拉起 20 个平行的 Sub-worktrees,指派给不同的 Master Agent 自动跑测试、阅读 Diff 并汇总意见。原本需要全天紧绷的繁重工作,被重构成了“丢给 Agent 自动跑 → 自己喝咖啡等待 → 下班前集中快速验收提交”的高维工作范式。通过这种跨越数量级的效能杠杆,开发者得以从琐碎劳务中解脱,将注意力倾注到高价值架构或更多新项目上。
[32:50](https://www.youtube.com/watch?v=LZlbXApG60E&t=1970s) 连续创业者的三次演进:从量化与 Google 到 YC
谈及过往经历,津晶介绍自己于 2016 年大学毕业后先做 Quant(量化投资),随后加入 Google,在湾区浓厚的创业氛围熏陶下,业余时间频繁参与各类创业活动并向优秀的创业者取经。由于从小看着父亲做自己的生意,她打心底里渴望能自己拍板定夺业务走向。受限于国际学生的身份问题,毕业初期只能循规蹈矩在大厂工作,但创业的想法一直未曾熄灭。四五年前 AI 尚未爆发时,她和合伙人抱持着“管他呢,先挑个能上手的点子做起来”的心态,启动了第一个创业项目——面向婚礼与企业活动的线上直播平台。该项目在用户与收入上均表现亮眼,也帮他们顺利敲开了 YC(Y Combinator)的大门。
然而从 YC 毕业后,团队敏锐地发现了活动赛道(Event Space)的巨大天花板:要打造百亿级或独角兽级的巨型企业,核心命脉在于高留存与高频次。活动直播由于频次极低(尤其是婚礼可能一生仅一次),留存极差,增长几乎完全依赖源源不断买量吸纳新客,业务始终暴露在获客成本上升的危险之中。意识到这一瓶颈后,他们果断转型做了第二个项目——利用 AI 进行软件测试的 Stably。Stably 同样取得了不错的商业进展,积累了扎实的企业级客户。
至于近几个月将全部重心转移至 Orca,是因为他们目睹了底层技术范式的剧烈收敛:过去 B2B SaaS 与 Dev Tool(开发者工具)可以深挖一个 Vertical/Niche 垂直领域并做扎实,但如今所有开发工具都在朝通用 AI 生成“坍缩”。甚至很多视频剪辑工作流,都可以通过 Claude Code 拆解审查视频帧、调度底层模型来完成。既然通用编码(General Coding)工作流足以吞噬大量专有软件的领地,团队便决定将原本投入在 AI Testing Agent 上的积累,全盘迁移到通用 Agent Harness 平台 Orca 上。
```mermaid flowchart TD accTitle: 津晶的创业演进路径 accDescr: 展示从活动直播平台到Stably再到Orca的技术与商业逻辑跃迁
subgraph Phase1["初次试水:活动直播平台"] P1["线上活动/婚礼直播"] --> R1["留存极低、依赖单次获客<br>难以成为高频百亿级平台"] end
subgraph Phase2["AI垂直工具:Stably"] P2["AI 驱动软件测试 (B2B SaaS)"] --> R2["成功积累企业客户<br>但垂直工具面临被通用能力吞噬风险"] end
subgraph Phase3["通用生态:Orca"] P3["通用 Agent 调度与交互框架 (Orca)"] --> R3["顺应开发者工作流收敛趋势<br>借力生态,实现病毒式增长与高留存"] end
Phase1 -->|"转型追求高频留存"| Phase2 Phase2 -->|"识别工具坍缩趋势"| Phase3 ```
- 个人经历轨迹:2016 年毕业先从事 Quant 量化,后进入 Google 湾区总部,创业至今约四五年。 - YC 经历:第一个项目线上活动直播平台即入选 YC,验证了极强的执行力与拿结果能力。 - 业务反思:垂直单次低频业务(如婚礼直播)依赖单次买量,无法支撑 Billion 级别大公司的商业飞轮,促使其转向高频刚需的开发者赛道。
---
[36:30](https://www.youtube.com/watch?v=LZlbXApG60E&t=2190s) 为什么“做一个成一个”?靠Taste与“借力营销”撬动增长
面对主持人和外界对其“做一个成一个”、仅凭 4 人团队就将 Orca 做到 GitHub 5 万多星(录制后续已超 7 万星)的惊叹,津晶非常坦率地拆解了核心原因: 1. **过硬的工程底子与产品 Taste**:她曾任职于 Google,合伙人出自 Uber,团队属于硬核工程师背景,任何产品想法都能在工程与技术上迅速落地实现。虽然 AI 工具百花齐放、人人号称能捏出原型,但要在细节上打磨出真正好用的产品,依旧需要倾注巨大的精力和海量 Token 消耗去调试优化。“在未来一年内,好的 Taste(产品品味)仍然能赋予团队巨大的先发优势与壁垒。” 2. **“借力”而非与巨头对立的无门槛渗透**:Orca 团队有 95% 的时间沉浸在打磨产品上,仅有 5% 的精力用于随性的 Twitter 发帖,却实现了惊人的自然传播。这归功于他们的“借力营销”(Leverage Marketing)理念。很多竞品往往把 Claude Code、Codex 等官方工具视作生死大敌,巨头一更新就惊呼“天塌了”,试图用 GUI 或自有平台逼迫用户做“二选一”的非此即彼选择。而 Orca 自始至终保持完全中立开放的生态定位,绝不强行扭转用户既有的使用习惯,而是帮助用户在已有 Claude Code 或 Codex 的前提下用得更顺手、更极致。这样一来,用户毫无心理负担,进而在团队内部快速口口相传:“我们不需要换掉刚采购的 Claude Code,Orca 只是让它发挥更大威力。”
关于获客数据,津晶透露 Orca 的实际下载量远高于 GitHub Star 数。在这个充满尝试意愿的赛道里,单纯吸引 Traffic In 并不难(用户受够了纯原生终端管理 Agent 的混乱,都乐于尝鲜),但 Orca 最核心的优势在于奇高的留存率。许多用户横向比对并体验了市面上所有的 Agent 管理工具后,无论是先试 Orca 还是最后试 Orca,“只要挨个试了一圈,最后都会沉淀并留在 Orca”。这种体验上的胜出,构成了自然裂变的基石。而在社交媒体上,团队不发枯燥的功能自嗨推文,而是每当巨头发布新能力时,5 分钟快速输出“如何结合 Orca 玩转 Claude Code/Codex 新特性”的硬核干货技巧,篇篇推文都能轻松收获几百赞。
---
[42:00](https://www.youtube.com/watch?v=LZlbXApG60E&t=2520s) 《The Mom Test》实战:深入访谈100个用户挖出真实痛点
当被问及“从大厂走出的优秀工程师数不胜数,好产品与平庸产品的分水岭究竟在哪”时,津晶直言技术比他们强的人多得是,关键在于“把想法落地的绝对执行力”,即:洞察赛道玩家生态、穿透表象找到最引起共鸣的核心痛点,并用最快速度做精准攻坚。
她分享了贯穿每次创业的经典方法论:**无论做哪个项目,团队都会回到黑板前头脑风暴,并亲自对 100 位目标用户进行深度一对一交流**(绝非发发问卷了事)。例如当年做直播,他们会给每一对新人打电话深入探究: 1. “你为什么最先想到要办线上直播?” 2. “你为什么去找这个方案?在此之前考虑过其他替代方案吗?比如你为什么不用现成的 Zoom?”(以此直接摸清自己在用户心智中的真实不可替代优势)。 3. “如果市面上有类似服务,你过去在上面花过多少钱?”
这套提问法则与创业经典《The Mom Test》(妈妈测试)完全吻合——**永远不要直接问用户“如果我做这个你愿不愿意掏钱”(因为用户出于礼貌会撒谎),而是去核实他在过往解决类似痛苦时真实付出过的金钱与代价**。
津晶提到,在 YC 时他们的 Group Partner 是 Michael Seibel,Seibel 曾极其严厉地告诫他们:做 B2B 必须对客户的底细了如指掌——对方去年的总营收是多少、增速如何、前几大开销分别流向了哪里?“你的产品能不能帮他解决一个价值足够巨大的问题,从而挤进他们公司开销榜的前两名?如果你连客户的收支结构、各级员工在算什么账都一无所知,你所谓的需求挖掘和产品设计不过是在‘隔靴搔痒’。”
身处湾区让津晶拥有得天独厚的调研优势。她会直接向大厂和初创团队的朋友摸底:“你们公司今年采购了哪些工具?营收和增速如何?今年的 AI 工具预算具体是多少?上一款采购的工具付了多少账单?”在调研中她意外发现,许多公司如今的第一大基础设施开销已经由过去的 Datadog(甚至超过了 AWS)变成了 AI 相关费用。多方深聊之后,企业级购买力画像与真实预算水位便展露无遗。
---
[46:30](https://www.youtube.com/watch?v=LZlbXApG60E&t=2790s) 拒绝伪科学实验:在信息洪流中靠4人团队的Product Sense做决断
在挖掘出真正的用户痛点后,如何将其精准转化为工程解决方案?津晶强调了两点: 1. **参考已有方案借力**:听取客户内部已有的“野生折衷方案”,了解他们自己做过哪些探索,哪些有效、哪些失败,这能提供极佳的产品设计 Baseline。 2. **高速迭代与方案 A/B 化验证**:确认了痛点真实性后,团队会快速产出 2-3 版不同形态的实现方案推向真实环境。例如,如今被众多竞品跟风抄袭的“AI Status(状态)集成展示”,最初并不是现在这套交互。第一版团队曾想当然地把它扔在右侧不起眼的角落,以为用户有需要时才会去扫一眼,结果上线后发现极其鸡肋;随后团队经过多轮位置迁移与交互调优,才摸索出现在最直观的形态。
在处理用户反馈闭环(Feedback Loop)时,津晶表示团队目前并不迷信所谓的“科学实验”或海量 A/B Test。面对 GitHub Issue、社区 PR、各大论坛铺天盖地的杂音与高调抱怨,盲目服从只会得到极度偏颇的样本(Biased Sample)。团队的原则是将定量分析(如 50% 的用户集中反馈某问题时必须严肃正视)与定性反馈统统仅仅视作“外部输入信息”。
“在 AI 时代,获取信息变得越来越容易,但最终的拍板决定权,永远掌握在我们团队这 4 个具备优秀 Product Sense 的人手里。”数据能反映的客观事实往往只有 20% 到 30%,而如何从混乱的信号中提炼出合理的 Mental Model(心智模型),并对产品走向做出终极裁量,终究仰赖团队自身的品味与审美判断。
[49:08](https://www.youtube.com/watch?v=LZlbXApG60E&t=2948s) 顿悟时刻:以自己为标准用户,顺应 Coding Agent 大势
津晶回顾自己在产品感觉(product sense)上的“开悟”经历。过去面对不同的产品功能犹豫不决时,她常常感到困惑,后来悟出一个核心原则:**以自己作为标准用户**。Orca 所处的赛道恰好是开发者工具,她与团队既有与大企业合作、理解大公司工作流的经验,自身又是一个需要极致效率、快速迭代的小团队。当不知道功能该怎么选时,就直接在自己团队内尝试,“再不济,它至少提升了我们的效率”。
另一个深层的行业洞察在于意识到 Coding Agent 的大趋势。当前 AI 工具出现了明显的分化: 1. **通用 Coding Agent 生态**(如 Orca 帮助用户调度管理 Claude Code、Codex 等); 2. **在现有 UI 中嵌入聊天框(Chatbox)**。
津晶认为,在现有界面强行塞入聊天框会导致严重的“上下文丢失(Context loss)”。她体会到,不能去对抗已经形成的大趋势,而必须“build on top of it”(在趋势之上构建)。
---
[50:44](https://www.youtube.com/watch?v=LZlbXApG60E&t=3044s) 抓准时代脉搏与平台流量:从 Virtual Event 到 Orca 造词 ADE
回看以往的创业项目,津晶发现它们的共同点是“一开始就有很多 Inbound 流量”: - **第一个虚拟活动项目(Virtual Event)**:赶在疫情尾声上线 App Store,刚放上去甚至还没通知朋友,就有素不相识的用户直接搜到并付费使用; - **Stably(AI Testing)**:正值 AI 生成大量垃圾代码(junk code),市场急需用 AI 辅助自动化测试; - **Orca**:正逢大家管理海量 Agent 遇到瓶颈,企业和个人都在寻找解决方案。
除了选对时间解决正确的问题,津晶强调要**充分借力成熟平台的分发流量**。以 Orca 为例,极大众多的流量直接来自 GitHub 站内搜索。当时团队大胆自创了“ADE”(Agentic Development Environment)这一全新概念,作为全网唯一标明 ADE 的产品,精准承接了后续大量搜索“ADE”或“Agentic Development”的用户流量。课代表立正戏称津晶具有极强的“中医把脉能力”,总能切中技术演进的节骨眼。
```mermaid flowchart LR accTitle: 创业项目的时代脉搏与流量承接机制 accDescr: 展示从精准时间点匹配痛点,到借力平台流量造词分发的闭环路径。
subgraph Timing ["捕捉时代脉搏 (Inbound Pain Points)"] T1["Virtual Event (疫情远程协作)"] T2["Stably (AI 代码激增后的测试痛点)"] T3["Orca (多 Agent 并行管理的混乱)"] end
subgraph Distribution ["平台流量杠杆 (Organic Traffic)"] D1["App Store 关键词自然搜索"] D2["自造新词 'ADE' (GitHub 搜索垄断)"] end
Timing --> Distribution ```
---
[52:22](https://www.youtube.com/watch?v=LZlbXApG60E&t=3142s) 创业者的“松弛感”:为什么不相信零和博弈与取代论?
当被问及为何创业心态如此松弛、毫不焦虑时,津晶表示,很多人将 AI 视为 OpenAI、Anthropic 垄断一切的零和博弈,但从文明尺度来看,人类当前才刚刚起步。“这世界上还有这么多可以 build 的东西,我们连做饭机器人都没有,还没真正登月,还没去过火星,生物领域还有无限突破。”作为一个 Builder,即便一个项目失败了,换下一个继续做就是了,只要有饭吃就能保持前进。
面对外界对“AI 泡沫论”和“AI 替代脑力”的悲观论调,津晶给出了自己独特且乐观的视角: - **AI 与人类智能是互补关系,而非单一维度的降维打击**:她以“Orca(虎鲸)”打比方,虎鲸非常聪明,但它的智能形态和人类完全不同,AI 同样如此。即便模型被训练得再像人,也很难复刻爱因斯坦提出相对论那样的思维跃迁; - **I 类文明的阶梯**:人类目前可能只走到了掌控行星能量的“I 类文明”的十亿分之一,AI 应当被视作极大幅度解放生产力的杠杆工具; - **财富分配的隐忧**:如果 AI 彻底替代人类,财富势必高度集中在极少数掌握 AI 的人手中;但只要 AI 与人始终互补——哪怕是普通人也能提供 AI 欠缺的特定智能与决策,现有的社会分配机制与文明形态就会延续。
课代表立正补充道,工业革命后现代教育体系把人塑造成了流水线上的“标准件”,这部分标准能力恰恰最容易被 AI 蚕食;而未来的 AI 原生代必须重新重视属于人性的工艺、热情与深度(mastery)。津晶赞同转型期(Transition)会非常残酷,就像维多利亚时期纺织机械取代大量青年劳动力一样,对个体而言是漫长的阵痛,但站在历史长河来看只是一瞬。
---
[57:50](https://www.youtube.com/watch?v=LZlbXApG60E&t=3470s) 未来一两年的三类 AI 创业机会
展望近期创业方向,津晶系统地梳理了她看好的三个切入点,并与课代表立正展开了深度探讨:
1. **重回 ToC(面向消费级应用)** - *传统 B2B 的隐形陷阱*:以前 B2B 胜在长期合同与高迁移成本,但当下有了 AI 之后,企业采购反而变得极其谨慎犹豫,评估周期更漫长,甚至采购仅三个月就琢磨着解约; - *ToC 的投资回报率(ROI)显著反转*:借助 Agent 工具,个人开发者一个月内能交付多款 App,研发成本骤降。同时,用户因 AI 算力消耗而逐渐接受直接付费,打破了以往“Google 免费补贴时代”的纯广告依赖,用户付费意愿大幅提升。
2. **软硬件结合(利用本土供应链红利)** - 硬件供应链是中国创业者无法替代的绝对优势。津晶提到在美创业的朋友做自研温控设备,哪怕每个月飞一次中国,也依然受制于供应链落地的鸿沟; - 像 Plaud(录音卡片)这样将精益硬件与 AI 软件能力顺畅整合的产品,展现了极强的出海与落地生命力。
3. **算力聚合、芯片优化与基础设施层(Compute)** - 从底层芯片、存储到算力聚合托管,是近期包括 YC(Y Combinator)最新批次项目在内的绝对热点。在硅谷湾区,高配 MacBook Air 等本地算力设备在苹果店、Best Buy 持续处于脱销订货状态,算力资源极度稀缺; - 课代表立正提出,黄仁勋著名的“五层蛋糕(Five-layer cake)”中,在硬件算力与大模型之间存在一层纯软件的芯片指令与推理优化层(从芯片到 Token 输出效率)。除了 CUDA 之外,如何跨硬件提效具备巨大的技术套利空间。
除了上述三大方向,课代表立正与津晶还讨论了**传统高毛利冗余行业的“填沟改造”机会**。例如美国一些垄断性的本地配送或订单系统,60 美元的一单交易由十几年前的旧系统层层转包、人工收发邮件,耗时一个月才能发货;而在建筑、重工等传统赛道,行业实际作业与大模型 API 之间存在巨大的场景断层,用 AI 直接做全流程改造或系统重构,商业回报空间极高。
---
[01:04:30](https://www.youtube.com/watch?v=LZlbXApG60E&t=3870s) 尾声:在淘金浪潮中每天迭代
访谈临近尾声,津晶为 AI 社区“超线性学院(Superlinear Academy)”的活跃氛围点赞,鼓励两万多位开发者在 AI 的淘金浪潮中抓住机遇。她总结道,Orca 团队目前坚持**每天发布一个新特性(Feature)**,目标就是成为开发者的动力引擎,让每个人都能在多任务并行的 AI 时代保持最极致的迭代速度。课代表立正表示将在社区持续推广 Orca,并与津晶道别致谢。
## Notable quotes > [08:00](https://www.youtube.com/watch?v=LZlbXApG60E&t=480s) Codex 就像没事发生一样接着干活 — 津晶
> [15:04](https://www.youtube.com/watch?v=LZlbXApG60E&t=904s) Claude Code 有的我们都有,Codex 有的我们都有,但我们有他们没有的。 — 津晶
> [19:41](https://www.youtube.com/watch?v=LZlbXApG60E&t=1181s) 从原型(Prototype)到一个真正的生产级工具(Production),中间隔着巨大的鸿沟。能力不够是看不见这个鸿沟的,AI 能把你更快带到鸿沟边上,但想跨过去依然需要过硬的工程底子和大量心血。 — 课代表立正
> [21:17](https://www.youtube.com/watch?v=LZlbXApG60E&t=1277s) 看第一步的目标标准,以及看最后一步交出的产物 — 津晶
> [36:30](https://www.youtube.com/watch?v=LZlbXApG60E&t=2190s) 在未来一年内,好的 Taste(产品品味)仍然能赋予团队巨大的先发优势与壁垒。 — 津晶
> [36:30](https://www.youtube.com/watch?v=LZlbXApG60E&t=2190s) 我们不需要换掉刚采购的 Claude Code,Orca 只是让它发挥更大威力。 — 津晶
> [36:30](https://www.youtube.com/watch?v=LZlbXApG60E&t=2190s) 只要挨个试了一圈,最后都会沉淀并留在 Orca — 津晶
> [42:00](https://www.youtube.com/watch?v=LZlbXApG60E&t=2520s) 你的产品能不能帮他解决一个价值足够巨大的问题,从而挤进他们公司开销榜的前两名?如果你连客户的收支结构、各级员工在算什么账都一无所知,你所谓的需求挖掘和产品设计不过是在‘隔靴搔痒’。 — Michael Seibel
> [46:30](https://www.youtube.com/watch?v=LZlbXApG60E&t=2790s) 在 AI 时代,获取信息变得越来越容易,但最终的拍板决定权,永远掌握在我们团队这 4 个具备优秀 Product Sense 的人手里。 — 津晶
> [49:08](https://www.youtube.com/watch?v=LZlbXApG60E&t=2948s) 以自己作为标准用户 — 津晶
> [52:22](https://www.youtube.com/watch?v=LZlbXApG60E&t=3142s) 这世界上还有这么多可以 build 的东西,我们连做饭机器人都没有,还没真正登月,还没去过火星,生物领域还有无限突破。 — 津晶
## Mentioned Orca, 津晶, 课代表立正, Claude Code, Codex, OpenCode, Pi, Devin, Linear, GitHub, Ghostty, iTerm, Anthropic, OpenAI, DeepSeek, Grok, Antigravity, Cloudflare, Google, Uber, Y Combinator (YC), Michael Seibel, Stably, The Mom Test, Plaud, 超线性学院, Datadog, AWS, Cursor
## Video description 开5个AI窗口就忙不过来,一个人怎么管400多个任务?
这次和Orca联合创始人津晶聊的,就是她和重度用户已经在用的一套工作方式:让Claude Code指挥Codex,把需求、设计、开发、测试串成流程;把发布、用户反馈等重复工作交给定时运行的Agent;人负责设定目标、关键决定和最终验收。
她管理的400多个任务分处不同阶段,其中约一半已经在按固定流程自动运行。更值得追问的是:怎样让更多工作同时往前走,又不把自己变成每个AI的监工?
这套方式也体现在Orca自己的团队里。录制时只有4个人,他们每天发布一个稳定版本,每版包含上百个PR。后半场,我们继续拆解:为什么他们不怕被OpenAI和Anthropic“顺手做掉”?为什么每做一个新产品,都要深入访谈约100位用户?把95%的时间花在产品上,增长又从哪里来?最后,津晶也分享了她看好的几类AI创业机会。
Orca:https://github.com/stablyai/orca
欢迎加入我创办的AI社区「超线性学院」,里面已经有两万多AI Builders,700多个项目。在里面,你能看到最新的技术进展,和不同背景的人如何用AI解决自己的问题。我在腾讯、美团、小红书等公司的企业培训,在社区里也可以免费看。
访问 https://www.superlinear.academy,或搜索App超线性学院。
章节: 00:00 开场:一个人,几百个AI任务 01:03 Orca解决了Claude Code的什么问题? 03:00 ADE和Harness,究竟差在哪? 08:00 AI越来越多,人的注意力怎么分配? 11:27 为什么不怕被OpenAI和Anthropic做掉? 16:59 一个好用的AI工具,难在什么细节? 21:17 400多个任务,怎样做到不用逐个盯? 27:18 这么多Agent,一个月要花多少钱? 32:50 从Google到YC,她如何连续把产品做起来? 37:29 95%的时间做产品,增长从哪来? 42:59 访谈100个用户,怎样问出真正的需求? 47:40 用户意见那么多,最后该听谁的? 52:22 大厂跑得这么快,她为什么还不焦虑? 57:50 接下来的AI创业机会,她看好哪三类?
上传的时候,Orca已经7万星了。我也在采访之后投资了Orca。 社区里的伴读文章:https://www.superlinear.academy/c/recording/orca 如果想跟创始人互动的话,也可以文章下留言,我会喊她有空来看。
[Source](https://www.youtube.com/watch?v=LZlbXApG60E)