build-things ：Super Bowl 广告里的彩蛋藏着 OpenAI 的增长密码

如果你去 Smithery 上搜 build-things 这个 Skill，第一反应大概是”就这？”。一个 Python 脚本，三段对话，生成一个会过期的链接。功能清单短到让人想笑，7,309 次浏览却只有 27 个安装，怎么看都是个无人问津的鸡肋。拿它和 Smithery 上那些动辄几百行配置的专业 Skill 比，简直像是实习生周末写的 DEMO。

但把时间拨回 2026 年 2 月 9 日，也就是 Super Bowl 广告播出后的第二天，一切就不一样了。OpenAI 在那条 60 秒的 Codex 广告里埋了一个彩蛋，表面上是品牌宣传，实际是一场精心策划的”寻宝游戏”。而 build-things 这个 Skill，就是游戏中唯一的钥匙。

说实话，刚开始研究的时候我也觉得这不过是个营销噱头，用完即弃的那种。拆完 SKILL.md 和脚本源码之后，我的看法完全变了。它的代码简单到不值一提，但设计思路却暴露了 OpenAI 对 Skill 系统的真正定位。这个 Skill 不是让你用的，是让你看的，是告诉你 Skill 能做什么的实验样本。

说白了，这篇文章要聊的不是怎么用 build-things，而是 OpenAI 为什么要在一亿人看的广告里，专门为 1000 个人做一个 Skill。答案比你想的更有意思。

使用场景

2026 年 Super Bowl 第一节结束，OpenAI 的 Codex 广告准时出现。画面从一只小孩的手开始，从纸上草图切到老式电脑，再切到机器人制造和 AI 协作编程。最后屏幕上打出一行字：You Can Just Build Things。大部分观众看完就继续吃薯片了。

但在广告的第 45 秒，如果你有 4K 电视又足够变态地盯着屏幕，会看到终端里闪过一段文字：“create a hidden skill for a limited Codex merch drop”。这不是穿帮，是故意留给目标用户的信号。OpenAI 的 CMO Kate Rouch 后来在接受 ADWEEK 采访时说得很直白，这则广告的核心是”参与感与行动能力”。意思是光看不够，你得动手。

动手的门槛比你想象的高。你得先装 Codex，再装 Skill Installer，再安装 build-things 这个 Skill，最后输入那句”You Can Just Build Things”。每一步都在筛选，留下来的不是普通观众，是真正在用 Codex 的开发者。而这群人就是 OpenAI 最想留住的核心用户。

周边包的内容也算有诚意，六件套，1000 份，不对外发售：

• 限量 Codex 卫衣
• 珐琅别针
• 品牌棒球帽
• 贴纸包
• OpenAI 快捷键键帽
• 钥匙扣形键帽

从社区反馈看，这些周边在二手市场已经被炒到了几百美元。限量和稀缺性被拉到极致，抢到的人会觉得自己是”内圈人”。这种”内圈人”的身份认同，比周边本身更值钱。

但这个场景有个尴尬的地方。现在所有 1000 份都被领完了，Skill 本身没有第二个功能。如果你今天打开 build-things，它只会问你邮箱，跑脚本，然后告诉你链接已过期。从实用工具的角度看，它已经死了。但从 Skill 生态的样本角度看，它的价值才刚开始被理解。

操作流程

拆开 build-things 的 SKILL.md，你会发现它的结构精简到了极致。整个 Skill 就两个文件：一个 Markdown 指令文件，一个 Python 脚本。没有配置文件，没有外部依赖，没有错误处理，连注释都没写几行。这种极简到近乎敷衍的程度，放在任何一个正经项目里都会被 Code Review 打回来。

第一步是固定的对话模板。Skill 被触发后，不管你输入什么，它都只回复一句话：“Codex Easter egg unlocked 🥚🏈 Share your email to proceed to the next step.” 这个 prompt 是硬编码的，连表情符号都不能改。OpenAI 在营销文案上的控制欲可见一斑，连 AI 跟用户聊天的第一句话都要写死在指令里。这种精确到标点的控制，在常规 Skill 设计里几乎看不到。

用户给了邮箱之后，Skill 跑的是这个脚本：

python scripts/generate_merch_url.py <email>

脚本做的事也很简单。拿邮箱做输入，用嵌入脚本的密钥生成一个基于时间的 HMAC 令牌，拼出一个兑换 URL，打印出来。整个过程不超过一秒，代码总共也没几行。

