把 SHIFT 变成四周能交付的范围：月度 game jam 的主题裁剪与排期

SHIFT 是一个开放式主题词：它可以指换挡、换视角、扭曲现实，也可以只是按某个键（见 GitHub Blog 的 Game Off 2026 公告，该文摘要提到这是第十四届、为期一个月的 jam，主题为 SHIFT）。主题越开放，越不能直接当范围用。可行的做法是：把主题拆成候选机制，只保留一个作为核心动词，再用一句可验收的话固定“玩家在几分钟内看到什么”，最后按四周倒排里程碑。

第一步：把四种提示拆成四个机制候选#

下面的对应关系是整理方式，不是公告给出的分类；公告只给出主题词和这几句提示。

选一个做主机制，其余最多作为修饰。判断标准不是哪个更酷，而是哪个能在第 7 天前做出可玩版本。

第二步：写一句可验收的范围声明#

句式可以是：“玩家用【一个动作】在【两个状态】间切换，利用差异通过【N 个场景】，一局约【M 分钟】，失败条件是【X】。”这句话写不出来，说明范围还没收住；写出来之后，任何新想法都要先回答“它是否改变这句话”。

下面是一个结构示意，未执行，数值为占位：

// 未执行的示例：只示意“一个核心动词 + 资源约束”的结构
const s = { mode: "A", charges: 1, cooldown: 0 };
function shift() {
  if (s.cooldown > 0 || s.charges <= 0) return false;
  s.mode = s.mode === "A" ? "B" : "A";
  s.charges -= 1;
  s.cooldown = 0.5; // 秒，占位值
  return true;
}

冷却与次数上限的作用是让切换变成决策而不是连按，这一点比视觉特效更早影响手感。

第三步：四周排期，每周一个出口标准#

公告说明活动为期一个月，但本次材料没有给出确切截止时间与提交格式，排期只能按“四周”假设；实际截止时刻与规则需以官方页面为准（待核实）。若你在 11 月 4 日才开始，可用时间已少于四周，属于按日期推算，需自行压缩。

1. 第 1 周：核心动词可玩。出口是一个场景、一个键、一次切换、一个失败条件。使用色块与占位音效，不碰美术。
2. 第 2 周：内容与教学。出口是 3–5 个场景，前三分钟能让陌生玩家理解“为什么必须切换”。这一周固定机制，不再加新系统。
3. 第 3 周：可发布。构建、启动菜单、音量与退出、README。出口是别人照文档能跑起来。
4. 第 4 周：冻结与提交。只修阻断级问题，准备页面文案、截图与说明，预留 2–3 天缓冲。

需要自行核实的边界#

截止时间与所在时区、提交平台与产物格式、评审维度、是否允许赛前已有代码与素材、团队人数、引擎与素材授权要求。以上本次材料均未提供，不能据此推断“官方允许或不允许”，请以官方规则页为准。

什么时候该砍#

• 第 1 周结束还没有可运行的核心循环：砍内容，不砍核心动词。
• 某个功能需要第二套关卡设计才能体现：降级为装饰或删除。
• 如果机制依赖外部接口（例如按真实数据切换场景），先把密钥与调用放在服务端，并在第 2 周前确认可用性；具体接口能力与额度待核实，且不要把它排进关键路径。

主题是给玩家的一个承诺，范围是给开发者的一个承诺。SHIFT 足够宽，宽到你必须自己画一条线。