← 返回访谈列表

The Most AI-Pilled 深度访谈

The Most AI-Pilled CEO We Know

6
话题段落
1637
字幕段落
53m
对话时长
-
核心金句

📋 访谈摘要

加载中...

📖 话题详览

点击任意话题卡片查看该时段的完整对话内容。

CEO 必须亲自掌握 AI 边界

访谈开场提出一个核心立场:遇到生活或工作中的任何问题,都应先问能否用 AI 解决。Pedro 认为 CEO 不能把 AI 仅视为工程或产品团队的职责,而应成为公司的 chief AI officer,亲自理解技术边界。主持人介绍 Brex 在企业 AI 使用上的深入程度,并提到 Pedro 的个人 AI 工作流曾促使 YC 团队重新思考软件工厂和 agent 使用方式。讨论还批评了把 LLM 当作昂贵、脆弱资源来过度控制的做法,认为许多软件团队仍在用旧范式限制 agent。

CEO职责AI优先软件范式agent

从 GPT-3 到“电力被发明”

Pedro 回顾自己接触大语言模型的路径:疫情期间拿到 GPT-3 API 时,他觉得它很酷但仍像研究项目;ChatGPT 出现后大家开始关注,但真正让他震撼的是推理模型和工具调用的结合。他把某次模型能力跃迁比作“电力在十二月被发明”,认为从那时起编码 harness 才真正可用。OpenClaw 则让他进一步意识到,优秀 AI 产品的本质往往是带工具的 agentic loop。个人层面,他通过 markdown、自动化和工具调用,让 AI 完成如购票等日常任务,并由此开始思考如何改变 Brex 的产品构建和公司运行结构。

模型演进推理模型工具调用OpenClaw

企业 agent 安全与 Crab Trap

Pedro 详细讲述了他从个人 OpenClaw 使用走向企业级部署的过程。最初他给 agent 只读权限,让它访问邮件、Slack 等系统,发现只读能力已能产生很大价值。随后 Brex 想让 agent 写入系统,最大障碍变成安全问题。他们花数周研究后认为,应在网络层解决 agent 边界控制,而不是只限制工具调用。Brex 因此开源了 Crab Trap:通过 HTTP proxy 审计 agent 的全部网络请求,再用另一个模型分析流量并生成策略。实际使用中,招聘 agent Jim 的 98% 请求可自动通过,其余由 LLM 判断。

企业安全Crab TrapHTTP代理LLM评审

公司内部 AI 采用的三层结构

Pedro 将公司内部 AI 采用分成三层:第一层是 token maxers,通常是高频使用编码 harness、不断推代码的工程师;第二层是普通工程师,也在使用 AI,但生产力提升远不及第一层;第三层是公司其他大多数员工,他们多以“Google 搜索模式”使用 AI,即在聊天机器人或少量 MCP 工具中查询信息。Brex 的判断是,非技术团队真正需要的不是几个工具接口,而是类似虚拟员工的系统:它在 Slack 上、有邮箱、能被邀请进会议、能记笔记,并能通过可编辑技能和 markdown 自我扩展能力。

组织采用token maxer虚拟员工非技术团队

从语音协作到通用 harness

主持人举例说明 YC 团队如何把 Pedro 的思路用于真实协作场景:他们安装语音输入工具,将 Claw 接入 Telegram 或 Slack,让多名成员通过对话规划 Startup School 的 60 场晚餐安排,包括参会者、YC 合伙人和访问合伙人的匹配。整个过程中,团队并没有直接打开 Cloud Code,而是由 agent 生成 markdown、做分析并推进任务。Pedro 借此强调,Cloud Code 本身并不是魔法,而只是围绕同一批模型构建的 harness;关键在于如何把模型、工具和上下文组织成能行动的环境。

协作工作流语音输入harness任务自动化

Token Maxing 与 AI 优先思维

最后一段讨论为何 token maxing 尚未广泛普及。Pedro 承认 token 成本是现实因素,但他认为即便如此,真正沉浸式使用 AI 的人仍太少;一个迹象是抱怨 max plan 限额的人比例很低。他设想如果自己 12 或 14 岁时拥有今天的技术,会想尽办法用最低成本最大化 token 使用。访谈还提到本地 LLM、游戏显卡和个人 GPU 农场等低成本方案。Pedro 提出“AI pill test”:当任何问题出现时,人是否会本能地先用 AI,而不是把 AI 当作偶尔查询的工具。

token成本本地模型AI习惯生产力