这次对《地牢行动》的一个重要调整，是把它明确定位成学习型 Demo，目标不再是长期维护，而是优先做出最小闭环、便于理解、便于展示的版本。这样后续所有技术决策，都应该服从“先跑通，再讲清楚”的原则，而不是过早为未来需求做重型设计。fileciteturn3file0 fileciteturn3file1

一、先定技术路线，而不是边做边换

开发中最容易拖慢进度的，不是不会写代码，而是路线不断摇摆。玩家移动如果从 Transform、Rigidbody、CharacterController 来回切换，虽然能学到区别，但对 Demo 来说代价太高。更合理的方式，是在当前阶段尽早定下技术路线：玩家用 CharacterController，怪物用 NavMeshAgent + kinematic Rigidbody，近战命中用 HitBox/HurtBox，范围技能用 Overlap。这样做不是追求最完美，而是优先保证后续功能可以持续往前推。

二、原型开发允许支架，但别让支架变承重墙

为了验证功能，经常不得不先接输入、动画、AI，模块之间自然会产生耦合。问题不在于耦合本身，而在于有没有分清哪些是“核心逻辑”，哪些只是“验证支架”。像调试输入、临时协程、测试场景、假数据，这些都可以接受；但如果把输入系统直接写进战斗核心，把动画事件直接写死成伤害来源，那就会把临时方案焊进正式结构里。比较稳的思路是：核心链路保持简洁，外围模块先用可替换的方式顶上去。

三、参考开源项目，比空想和硬憋更高效

对当前阶段来说，做功能时最有效的方式，往往不是完全自己想，也不是直接向 AI 要最终答案，而是先看成熟项目怎么落地。尤其是战斗、输入、状态机这类框架问题，教程常讲局部功能，但真正的项目结构往往要从开源项目里才能看明白。参考时也不该照抄整套代码，而应该重点看几件事：输入最后如何变成攻击请求、命中判定放在哪里、受击和血量如何结算、配置和运行时数据是否分离。抄“结构和决策”，比抄具体代码更值钱。

四、相机方案从 2.5D 改成第三人称，是合理取舍

原先的 2.5D 方案会不断遇到遮挡、剔除、镜头读感的问题。对学习型 Demo 而言，这些额外问题会吞掉大量时间，但并不会明显提升作品核心价值。所以把视角切到第三人称，是一个非常现实的调整。它并不意味着整个项目重做，主要受影响的是相机控制、角色转向、攻击方向来源和场景尺度感，而像 HitBox/HurtBox、Health、掉落结算、背包与同步这些逻辑，大方向都还能保留。

五、第三人称下，角色与相机控制要分清

在第三人称里，移动通常不再直接走世界坐标，而是根据相机的水平 forward/right 来计算移动方向。这样玩家按下 WASD 时，角色会按照镜头参考系移动，而不是永远沿世界坐标轴前进。角色旋转也不建议每帧直接叠乘 Quaternion，而更适合用 yaw/pitch 这样的角度变量，或者干脆只让 Look.x 驱动角色 Y 轴旋转。至于相机本身，如果用了 Cinemachine 的第三人称相机，更合适的做法通常不是在脚本里硬转虚拟相机，而是控制目标对象的朝向，再让 Cinemachine 跟随。

六、Cinemachine 的重点不是“旋转相机”，而是“调目标和阻尼”

如果虚拟相机已经使用第三人称跟随，那么角度感和手感，更多来自这些参数：Vertical Arm Length、Shoulder Offset、Camera Distance、Damping。想要略带俯视感，不应该先去改虚拟相机本体的 Transform，而是优先调整 Follow 目标的高度与俯仰，再配合 Third Person Follow 的参数。想做“慢一拍”的跟随感，则主要靠 Damping。对 Demo 来说，这套现成能力足够好用，不必急着自己重写整套相机系统。

七、光标与操作模式切换要尽早定下来

第三人称操作里，最常用的光标控制就是：

Cursor.lockState = CursorLockMode.Locked;
Cursor.visible = false;

这样可以隐藏鼠标并把它锁在窗口中心，适合正常游玩。等到打开背包、暂停菜单或者大厅界面时，再切回：

Cursor.lockState = CursorLockMode.None;
Cursor.visible = true;

这种切换很基础，但应该尽早做成规则，否则后面 UI 和操作会互相打架。

八、文档方式上，优先飞书文档 + 表格 + 流程图

如果担心写代码时忘记边界，最有效的方法不是先画一张复杂的大类图，而是先把模块职责和主链路定下来。用飞书的话，最推荐的组合是：文档做总入口、表格定职责边界、流程图画主链、思维导图只做前期发散。这样既方便边做边改，也方便后面复盘和整理成作品说明。

结语

这次最大的收获，不是某个 API 或某段脚本，而是开发思路上的调整：把《地牢行动》当成学习型 Demo 去做，优先做出能跑、能讲、能展示的版本。技术选型要尽早收敛，原型验证允许支架，参考开源比闭门造车更高效，相机和角色控制则尽量选用成熟方案。只要主链清楚，后面的系统就更容易一块一块地补上。