OCC 星球漫游 · 后续内容方案：战斗、关卡与机甲构筑 v1

后续内容的设计意图稿。回答四件事：后续战斗How it plays、关卡怎么排、玩家怎么在三十个星域里推进、 机甲要长哪些新武器和能力、怎么逐步获得并组合出玩法。 现状是什么样以 玩法系统现状 为准；本篇写"接下来做什么、为什么"。

基线：2026-10-17 的代码（world-config.js / tech.js / items.js / starmap.js / paper-planes.js / terrain-field.js / theme.js）。 参考对象：《星际战甲 Warframe》的结构，不是它的皮 —— 拿什么、不拿什么见 §3。 v1.1（2026-10-17 晚）按老大拍板的三条口径调整：图纸路径做实（§12.2）、 新增地貌生产管线一节（§13）、随机词条写进不做清单（§16）。

---

0. 一句话

现在的战斗只有 1 种输入、3 种敌人、1 只 Boss、纯加法成长 —— 玩 10 分钟和玩 10 小时的操作完全一样， 只是数字变大。后续内容的核心不是"加更多怪、加更多星球"，而是把成长从"数值"改成"构筑"： 让玩家用有限的模块槽拼出自己的打法，再用三十个星域的节点图 + 撤离机制给这套构筑一个无限深的验证场。

三个关键词：模块构筑 · 节点远征 · 撤离即结算。

0.1 已拍板的三条口径（2026-10-17 老大定，后续所有设计服从）

口径 2 是这次调整里工作量最大的一处。它不是把成本翻倍，而是要求先把"地貌"和"主题"解耦（§13.1）， 解耦之后：第一次做一种地貌贵（4 天），之后每一颗同地貌的新星球只加一套 theme（1.5 天）。

---

1. 现状诊断：内容只有 10 分钟

对着代码数一遍就知道问题在哪：

结论：内容量不是问题（30 星域 + 3 种敌人够搭很多关），问题是没有任何一层在做"规则"。 所有变化都发生在数值层面，而数值不产生新玩法。

---

2. 设计支柱（三条，后面一切服从它）

P2 其实已经有了雏形：死亡掉背包 50%、脱战 5s 才能撤、召回冷却 30s。 本方案做的是把它从"惩罚"升级成"玩法核心"。

---

3. 参考《星际战甲》：拿结构，别拿皮

一句话：用它的"构筑 + 节点 + 任务类型"三件套，不用它的美术体量与平衡深度。

---

4. 关卡结构：星域 → 星区节点（三层）

4.1 三层各是什么

🔴 关键决策：节点不是一个新世界。 一个星域的 4~6 个节点共用同一个 worldId 与同一套地形，只换：着陆点、敌人配置、规则目标、掉落表。 理由：切世界是整页重载（world.js），新世界意味着新 theme + 参数 + 资产 + 测试。 用"同图换规则"能拿 6 倍内容量，代价接近零 —— 这就是 P3。

4.2 星域表（威胁曲线 · 地貌 · 解锁链）

威胁等级决定敌人血量 / 伤害 / 数量 / 掉落，见 §4.3。 「生产类型」这一列是本方案的排期骨架：🆕 = 该地貌的首作（要做地形），♻️ = 换 theme 复用（只做外观）。

⇒ 30 个星域 = 7 种地貌（1 已有 + 6 首作）+ 23 套 theme。 这个拆法就是"都要做"的可执行版本： 先把 6 种地貌各做一颗（这是真正贵的部分），剩下的星域靠 theme 和参数铺开。

⚠️ 名字是星图里已经画上去的（starmap.js 的 PLANETS），所以地貌必须"配得上名字"： 叫「霜牙」的不能是岩浆，叫「熔心星」的不能是冰盖。上表的分配已经按名字对过一遍，别随手改。

4.3 威胁等级曲线

这套曲线要让同一个玩家在 T5 打得过、T10 打不过，从而把"提威胁"变成"检验构筑"的标尺， 而不是单纯刷更硬的怪。判断标准：满科技 + 合理 Build 应该刚好卡在 T7~T8。

---

5. 节点规则：7 种任务类型

全部跑在已有地形上，服务端只需记目标和状态（不需要新物理、不需要新 AI）。

设计取舍：

