今日速览

  • 手感（Game Feel）不是玄学：Steve Swink 把它拆成 输入（Input）→ 响应（Response）→ 情境（Context） 三层，每一层都可量化、可调参。
  • 「按了就动、松了就停」是最差手感；加速、摩擦、跳跃缓冲才是好手感的骨架，Godot 官方文档用 CharacterBody2D + velocity + move_and_slide() 演示了全部基础移动方案。
  • 手感 70% 靠移动参数（速度/加速度/摩擦力/重力），30% 靠 Juice 反馈（屏幕震动、粒子、挤压拉伸、击中停顿）。
  • 调手感不能靠感觉：把参数全部 @export 到编辑器，开一局试玩、改一个值、再试，做一张「手感参数表」记录。
  • 点击移动还有个经典坑：目标点抖动（jitter），Godot 官方用 distance_to(target) > 10 的阈值判断解决——这类细节就是手感的一部分。

核心学习内容

一、手感的三个层次（Swink 模型）

  1. 输入层（Input）：从按键到角色反应的链路。关键指标是输入延迟——理想值 <100ms，超过 150ms 玩家就会觉得「卡」。输入映射（Input Map）要统一，键盘/手柄都要测。
  2. 响应层（Response）：角色对输入的运动学反应。加速度、最高速度、摩擦力、重力、跳跃力度都是这里的参数。直接 velocity = direction * speed（瞬间满速/瞬间急停）会显得生硬，真人操作有「起步加速」和「惯性滑行」。
  3. 情境层（Context）：反应发生在什么环境中——相机跟随、碰撞体大小、屏幕抖动、音效。同一个移动脚本，配上不同相机和特效，手感评价会天差地别。

二、移动手感的四个核心参数（Godot 实操）

Godot 官方文档给出了四种移动方案（8 向、旋转+移动、鼠标旋转、点击移动），它们都是**「算速度 → move_and_slide()」**结构。在此基础上，好手感还需要：

  • 加速与摩擦：用 velocity = velocity.lerp(target_velocity, accel * delta) 平滑过渡，代替直接赋值。跑起来是「渐快」，松键是「滑行减速」，人物立刻有重量感。
  • 土狼时间（Coyote Time）：离开平台边缘后 80~120ms 内仍允许跳跃，弥补玩家「差一点点」的操作失误。
  • 跳跃缓冲（Jump Buffer）：落地前 100~150ms 按下的跳跃键，落地后自动触发，连跳体验瞬间变顺。
  • 参数导出：所有数值 @export var 到检查器面板，试玩时不用改代码，拖滑块就能调。

三、Juice：手感的外包装

手感「爽不爽」很大程度来自反馈（Vlambeer 的经典演讲 Juice it or lose it）：命中时击中停顿（hit stop，停 23 帧）、屏幕震动（幅度 26px，随距离衰减）、挤压拉伸（squash & stretch，落地/跳跃时缩放 0.9~1.1）、粒子碎片、闪白、音效。规则是：每次玩家造成影响的事件，至少给 2 种反馈（如视觉+音效）。

🎯 DeepSeek 提示词

提示词 1：生成带「手感参数」的 Godot 2D 平台角色脚本

适用场景：项目刚起步，想要一个移动手感合格、参数可调的 2D 平台角色，而不是一按就动的「木板人」。

你是资深 Godot 4 游戏程序员，精通 2D 平台动作游戏的手感调优。

任务：用 GDScript 写一个 2D 平台角色控制器（CharacterBody2D），要求：
1. 包含行走（加速度 accel、摩擦 friction、最高速度 max_speed）、跳跃（jump_velocity）、重力 gravity；
2. 实现土狼时间（coyote_time，默认 0.1 秒）和跳跃缓冲（jump_buffer，默认 0.12 秒）；
3. 所有参数用 @export 导出到检查器，并给出每项参数的推荐范围注释；
4. 只依赖内置输入映射 left/right/up/down/jump，不引入第三方插件。

输出格式：完整的单个 .gd 文件代码，含中文注释；最后附一段 100 字以内的「参数调优速查表」。

约束：代码必须能在 Godot 4.x 直接运行；不要用 AI 生成的占位素材；不要使用 move_and_collide。

提示词 2：给现有移动脚本做「手感体检」并给出调参方案

适用场景：角色能动但感觉「飘」或「肉」，不知道问题出在哪。把现有代码贴给 DeepSeek 换诊断。

你是游戏手感调试专家。下面是我 Godot 2D 游戏的角色移动脚本（CharacterBody2D）。

[在这里粘贴你的完整脚本代码]

任务：
1. 按「输入延迟 / 加速与摩擦 / 跳跃判定 / 反馈表现」四类，列出脚本中影响手感的具体问题点；
2. 对每个问题给出具体修改建议：改哪个参数、改成多少、为什么；
3. 如果脚本缺土狼时间或跳跃缓冲，直接给出补丁代码（只写需要新增/修改的函数）；
4. 最后输出一份「手感参数表」：参数名 | 当前值 | 建议值 | 效果说明。

约束：只改参数和算法，不改变项目结构；说明要能让没学过物理引擎的初学者看懂。

提示词 3：给游戏添加 Juice 反馈系统（屏幕震动 + 击中停顿 + 挤压拉伸）

适用场景：核心玩法能跑通，但打击/跳跃「没感觉」，需要加反馈让操作爽起来。

你是 Godot 4 游戏开发专家，擅长用少量代码做出「juicy」的反馈效果。

任务：为我的 2D 动作游戏添加一个可复用的 juice 反馈系统，包含：
1. 屏幕震动：一个全局单例（Autoload），提供 shake(intensity, duration) 方法，震动幅度随时间衰减，不影响 UI；
2. 击中停顿：命中敌人时把游戏时间 scale 短暂降到 0.05，持续 0.06 秒后恢复（注意用 Engine.time_scale 并在 _process 中处理真实时间）；
3. 挤压拉伸：角色跳跃/落地时，用 Tween 对 Sprite2D 的 scale 做 squash（落 0.9,1.1 / 跳 1.1,0.9），0.1 秒内弹回；
4. 每个效果都做成独立函数，附带一个 60 字以内的接入说明。

输出格式：每个功能一个代码块（Autoload 脚本 + 在角色脚本中如何调用的示例），全部中文注释。

约束：只使用 Godot 内置节点与 Tween，不引入外部库；效果强度参数全部 @export。

学习心得

手感是「用 DeepSeek 做 Steam 游戏」里最容易被 AI 做砸、也最值得用提示词模板化的环节：DeepSeek 一次生成的脚本默认是「直接赋值速度」的教科书写法，手感必然生硬。但只要在提示词里显式要求加速度/摩擦/土狼时间/跳跃缓冲，并让所有参数 @export，AI 写出来的角色控制器就具备了「可调」的基础——剩下的调参工作变成开游戏试玩、看手感参数表、改数字的体力活。把「手感检查清单」写进提示词，相当于把行业经验固化成了可复用的资产，这正是独立开发者用 AI 补足经验短板的方式。

明日关注

  • 深挖 Godot 的 lerp 平滑运动：加速度/阻尼在 8 向与平台移动中的不同配置
  • 收集 3 款 Steam 好评 2D 游戏的移动参数（如 Celeste、Hollow Knight）做对比参考
  • 把提示词 1 生成的脚本跑起来，试玩后按提示词 2 做一次「手感体检」练习

本文由自动化学习流水线每日生成，坚持即学即记。