给 Claude Code 加了个 skill，强迫它先想清楚再动手

起点

最近看到一个东西让我很兴奋。字节的 Trae IDE 里有一个叫 MTC 的模式。MTC = More Than Coding，和普通的代码编辑模式不同，它是一个全流程 agent，能做设计、分析、数据生成、文档，顺便也能写代码。

一个叫彭超的开发者用它两小时做了个完整的解谜游戏，叫 ClassOS，零行手写代码。我玩完之后想自己也做一套。但我用的是 Claude Code，不是 Trae。

于是我在 Claude Code 里做了一个 /mtc skill，把这套工作流复刻过来。

这篇聊一下这个 skill 是什么，为什么我觉得它比普通的 vibe coding 有用得多。

代码之前的一切

MTC 作者的核心论点我特别认同——MTC 不是 Code 模式的低配版，是「代码之前的一切」。

他做 ClassOS 的时候，剧本改了三版，mock 数据生成了五份文件，竞品分析拆了五个要素。这些全在 MTC 里做完，代码才开始写。

这个顺序很关键。

大部分 vibe coding 的问题是，人有个模糊想法就让 AI 开写，写到一半发现这个不对那个不对，回头改概念，改完概念改数据，改完数据又要改代码。每个阶段都在推翻上一个阶段，最后出来的东西缝缝补补。

MTC 的方法是，每个阶段都产出一个文件。Phase 1 的剧本文档，Phase 2 的数据设计文档，Phase 3 的系统架构文档。下一个阶段以这个文件为输入，不允许跳过。

10 分钟的概念工作能省 1 小时的返工。

6 个阶段

我把 MTC 的思路拆成了 6 个阶段，做成 Claude Code 的 skill：

Phase 0: Context Gathering — 你想做什么？给谁做？什么感觉？这阶段不出文档，只是对齐方向。

Phase 1: Concept & Narrative — 故事和概念迭代。强制 V1 → 自我批评 → V2 → V3。这里最重要的规则是，AI 要自己批评自己的 V1，不能停在 V1。

Phase 2: System Design — 机制、解锁链、信息架构。产物是系统设计文档。

Phase 3: Data & Content — Mock 数据生成。所有数据必须和叙事对齐。一个角色的聊天记录和他的性格必须匹配。

Phase 4: Build — 写代码。这时候前面所有文档都是输入，AI 不需要再决定「该做什么」，只需要决定「怎么做」。

Phase 5: Polish — 音效、动画、彩蛋。这阶段不加功能，只加质感。

每个阶段产出文件到 docs/，下个阶段以此为输入。Phase 3 和 4 里子任务多的时候可以 spawn subagent 并行加速。每个阶段结束有 checkpoint，用户确认后才继续。

为什么不能跳阶段

你可能觉得，如果概念已经想清楚了，为啥还要写文档？直接让 AI 开始写代码不行吗？

不行。

不是因为 AI 忘性大，是因为你忘性大。

你现在觉得自己想清楚了，三天后看代码发现有个机制跟概念对不上。这时候你不知道是当时概念没想清楚，还是 AI 实现时偏了。如果每个阶段都有文档，你能回去看到当时的决策依据。

另一个原因更关键。AI 自己批评自己的 V1 这件事，必须在一个独立的 Phase 里做。如果你让它一边写代码一边反思概念，它不会反思。它会继续写。

所以 Phase 1 的规则是，V1 出来之后，强制 AI 列出 3 个问题，然后针对每个问题给一个 V2 方向，让用户选。这个结构强迫反思。

我做 Inside Job 这个游戏的时候，V1 看着挺好，我自己说不出哪不对。但 Claude Code 按 Phase 1 的规则自己批评了 V1，提了三个问题，然后给了三个 V2 方向。V2 出来的那一刻我真的服了——它把「solid but predictable」拆成了三个具体问题，然后给出了三个改进方向，我选了「全要」，它把三个方向融合成了一个三层叙事结构。

这个自我批评不是 AI 天生会做的。是工作流强迫它做的。

和 subagent 怎么配

Claude Code 有个很好用的能力，spawn 子任务让多个 agent 并行干活。/mtc 里的 Phase 3（数据生成）和 Phase 4（写代码）是最受益的。

比如 Phase 3 生成 mock 数据，一个游戏可能需要生成聊天记录、邮件、照片元数据、日历事件。这些互不依赖，可以开 4 个 subagent 并行。每个 subagent 只负责一种数据，专注度高，速度快。

Phase 4 写代码也一样。前端组件可以拆到多个 subagent 里并行写。主 agent 负责整合和架构决策。

关键点是，subagent 并行只在 Phase 3 和 4 开。Phase 1（概念）必须是单线程的，因为概念迭代需要全局视角，拆开反而乱。

不是银弹，但很值

用 /mtc 的成本是，你在真正开始写代码之前要花 30-60 分钟做前期。对于小改动这是浪费。

但对于一个完整的项目，这 30-60 分钟每次都能省下几个小时的返工。我做 Inside Job 的时候，前期花了 40 分钟出概念和系统设计文档，然后进入实际开发。对比我之前直接 vibe coding 做小项目的经验，至少省了 2-3 小时。

更重要的是，这个流程让 AI 的输出质量上了一个台阶。因为它不是在局部的上下文里写代码，是在一个完整设计的指导下写代码。这两种模式出来的东西差别很大。

Trae 的 MTC 是个好东西。Claude Code 用户也能用，只是需要自己做个 skill。我这一套已经在做三个游戏了，效果比我预期的好。

系列叫我是AI游戏制作人，感兴趣可以去看。