• 不做"护送 NPC"：要新 AI、要寻路、失败体验极差（NPC 卡住 = 玩家骂娘）。用「回收货箱」替代，效果一样但成本 1/10。
• 不做"潜入"：没有视线 / 潜行系统，做不了。
• DIVE 是终局，也是"刷材料"的归宿 —— 它替代了"无限刷怪"的枯燥，因为波次难度递增会自然筛掉不合适的 Build。

5.1 撤离：本方案的核心张力

接任务（星门面板选节点） → 着陆 → 完成目标 → 【撤离窗口开启】
    ↓ 走回星门信标，或站在撤离点 20 秒
撤离成功：战利品 ×1.0，节点标记通关
中途召回（脱战 5s + 30s CD）：战利品 ×1.0，节点不算通关
死亡：背包掉 50%，节点失败，本趟首通奖励作废

🔴 为什么要"撤离"而不是"打完自动结算"： 它把"打多久"变成一个持续决策 —— 多打一辆车是收益，多待一分钟是风险。 这正是 P2，也是《逃离塔科夫》《深岩银河》验证过的留存结构。 现有代码已经有全部零件（脱战判定、召回冷却、掉落 50%），只需要加一个"圈"和一个结算点。

---

6. 推进骨架：三层目标叠在一起

玩家"在众多关卡里推进"不能只靠一条线性链，要同时有三层目标在拉：

6.1 解锁条件：不要只考战斗

🔴 "星门等级"是这套骨架的总闸门：它把 t3_vehicle（星门二级）从"召回冷却 -50%"这种鸡肋， 变成"能去更远的星域"的硬门槛。这是本方案对现有科技树最重要的一处改造 —— 它给生产线一条非数值的意义。

6.2 首通奖励 vs 重复奖励

⇒ 玩家永远有理由"再打一遍"，但只有在推进新节点时才变强。这两件事分开，才不会变成无脑刷。

---

7. 敌人角色化：从"靶子"到"要应对"

现状 3 种敌人只差血量。目标是 6 种普通敌人 + 1 种 Boss，每种的"应对方式"必须不同 —— 这是"玩家会不会觉得战斗有内容"的分水岭。

7.1 敌人数据要"表驱动"

现在 npc.js 里是"普通 / 精英"两档写死（maxHp / eliteMaxHp）。 建议抽一张 archetype 表（server/enemies.js），每个敌人一条数据：

{ id, hp, speed, damage, attackKind, attackRange, attackCd, weakSpot, resist, count, threatMin }

好处：加敌人 = 加一条数据；星域配置只写"这个星域刷哪几种、各几台"。 这也是"同一张图换规则"能成立的前提 —— 铁锈带和焦土用同一套地形，但刷的怪完全不同。

7.2 抗性只做两轴

不做 Warframe 那套元素表（腐蚀/磁力/病毒…）。只保留两条：

两轴就足够产生"我先换什么弹"的决策，摊子小、平衡可控。 🔴 前提：必须先修「特种弹药不消耗」（未完成清单 §3 #2），否则这三条弹药全是摆设。

---

8. Boss 阶段化：机制优先，血量其次

现有天罗：120 血、2 招、22s 榴弹 CD。它是"能打的靶子"，不是"要解的谜题"。

改造原则：每个 Boss 3 个阶段，每阶段换的不是数字，是"你必须做什么"。

要求：

• 落点预警必须可见（现在火榴弹有 mortarSpread，但玩家看不到圈）。这是低成本高回报的一条。
• 弱点显示由科技 t3_bossintel（Boss 情报）提供 —— 把这个"雷达显示 Boss 位置"的鸡肋节点，

升级成"显示弱点 + 阶段提示"，它才有存在意义。

• 每星域一个 Boss 需要新模型（GLB），这是硬成本 ⇒ 阶段 1 只做天罗的 P2/P3，新 Boss 跟着新星域走。

---

9. 机甲骨架改造：模块槽 + 容量 + 套装

9.1 现状与目标

9.2 容量

🔴 容量为什么是最好的成长旋钮：它让"变强"等于"能装更多组合"，而不是"数字更大"。 它天然限制无限加法，也让每一张新模块都有价值（不是替换，是补位）。

9.3 套装（专精奖励）

套装要有代价才有取舍。只有防御那一条刻意带负面，因为"堆防御"最容易变成无脑最优解。

---

10. 模块清单：4 系 22 个

