AI 实干派 002 · 2026 年 10 月 11 日 · 周日 · 约 8 分钟读完

边做饭边用语音开发出博客功能;19 岁靠 AI 和 Instagram 做到月入一万美元

30 秒速读

工作提效·本周演示·2026-10-09·US

谁·场景
开发者 Simon Willison 想给自己的 Django 博客加一个 newsletter 归档页。他熟悉这个代码库,功能范围也明确。
怎么用
他在 ChatGPT 桌面版的 Codex 里先打字让它启动本地开发服务器、打开预览,再开语音对话。笔记本放在厨房,他边做饭边口述需求,隔着厨房看预览,口头纠正。
结果
约半小时,语音阶段完成了数据模型、四个导入脚本、归档页面和站内搜索集成。接着用 PR 审查,把一个导入脚本从 Git 子进程改成 API 调用,又打字约半小时后上线。
你可以试
挑一个你熟悉、边界清楚的小功能或内部工具,先开好预览,再口述需求。记时间时把审查和修改也算进去。
注意
他本人说这不会成为日常主力方式:到了细节,粘贴报错和示例比口述更有效率。这种做法也不适合开放式办公室。

Simon Willison 在本人博客记录了这次开发:用 ChatGPT 桌面版 Codex 的语音模式,对着本地开发环境做出 Newsletters 页面。他公开的口述稿充满「嗯」和自我纠正,比如先说不想让 newsletter 出现在日期归档页,又改口说要出现。模型照样理解了需求。语音阶段约半小时,做出数据模型和迁移、四种导入(包括从 Substack 未公开的 API 翻页抓取)、公开归档页和搜索集成。

他的工作顺序可以借鉴:先打字启动预览 → 语音讲清目标和例外情况 → 让 Codex 开分支、提 PR → 坐回键盘审查。审查时他发现一个导入脚本用 Git 子进程拉私有仓库,就改成了 API 方式,并补上调整。这部分又用了约半小时。

他说的主要好处是能同时做两件事,原来做饭时听播客的时间,现在可以用来开发。前提是本人懂代码、能判断 PR 质量,任务也足够小。他也写明,细节阶段还是打字更快。

Micro SaaS·经营复盘·2026-10-11·US

谁·场景
Vadim 此前没上线过任何 app,原来做市场营销,今年 3 月辞职专职做产品。
怎么用
按节目介绍,产品 100% 用 AI 开发,获客主要靠在 Instagram 上持续发内容。
结果
节目说 5 个月做到月入 1 万美元、用户超过 2 万,视频标题写的是 1.1 万美元/月。这是本人口径的收入,不是利润;材料未披露定价、模型成本和留存。
你可以试
有内容或营销背景的人,可以先在一个平台连续发内容,测试有没有人对一个窄需求感兴趣,再用 AI 做最小可用版本。
注意
现有简介没有说明 Vugola 解决什么问题、怎么收费;成本、退款和流失数据也未披露。这是一个成功个案,样本有幸存者偏差。

Starter Story 视频讲的是 19 岁的 Vadim:今年 3 月辞掉市场营销工作开始做 app,此前从未上线过产品。他的产品 Vugola 在 5 个月后做到每月约 1 万美元收入、用户超过 2 万。按节目概括,他的方法只有两件事:全部用 AI 开发,以及「不怕难为情地」在 Instagram 发内容。

材料里真正有用的是他的背景:他原本就做营销,分发能力是现成的,AI 补上了他不会写代码的短板。章节标题里「Know your customers」和「Time vs money with content」这两部分(2:10、9:02)值得优先看。

对副业读者来说,可以把顺序倒过来想:先确认自己能持续触达哪群人,再用 AI 低成本做产品。月收入是节目和本人口径,不能当作利润;视频简介里的「任何人都能做到」也是节目自己的说法,没有给出比例证据。

AI 咨询·机会观察·2026-10-07·US

谁·场景
Engine 是一家成立 11 年、约 1000 人的企业差旅公司,创始人 Elia Wallen 在 Supercompanies 播客谈 AI 改造。
怎么用
他们在市场、销售、财务部门内嵌「应用 AI 团队」,招聘时测试所有候选人(包括销售)的 AI 熟练度,并在公司层面统一管控推理开支。
结果
本人自述:工程小组 7 人变 3 人,交付速度提高 5–10 倍;过半客服工单无人工介入。公司估值 21 亿美元、3.3 万客户、已盈利。这些数字未经独立核实。
你可以试
做咨询的人可以用这套结构诊断客户:哪个部门先放 AI 团队、哪类工单能自动解决、推理费用由谁管。
注意
这是创始人访谈,属于本人证词。Engine 有工程团队和预算,小公司照搬不现实;AI 对盈利的贡献也没有拆开说。

