Codex
定义与身份
Codex 是本文 8 天微信合成经营小游戏实战中的主力 AI 开发代理，角色远不止“写几段代码”或“代码补全工具”。
作者把它放在一个接近“主力开发兼技术美术执行者”的位置：自己负责制作人职责，定义目标、体验、审美和验收红线；Codex 负责把这些要求落成可运行的工程、脚本、素材处理流水线和交付产物。
文中最核心的判断是：Codex 真正让人震撼的，不是会写基础代码，而是已经展现出一种“跨领域全栈粘合能力”，可以把原本割裂的策划、资源、工程、测试、预览串成一条高效执行链。
在项目中的角色职责
在这次从 0 到 1 的微信小游戏试玩版实战里，Codex 承担了整条执行链上的多类工作，而不是单点编码：
- 搭建小游戏底层工程骨架，协助把项目拆成入口、数据、状态、输入、渲染、音效等模块。
- 承接策划数据结构化，把任务、道具、生成器、线索、解锁关系等内容转成可运行的数据与配置。
- 配合作者搭建 H5 本地工作台，把原本死板的 Markdown 大纲转换成可浏览、可交互、可导出 JSON 的本地资料与编辑系统。
- 处理素材工作流，包括从低价素材包中扫描、筛选、命名和入库，只把通过审计的激活资产复制进源码。
- 为原创特殊道具配套脚本和切图流水线，支持“矩阵切图”后的清洗、透明化、裁切、缩放与标准化。
- 承担音频粗筛任务，从 11451 个、总量约 3.4 GB 的音频剪辑里批量筛选适合小游戏反馈的候选音效。
- 在每次源码交付前执行本地验收流水线，包括语法检查、自动化烟测、资产审计和微信 CLI 联动预览。
- 协助把浏览器里能跑的版本，继续推进到微信开发者工具可编译、可预览、可真机验证的状态。
换句话说，Codex 在本文里接手的不是“一个函数”或“一个页面”，而是从策划数据到资产处理，再到小程序工程与验收交付的整条工业化执行链。
从 0 到 1 的具体执行事项
1. 协助搭小游戏工程骨架
由于作者没有找到可直接复用的同类完整开源微信小游戏源码，项目只能硬着头皮从零搭建。作者与 Codex 反复拉扯后，把工程强行拆成几层，让它一层层去啃：
game.js：游戏唯一入口，初始化微信 Canvas 上下文。data.js：核心配置，管理 57 个道具与 45 个任务的联动关系。state.js：全局状态机，管理存档、金币、体力和棋盘格子状态。input.js：处理点击、长按、拖拽、吸附等视口交互。renderer.js：Canvas 渲染核心，负责动效绘制、粒子特效和帧率控制。audio.js：声音管理器，控制 11 种高频反馈音效的并发播放。
这部分说明 Codex 的职责不是零散补全，而是参与构建 微信小游戏工程骨架，为后续迭代提供落脚点。
2. 把“好玩”拆成执行任务
作者明确指出，Codex 会写代码，但并不天然理解“爽感”。如果只给一句“做一个类似绯闻港口的合成游戏”，它会很快交出能点、能合成、能弹窗的功能集合，但整体体验死气沉沉。
因此作者先做人类层面的体验拆解，再让 Codex 去执行：
- 点生成器时，要有轻微下凹的物理反馈，并伴随清脆音效。
- 拖拽物品时，相邻格子需要有零点几秒的磁力吸附感，而不是僵硬回弹。
- 合成瞬间不能只替换图片，要爆出一圈金色粒子，并带由小变大再回弹的缩放动画（Juice 效果）。
- 任务完成不能直接弹文字，要先有结算牌，再让金币沿贝塞尔曲线飞进右上角，资源栏同时闪烁。
这里的边界也很清楚：这些体验标准不是 Codex 自己长出来的，而是作者拆碎后喂给它执行。它擅长把被明确描述的体验细节实现出来，但不擅长自己提出体验标准。
3. 配合建立 H5 本地工作台
作者发现复杂游戏不可能靠几篇 Markdown 大纲维持一致性，于是逼着 Codex 帮忙写了一整套本地 H5 策划与素材管理系统。
这套工作台的用途包括：
- 集成项目总入口。
- 整理策划索引。
- 展示原型设计。
- 维护场景提示词矩阵。
- 管理合成链动态规划。
- 提供音效资产审计工具。
作者可以直接在浏览器里拖拽修改某个道具的产出概率或任务奖励，然后一键导出最新 JSON 给小游戏工程使用。这说明 Codex 在项目里还承担了“把文档流改造成可运行工具流”的职责。
4. 素材包扫描、筛选、命名与入库
项目没有选择让 AI 从零一张张生成所有美术和音频，而是先购买低价素材包打底：
- 2D 餐厅经营合成小游戏素材包：4.98 元，解压后约 1250 张高清 PNG，约 26 MB。
- 全品类游戏动效音效全集：1.98 元，共 11451 个音频剪辑，总量约 3.4 GB。
- 两者合计成本 6.96 元。
在这个阶段，Codex 的职责不是直接创作全部素材，而是把 AI 的精力用在筛选和整理上：
- 扫描现成素材池。
- 根据用途筛选候选资源。
- 命名和整理适合工程使用的资源。
- 只把通过审计、真正运行所需的素材复制进源码。
作者把这套流程视为项目卫生红线：大素材池永远留在工程外部，不能把整包美术和声音直接倒进源码，否则对微信小游戏主包大小来说“不是做游戏，是自杀”。
5. 音频粗筛
面对 11451 个音频文件，作者没有人工逐个试听，而是把自动化筛选脚本交给 Codex 执行，让它批量扫描：
- 波形。
- 长度。
- 声道。
- 文件名中与“点击”“合成成功”“金币飞行”“错误提示”等关键词相关的语义或命名线索。
其中一部分文件名如果足够规范，甚至可以直接根据文件名判断是否可用。
最后，Codex 从几万个废料中精准挑出 11 个高质感音频文件，作者只需要坐在电脑前把这 11 个听完，满意的就回车放进小程序工程。
这个细节非常重要：Codex 在这里扮演的是高效率粗筛器，而不是最终审美裁决者。最终是否入库，仍由人来确认。