每个模块只用一句话说清"它改了什么规则" —— 说不清的就不是模块，是数值。

10.1 武器系（改发射物行为）6 个

10.2 防御系 5 个

10.3 机动系 5 个

10.4 支援系 6 个

10.5 组合深度验算

• 理论组合：6 × 5 × 5 × 6 = 900（不含超载与套装）
• 容量 12 时只能装 2~3 个 ⇒ 实际可行组合约 40~60 个
• 这个量级正好：玩家能感觉到"我的打法和你的不一样"，但不存在唯一最优解

验算方法（做的时候必须真跑）：对每个组合打同一个 T5 节点，记录"通关时间 / 死亡次数"， 如果某个组合在 60% 以上场景都最快 ⇒ 它太强，要削弱而不是加强别的。

---

11. 纸飞机怎么变成"多种武器"

现有 paper-planes.js 是一套状态机：orbit → climb → strike → spent， 发射物无物理体（自己积分 + ttl + 贴地飞），碰撞只走 pickAlong 与 onStrikeSegment。 这是好消息：新武器 = 同一个状态机加一个 kind 分支，不需要新物理系统。

🔴 三条实现约束（都是踩过的坑）：

1. grazing 标记要跟着 onLaunch 广播，新弹种别漏（否则远端看到的是"从头顶飞过"）。
2. 命中半径按体积归一化（d²/r²），新弹种的爆炸半径别用固定值。
3. 弹药消耗必须在服务端扣（现在客户端完全不扣，见未完成清单 §3 #2）——

否则"爆破弹"变成免费 AOE，经济直接崩。

---

12. 逐步获得：三条路径 + 节奏表

12.1 三条获取路径（缺一条就会变成"只能刷"）

🔴 三条路径必须互不替代：科技给"基础能力"，节点首通给"专精分支"，Boss 给"终极件"。 如果 Boss 也能刷出科技节点，那节点图和科技树就会互相稀释。

12.2 图纸系统（口径 1 已定：掉图纸 → 回基地造）

图纸是什么：一张永久配方凭据，不是一次性消耗品。

闭环要一次走通，别卡在门槛上（这是最容易做错的地方）：

首通掉落图纸 → 捡起 → 回苗圃 → 装配机面板里出现新配方 → 用「节点掉的新材料」造出来 → 装进模块槽

🔴 卡点警告：如果模块制造要求「钢锭 / 电路板 / 机械部件」（装配机 T3 的产物）， 那 M1 阶段第一个图纸拿到手也是白拿 —— 玩家会站在装配机前发现自己造不出来。

对策沿用现有的「零到一死锁」解法（见记忆：COMMAND_RECIPES）：

⇒ 每条科技线都不该把"第一次造出东西"锁在"必须先有三座工厂"之后。

与科技树的边界只认一条规则：

模块可造 = tech.effect.unlock 命中 OR profile.blueprints 含该模块 id

两条路径互不叠加、互不替代：科技线给"人人都有的基础能力"，图纸给"打过那个节点才有的专精"。

12.3 节奏表（按真实玩家时间）

⚠️ 这张表是设计意图，必须在真机上跑一遍校准（现有经济从未实测过，见未完成清单 §2）。

---

13. 星域差异化：地貌管线 + 环境危害

口径 2 定了"换 theme 和新地貌都要做"。这一节是怎么做得起 —— 结论先给：地貌和主题必须是两层，混在一起就做不动。

13.1 为什么必须分两层（这条是硬约束，不是洁癖）

theme.js 文件头已经写死了红线：

🔴 只放"看着不一样"的东西，绝不放会影响判定的东西：BIOME 的阈值、elevation() 的地貌、 植被的数量与 accept 条件、collide 半径 一律不在这里 —— 那些一动就会改出生点 / 障碍物 id / 玩法平衡。

所以"新地貌"不能塞进 theme。要单独一层：

判据很简单："如果两种星球只用一套地形，玩家会不会觉得是同一颗？" 会 ⇒ 你需要新 style；不会 ⇒ 一套 theme 就够（这就是剩下 23 颗星域的省钱方案）。

13.2 style 怎么接进现有代码

现在 terrain-field.js 的 elevation() 是硬编码的一段公式。改成按 style 分派：

// terrain-field.js
import { STYLES } from './terrain-style.js';
const style = STYLES[cfg.terrainStyle ?? 'plains'] ?? STYLES.plains;
function elevation(d) { return style.elevation(noise, d); }

