帮不会写故事的人写出一个游戏剧本
之前做半仙 skill 的时候，感觉传统文化 + AI 这个方向是有搞头的。这次换了个更大胆一点的方向：帮完全没有编剧经验的人，从零写出一个完整的游戏剧本。
需求从哪来的
游戏开发圈有个挺常见的情况：会写代码的人，一般不会写故事。独立开发者用 Unity 搭关卡、用 Godot 写战斗系统都没什么问题，但一到「主角是谁、这个故事到底讲什么」就卡住了。代码有 bug 还能一行行调出来，故事卡住了你都不知道从哪下手，就只能在那干耗着。
那去网上找剧本教程行不行？教程很多，但有两个问题。一是教程的目标就不对，它想教你怎么成为一个编剧。你做独立游戏不需要成为编剧，你需要的就是一个能撑住你这个游戏的剧本，够用就行——这两件事差得挺远的。二是没有反馈。你写完一稿，不知道好不好，也不知道该改哪。教程是死的东西，它没办法看你的稿子，你写成什么样，它给你的都是那一套内容。
AI 正好把这两个问题都接住了。它不用把你培养成专业编剧，帮你产出够用的东西就行——反正目标就是够用。反馈这块它更是天生擅长，读你的剧情草案，告诉你哪里前后矛盾了、哪一段写得太平了，有时候还会提醒你这里其实可以埋个伏笔。
skill 具体是怎么设计的
设计上核心是三件事。
第一，先校准创作者的水平。不是每个来用的人都有基础，你上来就问「你的主题是什么」，零基础的用户直接就放弃了。所以 skill 会先做个简单的判断：你能说出核心冲突吗？能描述世界观的基本规则吗？然后按水平调辅导的力度——零基础的从「你想做一个什么样的游戏」开始聊，已经有想法的直接从结构入手。
先用一个小样本判断创作者卡在哪一层，再决定辅导力度——零基础从头聊，有想法的直接上结构。
第二，世界观画布先行。顺序上人物和剧情都往后放，先把这个世界长什么样画出来：物理规则、社会结构、核心冲突。世界定型了，人物放进去自然就长出来了。这也是游戏剧本和影视剧本的核心区别：游戏的世界不是故事的背景板，是玩家真的要进去待着的空间。所以我感觉世界观的密度，基本直接决定了这个游戏的沉浸感。
第三，一个阶段一份交付物。不能聊天聊完就什么都没留下。每个阶段都产出一个文档：世界观画布 → 主题句 → 主线框架 → 人物档案 → 剧本，一步一步往前推。这样你每次都能看见进度，手里的文档也是一路攒下来的，不会有那种「聊了这么久，什么都没出来」的感觉。
一个阶段一份交付物：从世界观画布到剧本，逐阶段推进，每步都攒下一份可见文档。
最难的两个技术点
真正难做的是两个地方。
一个是长文档的一致性。一个游戏剧本里有几百个设定要素——角色背景、场景描述、道具功能、说话习惯——写到后面跟前面矛盾，基本是常态。人自己写也一样，或者说人写更容易这样，写到第十章谁还记得第三章里随口提过的一个设定。所以 skill 得维护一个设定知识库，每次生成内容之前，先把相关的背景检索出来注入 context，再动笔。
另一个是游戏叙事本身的交互性。玩家是要在故事里做决定的，他的每个选择都会影响剧情走向。分支剧情也不是「多写几条线」那么简单——每条线内部要逻辑自洽，跨线之间还得有因果关联。skill 得真的理解这套分支逻辑，才能帮创作者检查每个选择节点：这个选择合理吗？后果接得上吗？
为什么做成陪伴式
创作这个过程是一边想一边改的。写到一半发现之前的设定不对，就得推倒重来。或者聊着聊着突然冒出来一个之前没想过的灵感，又要临时往世界观里加一条背景进去。所以「你提需求、它生成内容」那套模式——现在市面上的 AI 写作工具基本都是这个模式——放在创作上是套不上的，创作的需求本身就是一路在变的，你没办法一开始就把它提清楚。
一键生成只会产出尴尬对白，创作是一路在变的，需要的是能陪你对话的伙伴——剧本始终是你自己写的。
这个过程里光有一个生成器是不够的，你需要的是一个能跟你对话的伙伴。它得能听懂你在说什么，能把你的话题接住往下聊。你想岔了的时候，它最好还能反过来挑战你一下，跟你说这个方向是不是有点不对。
所以这个 skill 最后的角色，就是这个创作伙伴。剧本还是你自己写，它负责的是问你对的问题，帮你把你脑子里那些还没成形的想法捋出来。你卡住的时候它能接一下，把你从卡住的地方推过去，大概就是这么个定位。