在 Supercompanies 这期节目中,Engine 创始人 Elia Wallen 讲了一家有历史包袱的老公司怎样当众改造自己:工程小组从 7 人缩到 3 人,交付速度提高 5–10 倍;超过一半的客服工单不需要人工处理;市场、销售、财务各自嵌入应用 AI 团队。他还说,公司把 AI 带来的利润空间拿去收购一家 30 年的差旅管理公司,没有直接留作利润。

对咨询从业者,这期提供了一张诊断清单:哪些部门要嵌入 AI 人员,客服里多大比例能自动解决,招聘怎样考 AI 能力,推理费用在哪一层管控。一家 1000 人的公司仍有 420 个空缺职位,也说明 AI 改造不一定意味着减员。

以上数字都出自创始人本人,材料没有给出客服自动解决的质量指标,也没有给出成本细节。拿去和客户谈时,应当说明这是单家公司的自述,不是行业基准。

内容创作·本周演示·2026-10-09·US

谁·场景
Javi Lopez 是 AI 图像工具 Magnific 的联合创始人,接受 AI 影像频道 Theoretically Media 采访。
怎么用
他借用 Backrooms 这个网络公共神话做题材。先把邮轮故事拆成多段发布,用积累设定代替一次讲完;制作上的一条经验是「别做手持镜头效果」。
结果
做成 Backrooms Nemoris 第一集,长 17:41,计划拍成系列。耗时和成本在视频 11:04 讨论,简介没有给出数字。
你可以试
做 AI 影像内容,可以先拆成短片段连续发布,看哪段设定有人追问,再决定是否做长片。
注意
嘉宾就是赞助商的联创,节目本身是赞助内容。使用别人的 IP 有法律风险,嘉宾在节目里也提到了这一点。

Theoretically Media 这期视频采访了 Javi Lopez。他一个人用 AI 做出 17 分 41 秒的短片《Backrooms Nemoris》第一集。主持人自己做过最长约 8 分钟的 AI 短片,想弄清 17 分钟的长片是怎么撑下来的。需要说明的是,这期由 Magnific 赞助,而 Javi 就是 Magnific 的联合创始人。

可借鉴的经验有三条。一是选题借用 Backrooms 这类人人可以参与的网络神话,容易获得关注;但他也提醒,玩别人的 IP,律师随时能把它收走。二是早期的邮轮故事拆成多段发布,用设定的积累吸引观众回来。三是拍摄上别模仿手持镜头。主持人最后的结论是:一个人做 17 分钟很难,和别人组队分工更现实。

这条属于「用 AI 创作」。材料没有披露播放量、收入和制作成本,想参考成本可以直接看视频 11:04 起的部分。

AI 认知·观点访谈·2026-10-09·US

谁说的
Nathan Lambert 是 AI 研究者,在 Interconnects 撰文回应业内「几年后 AI 会比我更会做研究」的说法。
核心观点
他认为模型会在工程、基础设施这类可验证的工作上快速变成超人水平,让实验更容易,但不会让模型的本质发生剧变。好想法会比好执行更值钱。
依据
依据:训练速度、单次回答成本这类指标可以直接优化;过去发布模型后,推理服务成本已能再省 10–30%。他预计 2–3 年内预训练的架构和数据选择研究会被自动化。
对你的意义
在可验证的任务上(代码、性能、成本)可以放心加大 AI 投入,把人的时间留给选题和判断。成本下降之后,懂得怎样把 agent 交付给具体人群也会产生价值。
争议·条件
这些都是他个人的预测,不是已经发生的事。他也写到,RL 训练数据行业普遍质量不高,但大实验室买了仍然看到回报,说明判断还依赖具体情境。

Nathan Lambert 在 Interconnects 解释,自己为什么不认同一些顶尖研究者「几年后 AI 会比我强」的判断。他认为研究者看到的是工程能力的突飞猛进:训练速度、单次回答成本这些指标都可以验证,所以很适合交给 agent 优化。他预计智能的有效成本会近乎指数下降,2–3 年内预训练的架构和数据选择研究可能被自动化。但这只让实验更容易,不会让模型的本质发生剧变。

他的推论和读者相关:成本下降会通过 Jevons 悖论带来更多需求,行业的瓶颈会落在怎样把 agent 用到具体人群和场景上。他举了 Meta Muse 为例,认为它的价值来自理解 agent 怎样工作,而不是推进性能前沿。

这些是他 10 月 9 日的预测。对做产品和副业的人,可以把它当成一个分工假设:可验证的执行交给 AI,人把时间用在挑问题和做交付上。

原文:Interconnects

今天可以做的一件事

从这周的待办里挑一件边界清楚的小任务,比如一个内部报表或一个页面,学 Simon Willison 的做法:先把要什么、不要什么、有哪些例外口述或写成一段话交给 AI,再单独留出时间验收。做完记下三个数:AI 阶段用时、审查修改用时、你改了哪几处。两个时间加起来,才是这件事的真实耗时。如果你有内容平台,也可以把这次记录发出去,看看有没有同行追问。这是验证需求最便宜的办法。