🔴 STYLES.plains.elevation 必须是现在那段公式的逐字复制（同样的 octave、同样的常量、同样的加法顺序）。 不是"效果差不多"，是同一个浮点结果。理由：焦土和苗圃的地形一旦变了， 所有老存档的玩家坐标、已建建筑、障碍物 id 全部错位 —— 这是本项目最贵的一类事故。 所以 plains 那个函数写完就别再碰，连"顺手把 0.82 调成 0.8 更自然"都不行。

每个 style 的字段：

{
  elevation(noise, d) → 0..1,        // 地貌本体
  liquid: 'water'|'lava'|'coolant',  // 那个"水面"是什么（只换 theme 色 + 危害）
  oceanRatio: 0.33,                   // 液体占比（自动标定 waterLevel 用）
  snowLevelHint: null,                // null = 自动分位数
  spawnPrefer: ['grass','forest'],    // 🔴 出生点偏好（不声明就会落进熔岩）
  oreWeights: { copper, iron, tin, oil, stone },  // 🔴 矿种权重（见 13.6）
  slopeLimit: 30,                     // 可建区坡度上限
}

⚠️ 不要扩 BIOME 枚举。现在 7 个（deep/shallow/beach/grass/forest/rock/snow）， 冰原的"grass"就是冰面、火山的"grass"就是冷却熔岩 —— 靠 theme 换色，不靠加枚举。 加枚举会连带改贴图 atlas、植被 accept 条件、雷达小地图、findSpawn 偏好，一条链全是坑。

13.3 六种新地貌（按排期顺序）

顺序的判据：前 5 种都是"改噪声参数"就能出来，第 6 种要动"人工结构"的思路（还额外要废墟 GLB）， 所以它排最后，且可以视情况降级成"ash + 废墟 theme"先顶上。

13.4 成本解耦：一次地貌，多次主题

这是口径 2 能落地的前提：

⇒ 30 个星域的总账：6 种首作 × 4 天 + 23 套 theme × 1.5 天 ≈ 58 人天（不含 Boss GLB、节点内容、节点 UI）。 这就是"都要做"的真实价格。但它是可以按阶梯发版的：每完成 1 种地貌 + 3 套 theme 就能开放 4 颗星域， 不需要等 58 天做完。

13.5 环境危害（跟着地貌走，不单独发明）

🔴 危害必须"可读"：预警圈、温度计 UI、地面发光，缺一样玩家就只会说"莫名其妙掉血"。 这是本项目最典型的一类 bug（参见"在苗圃被焦土的 Boss 打到"），不可读的危害等于 bug。

13.6 落地风险（这五条会真的出事）

---

14. 代码接缝：改哪里

🔴 五条硬约束（前四条都在记忆里，第 5 条是这次新增）：

1. safe() 包住主循环里每个新模块调用 —— 一抛错整局冻结。
2. 跨模块传方向 / 法线必须 copy 成 Vector3 —— 新弹种最容易在这里炸。
3. 改生成顺序要清 _data/state.json，且改前先停服。
4. 配方归属只认服务端下发的 bldRecipes —— 图纸解锁新配方正好复用这套，客户端一行都不用改。
5. 🔴 plains 的 elevation 写完就别碰 —— 它不是"看起来差不多就行"，是必须同一个浮点结果。

写一条 e2e 固定 200 个采样点做回归，改任何地貌代码都先跑它。

---

15. 分期：M0~M5

每一期都要"上线就能玩到新东西"，不做纯地基。 地貌被拆成 M3a（管线 + 首作）和 M3b/M5（靠 theme 铺量） —— 这是口径 2 的可执行形态。

建议顺序不要跳：M0 必须先做，因为它是唯一一条能让老玩家"今天上线就感觉到不一样"的改动， 而且它顺手修掉了 未完成清单 里挂了很久的 #2。 M3a 是"都要做"的前提：管线没抽出来之前，做第 2 颗新地貌的成本和第 1 颗一样贵。 所以哪怕只用 wasteland 一种地貌验证，也必须先把 terrain-style.js 立起来。

---

16. 明确不做（写下来防止后面被"顺手加上"）

---

17. 待老大拍板的 4 个点（原 6 个，2 个已定）

---

18. 与现有文档的关系