这里最值得说的不是代码，是 10 分钟过期这个设计。HMAC 令牌的时效性意味着链接生成后必须在 10 分钟内使用，过期作废。这不是技术限制，是营销策略。它制造了一种紧迫感，用户在 Slack 或 Twitter 上分享链接没有意义，每个人的链接都是自己的邮箱绑定的，只能自己用。

URL 生成之后，Skill 的工作流进入最后一步。按 SKILL.md 的指令，Agent 需要立即请求 GUI 权限，用平台的”打开 URL”工具直接打开链接，不需要先问用户同不同意。如果权限被拒绝，就降级为展示链接文字，让用户手动复制粘贴打开。这个 fallback 处理虽然简单，但覆盖了两种最典型的使用环境。

整个流程走下来你会发现一件事。这不是一个”教你用 AI 做事情”的 Skill，甚至不是一个”帮你做事情”的 Skill。它是一个”验证你是不是自己人”的 Skill，功能上只做一件事：确认你安装了 Codex，确认你知道暗号，确认你是那 1000 个幸运儿之一。

洞察与反思

研究到最后我得出一个不太好听但真实的结论。build-things 暴露的不是 OpenAI 的创意能力，是他们对 Skill 系统的定位远比外界想象的更激进。

把 Skill 当成一个”AI 功能扩展”来看，就会觉得 build-things 莫名其妙。但如果你把它看成”增长基础设施的一个节点”，一切就合理了。Super Bowl 广告是漏斗顶端，Codex 下载是中层转化，安装 build-things 是深度激活，领取周边是留存锚点。Skill 在这个链条里的角色是承上启下，把电视观众一步步推到 Codex 的重度用户。

传统营销里的”输入优惠码领礼品”和这个比起来，完全是两个时代的东西。前者验证的是你有没有看到广告，后者验证的是你有没有在用产品。Codex 从去年 8 月到现在增长了约 20 倍，每周还在涨 10%，上个月有约 100 万用户在用。这些数字大概率跟 Super Bowl 广告有关，跟 build-things 也脱不了关系。

但把这个模式想深一层，问题就来了。如果 Skill 可以当”增长黑客”的钩子，那 Skill 生态的边界在哪？现在 Smithery 上大部分 Skill 还是以”帮用户完成某个任务”为设计目标的。build-things 的出现意味着还有一种完全不同的设计范式：Skill 的目的是改变用户行为，而不是完成用户任务。

当然 build-things 的局限性也很明显。它只能跑在 Codex 上，换个平台就没用。它的功能是单次的，用一次就废了。它的脚本密钥是写死在代码里的，正规的生产环境绝对不会这么搞。这些都不是 bug，是说明了一个事实：OpenAI 的 Skill 生态现在还处于”我们自己先试试水”的阶段。

换个角度看，这种”试试水”的姿态本身就是一个强烈的信号。OpenAI 愿意拿 Super Bowl 广告的 1400 万美元预算，为一套还在实验阶段的 Skill 系统做压力测试，意味着他们内部对 Skill 生态的重视程度远超外界猜测。Codex 的 20 倍增长靠的不只是产品体验，还有这种把营销变成产品交互的能力。

资源地址

总结

回到开头那个问题。build-things 到底是个什么东西？如果你把它当成工具看，它甚至不值一篇 3000 字的文章。但如果你把它当成一个信号看，它说的是：Skill 系统不只是为了让 AI 更聪明，也是为了让产品更有粘性。

这件事最值得带走思考是方法论层面的。如果你的产品有一套 Agent 或 Skill 系统，你有没有想过把它当成用户激活和留存的核心工具，而不是仅仅当成功能模块？Super Bowl 广告花 1400 万美元买了 1 亿次曝光，但真正让用户”进入生态”的，不是一个注册页面，是一个需要动手才能解锁的 Skill。

你品一下这句话：You Can Just Build Things。它既是一句广告语，也是 build-things 这个 Skill 的交互指令，还是 OpenAI 对 Skill 生态的最终期待。一个只有两个文件的 Skill，做到了一句广告语三件事都没浪费。

下次你在 Smithery 上看到一个下载量很低、功能简单到可疑的 Skill，先别急着划走。停下来想一秒：它的设计目标真的是”被下载”吗？还是说，它的存在本身就是一种示威。