Merge pull request 'revert d671e4d3117ae8d902cb15a43a1c1d9c30fc8e27' (#14) from moyin-patch-1 into main

Reviewed-on: datawhale/whale-town-front#14

.claude/settings.local.json

@@ -0,0 +1,7 @@
+{
+  "permissions": {
+    "allow": [
+      "Skill(whaletown-developer)"
+    ]
+  }
+}

.claude/skills/whaletown-developer/SKILL.md

@@ -0,0 +1,335 @@
+---
+name: whaletown-developer
+description: Automate WhaleTown project's standard development workflow. Use this skill when implementing features, fixing bugs, creating scenes, or any code development tasks. Guides through 7-step process - architecture analysis, implementation, comment/naming validation, testing, and Git commit generation following project conventions.
+---
+
+# WhaleTown Standard Development Workflow Skill
+
+This skill automates the standard development workflow for the WhaleTown project, ensuring all developers follow unified specifications and quality standards.
+
+## When to Use This Skill
+
+Activate this skill when:
+- Implementing new features ("实现XX功能", "添加XX系统")
+- Fixing bugs ("修复XX Bug", "解决XX问题")
+- Creating scenes ("创建XX场景", "设计XX界面")
+- Developing modules ("开发XX模块", "构建XX组件")
+- Any code development task requiring adherence to project standards
+
+## Development Workflow Overview
+
+```
+Step 1: Architecture Analysis (读取架构规范)
+   ↓
+Step 2: Implementation (按规范编码)
+   ↓
+Step 3: Comment Validation (注释规范检查)
+   ↓
+Step 4: Naming Validation (命名规范检查)
+   ↓
+Step 5: Test Writing (编写测试代码)
+   ↓
+Step 6: Test Execution (运行测试验证)
+   ↓
+Step 7: Git Commit (生成规范提交信息)
+```
+
+## Step-by-Step Workflow
+
+### Step 1: Architecture Analysis
+
+Read and apply the architecture specifications before implementation.
+
+**Actions:**
+1. Read `docs/02-开发规范/架构与通信规范.md`
+2. Determine file location based on feature type:
+   - Core systems → `_Core/managers/` or `_Core/systems/`
+   - Game scenes → `scenes/Maps/`, `scenes/Entities/`, `scenes/Components/`
+   - UI components → `scenes/ui/`
+3. Identify communication method (MUST use EventSystem for cross-module communication)
+4. List dependencies (required managers and systems)
+5. Design event definitions (add to `_Core/EventNames.gd`)
+
+**Layered Architecture:**
+```
+UI Layer (界面层)        → scenes/ui/
+    ↑
+Scenes Layer (游戏层)    → scenes/Maps/, scenes/Entities/
+    ↑
+_Core Layer (框架层)     → _Core/managers/, _Core/systems/
+```
+
+**Communication Principle:** "Signal Up, Call Down"
+- Parents call child methods (downward calls)
+- Children emit signals to notify parents (upward signals)
+- Cross-module communication MUST use EventSystem
+
+### Step 2: Implementation
+
+Implement the feature following strict project conventions.
+
+**Requirements:**
+- **Type Safety**: All variables and functions MUST have type annotations
+  ```gdscript
+  var speed: float = 200.0
+  func move(delta: float) -> void:
+  ```
+- **Godot 4.2+ Syntax**: NO `yield()`, use `await`
+- **Node Caching**: Use `@onready` to cache node references, avoid `get_node()` in `_process()`
+- **EventSystem Communication**: Use EventSystem for cross-module messaging
+  ```gdscript
+  EventSystem.emit_event(EventNames.PLAYER_MOVED, {"position": global_position})
+  EventSystem.connect_event(EventNames.INTERACT_PRESSED, _on_interact_pressed)
+  ```
+- **Nearest Filter**: All Sprite2D/TileMap resources MUST use Nearest filter (no Linear filter)
+- **AutoLoad Restrictions**: Only GameManager, SceneManager, EventSystem, NetworkManager, ResponseHandler allowed as autoloads
+- **Low-level Entities**: Do NOT directly reference GameManager in Player/NPC entities, use events instead
+
+### Step 3: Comment Validation
+
+Ensure code comments meet project standards.
+
+**Actions:**
+1. Read `docs/02-开发规范/代码注释规范.md`
+2. Verify file header comment is complete:
+   ```gdscript
+   # ============================================================================
+   # 文件名: FeatureName.gd
+   # 作用: 简短描述功能
+   #
+   # 主要功能:
+   # - 功能点1
+   # - 功能点2
+   #
+   # 依赖: 列出依赖的管理器/系统
+   # 作者: [开发者名称]
+   # 创建时间: YYYY-MM-DD
+   # ============================================================================
+   ```
+3. Verify all public functions have complete documentation:
+   ```gdscript
+   # 函数功能描述
+   #
+   # 参数:
+   #   param_name: Type - 参数说明
+   #
+   # 返回值:
+   #   Type - 返回值说明
+   #
+   # 使用示例:
+   #   var result = function_name(param)
+   func function_name(param: Type) -> ReturnType:
+   ```
+4. Ensure complex logic has inline comments explaining WHY, not WHAT
+
+### Step 4: Naming Validation
+
+Verify all naming follows project conventions.
+
+**Actions:**
+1. Read `docs/02-开发规范/命名规范.md`
+2. Validate naming conventions:
+   - **Class names**: PascalCase (`class_name PlayerController`)
+   - **Variables/Functions**: camelCase (`var moveSpeed: float`, `func updateMovement()`)
+   - **Constants**: UPPER_CASE (`const MAX_HEALTH: int = 100`)
+   - **Private members**: Underscore prefix (`var _velocity: Vector2`)
+   - **Scene files**: snake_case with suffix (`player_scene.tscn`, `enemy_prefab.tscn`)
+   - **Script files**: PascalCase.gd (`PlayerController.gd`, `GameManager.gd`)
+
+**Common Patterns:**
+```gdscript
+# ✅ Correct
+const MAX_SPEED: float = 300.0
+var currentHealth: int
+var _isInitialized: bool = false
+func getPlayerPosition() -> Vector2:
+func _calculateDamage(baseDamage: int) -> int:
+
+# ❌ Incorrect
+const maxSpeed: float = 300.0        # Constants must be UPPER_CASE
+var CurrentHealth: int                # Variables must be camelCase
+var is_initialized: bool = false      # No snake_case for variables
+func GetPlayerPosition() -> Vector2:  # Functions must be camelCase
+```
+
+### Step 5: Test Writing
+
+Create unit tests for the implemented functionality.
+
+**Actions:**
+1. Read `docs/03-技术实现/测试指南.md`
+2. For _Core/ managers/systems, MUST create corresponding test file in `tests/unit/`
+3. Test file naming: `test_[name].gd`
+4. Test file structure:
+   ```gdscript
+   extends GutTest
+
+   ## [FeatureName] 单元测试
+
+   var feature: FeatureName
+
+   func before_each():
+       feature = preload("res://_Core/managers/FeatureName.gd").new()
+       add_child(feature)
+
+   func after_each():
+       feature.queue_free()
+
+   func test_initialization():
+       var result = feature.initialize()
+       assert_true(result, "Feature should initialize successfully")
+
+   func test_core_functionality():
+       # Test core functionality
+       pass
+   ```
+
+### Step 6: Test Execution
+
+Run tests to ensure code quality.
+
+**Actions:**
+1. Run GUT tests using Bash tool:
+   ```bash
+   godot --headless -s addons/gut/gut_cmdline.gd -gdir=res://tests/ -ginclude_subdirs
+   ```
+2. Verify all tests pass
+3. If tests fail:
+   - Identify the root cause
+   - Fix the implementation or test
+   - Re-run tests until all pass
+
+### Step 7: Git Commit
+
+Generate standardized Git commit message.
+
+**Actions:**
+1. Read `docs/02-开发规范/Git提交规范.md`
+2. Determine commit type based on changes:
+   - `feat` - New features
+   - `fix` - Bug fixes
+   - `docs` - Documentation updates
+   - `refactor` - Code refactoring
+   - `perf` - Performance optimization
+   - `test` - Test additions/modifications
+   - `scene` - Scene file changes
+   - `ui` - UI related changes
+3. Generate commit message using Chinese colon (：):
+   ```
+   <类型>：<简短描述>
+
+   [可选的详细描述]
+   ```
+4. Follow principles:
+   - **One commit, one change** - Most important rule
+   - Use imperative verbs (添加, 修复, 更新)
+   - Keep description concise (< 50 characters)
+   - If multiple types of changes, split into separate commits
+
+**Examples:**
+```bash
+# ✅ Good commits
+git commit -m "feat：实现玩家二段跳功能"
+git commit -m "fix：修复角色跳跃时的碰撞检测问题"
+git commit -m "test：添加角色控制器单元测试"
+
+# ❌ Bad commits
+git commit -m "fix + feat：修复Bug并添加新功能"  # Mixed types
+git commit -m "update player"                    # Vague, English
+```
+
+## Progress Tracking
+
+Use TodoWrite tool to track workflow progress:
+
+```gdscript
+TodoWrite.create_todos([
+  "Step 1: 架构分析 - 读取架构规范",
+  "Step 2: 功能实现 - 按规范编码",
+  "Step 3: 注释规范检查",
+  "Step 4: 命名规范检查",
+  "Step 5: 测试代码编写",
+  "Step 6: 测试验证 - 运行测试",
+  "Step 7: Git 提交 - 生成提交信息"
+])
+```
+
+Mark each step as `completed` immediately after finishing.
+
+## Quality Checklist
+
+Before completing the workflow, verify:
+
+- [ ] File location follows layered architecture (_Core, scenes, UI)
+- [ ] Uses EventSystem for cross-module communication
+- [ ] Event names added to EventNames.gd
+- [ ] All variables and functions have type annotations
+- [ ] Naming conventions correct (PascalCase/camelCase/UPPER_CASE)
+- [ ] File header comment complete
+- [ ] Public functions have complete documentation
+- [ ] Unit tests created and passing
+- [ ] Git commit message follows specification
+- [ ] No Godot 3.x syntax (yield → await)
+- [ ] Node references cached with @onready
+- [ ] Sprite2D/TileMap use Nearest filter
+
+## Reference Documents
+
+The skill automatically reads these documents at appropriate steps:
+
+- Architecture: `docs/02-开发规范/架构与通信规范.md`
+- Comments: `docs/02-开发规范/代码注释规范.md`
+- Naming: `docs/02-开发规范/命名规范.md`
+- Testing: `docs/03-技术实现/测试指南.md`
+- Git: `docs/02-开发规范/Git提交规范.md`
+- Project Instructions: `claude.md` (root directory)
+
+For detailed checklist reference, see `references/checklist.md` in this skill directory.
+
+## Example Workflow
+
+User request: "实现玩家二段跳功能"
+
+1. **Architecture Analysis** ✅
+   - Read architecture spec
+   - Target: `scenes/Entities/Player/Player.gd`
+   - Communication: Emit `PLAYER_DOUBLE_JUMPED` event
+   - Dependencies: EventSystem, Input
+   - Event: Add `PLAYER_DOUBLE_JUMPED` to EventNames.gd
+
+2. **Implementation** ✅
+   - Create double jump logic with type annotations
+   - Use EventSystem.emit_event() for notifications
+   - Cache references with @onready
+   - Use await instead of yield
+
+3. **Comment Validation** ✅
+   - Add file header with feature description
+   - Document double jump function parameters
+   - Add inline comments for jump logic
+
+4. **Naming Validation** ✅
+   - Verify: `var canDoubleJump: bool` (camelCase)
+   - Verify: `const MAX_DOUBLE_JUMPS: int` (UPPER_CASE)
+   - Verify: `func performDoubleJump()` (camelCase)
+
+5. **Test Writing** ✅
+   - Create `tests/unit/test_player_double_jump.gd`
+   - Test initialization, jump execution, limits
+
+6. **Test Execution** ✅
+   - Run: `godot --headless -s addons/gut/gut_cmdline.gd`
+   - All tests pass ✅
+
+7. **Git Commit** ✅
+   ```bash
+   git add scenes/Entities/Player/Player.gd _Core/EventNames.gd tests/unit/test_player_double_jump.gd
+   git commit -m "feat：实现玩家二段跳功能"
+   ```
+
+## Notes
+
+- This skill enforces quality standards through automated validation
+- Each step builds upon the previous, ensuring comprehensive quality control
+- Skipping steps will result in incomplete or non-compliant code
+- The 7-step workflow is designed for team consistency and maintainability

.claude/skills/whaletown-developer/references/checklist.md

@@ -0,0 +1,285 @@
+# WhaleTown Development Quality Checklist
+
+快速参考检查清单，用于验证代码是否符合项目规范。
+
+## 架构检查清单
+
+### 文件位置
+- [ ] 核心系统文件位于 `_Core/managers/` 或 `_Core/systems/`
+- [ ] 游戏场景文件位于 `scenes/Maps/`, `scenes/Entities/`, `scenes/Components/`
+- [ ] UI 组件文件位于 `scenes/ui/`
+- [ ] 测试文件位于 `tests/unit/` 或 `tests/integration/`
+
+### 通信方式
+- [ ] 跨模块通信使用 EventSystem
+- [ ] 新增事件定义在 `_Core/EventNames.gd` 中
+- [ ] 遵循 "Signal Up, Call Down" 原则
+- [ ] 父节点调用子节点方法（向下调用）
+- [ ] 子节点发出信号通知父节点（向上信号）
+
+### 依赖管理
+- [ ] 仅使用允许的自动加载：GameManager, SceneManager, EventSystem, NetworkManager, ResponseHandler
+- [ ] 底层实体（Player, NPC）不直接访问 GameManager
+- [ ] 底层实体通过事件系统与全局管理器通信
+
+---
+
+## 代码规范检查清单
+
+### 类型安全
+- [ ] 所有变量都有类型注解：`var speed: float = 200.0`
+- [ ] 所有函数都有参数和返回值类型：`func move(delta: float) -> void:`
+- [ ] 常量都有类型注解：`const MAX_HEALTH: int = 100`
+
+### Godot 4.2+ 语法
+- [ ] 使用 `await` 代替 `yield()`
+- [ ] 使用 `@onready` 缓存节点引用
+- [ ] 避免在 `_process()` 中使用 `get_node()`
+- [ ] 信号连接使用 `.connect()` 语法
+
+### 资源设置
+- [ ] 所有 Sprite2D 使用 Nearest 滤镜（不使用 Linear）
+- [ ] 所有 TileMap 使用 Nearest 滤镜
+
+---
+
+## 命名规范检查清单
+
+### 类名
+- [ ] 使用 PascalCase：`class_name PlayerController`
+- [ ] 文件名与类名一致：`PlayerController.gd`
+
+### 变量
+- [ ] 公共变量使用 camelCase：`var moveSpeed: float`
+- [ ] 私有变量使用下划线前缀：`var _velocity: Vector2`
+- [ ] 布尔变量使用 is/has/can 前缀：`var isJumping: bool`
+
+### 函数
+- [ ] 使用 camelCase：`func updateMovement()`
+- [ ] 获取函数使用 `get` 前缀：`func getPlayerPosition()`
+- [ ] 设置函数使用 `set` 前缀：`func setHealth(value: int)`
+- [ ] 判断函数使用 `is/has/can` 前缀：`func isAlive()`, `func canJump()`
+- [ ] 私有函数使用下划线前缀：`func _calculateDamage()`
+
+### 常量
+- [ ] 使用 UPPER_CASE：`const MAX_HEALTH: int = 100`
+- [ ] 使用下划线分隔：`const JUMP_FORCE: float = -400.0`
+
+### 枚举
+- [ ] 枚举类型使用 PascalCase：`enum PlayerState`
+- [ ] 枚举值使用 UPPER_CASE：`IDLE, WALKING, RUNNING`
+
+### 文件命名
+- [ ] 脚本文件：PascalCase.gd (`PlayerController.gd`)
+- [ ] 场景文件：snake_case_scene.tscn (`main_scene.tscn`)
+- [ ] 预制体文件：snake_case_prefab.tscn (`player_prefab.tscn`)
+- [ ] 资源文件：snake_case (`sprite_player_idle.png`)
+
+---
+
+## 注释规范检查清单
+
+### 文件头注释
+- [ ] 包含文件名
+- [ ] 包含作用描述
+- [ ] 列出主要功能
+- [ ] 列出依赖的管理器/系统
+- [ ] 包含作者和创建时间
+
+示例：
+```gdscript
+# ============================================================================
+# 文件名: PlayerController.gd
+# 作用: 玩家角色控制器，处理玩家输入和移动逻辑
+#
+# 主要功能:
+# - 处理键盘和手柄输入
+# - 控制角色移动和跳跃
+# - 管理角色状态切换
+#
+# 依赖: EventSystem, InputManager
+# 作者: [开发者名称]
+# 创建时间: 2025-01-03
+# ============================================================================
+```
+
+### 函数注释
+- [ ] 公共函数有完整注释
+- [ ] 包含功能描述
+- [ ] 列出参数说明（名称、类型、含义）
+- [ ] 说明返回值（类型、含义）
+- [ ] 提供使用示例（对于复杂函数）
+- [ ] 标注注意事项（如果有）
+
+示例：
+```gdscript
+# 处理玩家输入并更新移动状态
+#
+# 参数:
+#   delta: float - 帧时间间隔
+#
+# 返回值: 无
+#
+# 注意事项:
+# - 需要在 _physics_process 中调用
+# - 会自动处理重力和碰撞
+func handleMovement(delta: float) -> void:
+```
+
+### 行内注释
+- [ ] 复杂逻辑有注释说明
+- [ ] 注释解释 WHY（为什么），不解释 WHAT（是什么）
+- [ ] 避免显而易见的注释
+- [ ] 使用 TODO/FIXME/NOTE 等标记
+
+---
+
+## 测试规范检查清单
+
+### 测试文件
+- [ ] _Core/ 中的管理器/系统都有对应测试文件
+- [ ] 测试文件位于 `tests/unit/` 或 `tests/integration/`
+- [ ] 测试文件命名：`test_[name].gd`
+- [ ] 测试文件继承自 GutTest：`extends GutTest`
+
+### 测试结构
+- [ ] 包含测试类注释
+- [ ] 实现 `before_each()` 进行测试前置设置
+- [ ] 实现 `after_each()` 进行测试清理
+- [ ] 测试方法命名：`test_[功能名称]()`
+
+### 测试覆盖
+- [ ] 测试核心功能的正常流程
+- [ ] 测试错误处理和边界条件
+- [ ] 测试初始化和清理逻辑
+- [ ] 所有测试都能通过
+
+示例：
+```gdscript
+extends GutTest
+
+## PlayerController 单元测试
+
+var player: PlayerController
+
+func before_each():
+    player = preload("res://scenes/Entities/Player/PlayerController.gd").new()
+    add_child(player)
+
+func after_each():
+    player.queue_free()
+
+func test_initialization():
+    var result = player.initialize()
+    assert_true(result, "Player should initialize successfully")
+
+func test_movement():
+    # 测试移动功能
+    pass
+```
+
+---
+
+## Git 提交规范检查清单
+
+### 提交类型
+- [ ] 使用正确的提交类型：
+  - `feat` - 新功能
+  - `fix` - Bug 修复
+  - `docs` - 文档更新
+  - `refactor` - 代码重构
+  - `test` - 测试相关
+  - `scene` - 场景文件
+  - `ui` - UI 相关
+
+### 提交格式
+- [ ] 使用中文冒号（：）
+- [ ] 描述简洁明了（< 50 字符）
+- [ ] 使用动词开头（添加、修复、更新）
+- [ ] 一次提交只包含一种类型的改动
+
+### 提交原则
+- [ ] 一次提交只做一件事
+- [ ] 提交的代码能够正常运行
+- [ ] 避免 fix + feat 混合提交
+- [ ] 如需多种改动，拆分成多次提交
+
+示例：
+```bash
+# ✅ 正确
+git commit -m "feat：实现玩家二段跳功能"
+git commit -m "fix：修复角色跳跃时的碰撞检测问题"
+git commit -m "test：添加角色控制器单元测试"
+
+# ❌ 错误
+git commit -m "fix + feat：修复Bug并添加新功能"  # 混合类型
+git commit -m "update player"                    # 描述不清晰，使用英文
+git commit -m "fix: 修复Bug"                     # 使用英文冒号
+```
+
+---
+
+## 完整工作流检查清单
+
+使用此清单验证开发任务是否完整执行 7 步工作流：
+
+### Step 1: 架构分析
+- [ ] 已读取 `docs/02-开发规范/架构与通信规范.md`
+- [ ] 已确定文件位置（_Core, scenes, UI）
+- [ ] 已确定通信方式（EventSystem）
+- [ ] 已列出依赖的管理器/系统
+- [ ] 已设计事件定义（如需要）
+
+### Step 2: 功能实现
+- [ ] 代码遵循分层架构
+- [ ] 所有变量和函数有类型注解
+- [ ] 使用 Godot 4.2+ 语法
+- [ ] 使用 EventSystem 进行跨模块通信
+- [ ] 使用 @onready 缓存节点引用
+
+### Step 3: 注释规范检查
+- [ ] 已读取 `docs/02-开发规范/代码注释规范.md`
+- [ ] 文件头注释完整
+- [ ] 公共函数有完整注释
+- [ ] 复杂逻辑有行内注释
+
+### Step 4: 命名规范检查
+- [ ] 已读取 `docs/02-开发规范/命名规范.md`
+- [ ] 类名使用 PascalCase
+- [ ] 变量/函数使用 camelCase
+- [ ] 常量使用 UPPER_CASE
+- [ ] 私有成员使用下划线前缀
+
+### Step 5: 测试代码编写
+- [ ] 已读取 `docs/03-技术实现/测试指南.md`
+- [ ] 创建了测试文件 `tests/unit/test_[name].gd`
+- [ ] 测试文件继承自 GutTest
+- [ ] 编写了核心功能测试
+
+### Step 6: 测试验证
+- [ ] 运行了 GUT 测试命令
+- [ ] 所有测试通过
+- [ ] 如有失败，已修复并重新测试
+
+### Step 7: Git 提交
+- [ ] 已读取 `docs/02-开发规范/Git提交规范.md`
+- [ ] 生成了符合规范的提交信息
+- [ ] 提交类型正确
+- [ ] 使用中文冒号
+- [ ] 遵循"一次提交只做一件事"原则
+
+---
+
+## 快速自检问题
+
+在提交代码前，问自己以下问题：
+
+1. **架构**: 文件放在正确的位置了吗？
+2. **通信**: 是否使用 EventSystem 进行跨模块通信？
+3. **类型**: 所有变量和函数都有类型注解吗？
+4. **命名**: 命名是否符合规范（PascalCase/camelCase/UPPER_CASE）？
+5. **注释**: 文件头和公共函数有完整注释吗？
+6. **测试**: 创建并运行测试了吗？所有测试都通过了吗？
+7. **提交**: Git 提交信息符合规范吗？
+
+如果以上问题都能回答"是"，那么代码已经符合 WhaleTown 项目的质量标准！✅

.claude/skills/whaletown-developer/使用说明.md

@@ -0,0 +1,312 @@
+# WhaleTown Developer Skill 使用说明
+
+## 📖 简介
+
+`whaletown-developer` 是 WhaleTown 项目的标准开发工作流自动化技能，确保所有开发任务都遵循统一的项目规范和质量标准。
+
+## 🎯 适用场景
+
+在以下情况下使用此 skill：
+
+- ✅ 实现新功能（"实现玩家二段跳"、"添加存档系统"）
+- ✅ 修复 Bug（"修复角色碰撞问题"、"解决UI显示错误"）
+- ✅ 创建场景（"创建商店场景"、"设计背包界面"）
+- ✅ 开发模块（"开发任务系统"、"构建战斗组件"）
+- ✅ 任何需要遵循项目规范的代码开发任务
+
+## 🚀 调用方式
+
+### 方式一：通过 Claude（推荐）
+
+```
+用户：帮我实现一个 NPC
+Claude：/whaletown-developer 实现一个 NPC
+```
+
+### 方式二：直接请求
+
+```
+用户：使用 whaletown-developer skill 创建玩家移动系统
+```
+
+## 📋 7 步工作流程
+
+skill 会自动执行以下标准化流程：
+
+```
+Step 1: 架构分析
+   ↓ 读取架构规范，确定文件位置、通信方式、依赖关系
+
+Step 2: 功能实现
+   ↓ 按照类型安全、命名规范、EventSystem 通信等要求编码
+
+Step 3: 注释规范检查
+   ↓ 验证文件头、函数文档、行内注释是否完整
+
+Step 4: 命名规范检查
+   ↓ 验证 PascalCase/camelCase/UPPER_CASE 命名规范
+
+Step 5: 测试代码编写
+   ↓ 为核心功能创建 GUT 单元测试
+
+Step 6: 测试验证
+   ↓ 运行测试确保功能正常
+
+Step 7: Git 提交
+   ↓ 生成符合规范的提交信息
+```
+
+## 💡 使用示例
+
+### 示例 1：创建玩家控制器
+
+**用户输入：**
+```
+帮我创建一个玩家角色控制器
+```
+
+**Skill 执行：**
+1. 分析架构 → 确定放在 `scenes/Entities/Player/PlayerController.gd`
+2. 实现功能 → 创建带类型注解的移动、跳跃逻辑
+3. 检查注释 → 添加完整的文件头和函数文档
+4. 检查命名 → 确保 `moveSpeed`、`MAX_HEALTH` 等命名正确
+5. 编写测试 → 创建 `tests/unit/test_player_controller.gd`
+6. 运行测试 → 验证功能正常
+7. 生成提交 → `feat：实现玩家角色控制器`
+
+### 示例 2：修复跳跃 Bug
+
+**用户输入：**
+```
+修复玩家跳跃时的碰撞检测问题
+```
+
+**Skill 执行：**
+1. 分析架构 → 定位到 `scenes/Entities/Player/Player.gd`
+2. 实现修复 → 修改碰撞检测逻辑
+3. 检查注释 → 添加修复说明注释
+4. 检查命名 → 确保变量命名规范
+5. 编写测试 → 添加碰撞测试用例
+6. 运行测试 → 确认 Bug 已修复
+7. 生成提交 → `fix：修复玩家跳跃时的碰撞检测问题`
+
+### 示例 3：添加事件通信
+
+**用户输入：**
+```
+实现 NPC 对话系统的事件通信
+```
+
+**Skill 执行：**
+1. 分析架构 → 使用 EventSystem 跨模块通信
+2. 实现功能 → 在 EventNames.gd 添加 `NPC_DIALOG_STARTED` 事件
+3. 检查注释 → 文档化事件数据格式
+4. 检查命名 → 确保事件名称符合规范
+5. 编写测试 → 测试事件发送和接收
+6. 运行测试 → 验证通信正常
+7. 生成提交 → `feat：实现NPC对话系统的事件通信`
+
+## ✅ 质量保证
+
+每次使用 skill 后，代码都会符合以下标准：
+
+### 架构层面
+- ✅ 文件位置符合分层架构（_Core、scenes、UI）
+- ✅ 使用 EventSystem 实现跨模块通信
+- ✅ 事件名称已添加到 EventNames.gd
+- ✅ 遵循"Signal Up, Call Down"原则
+
+### 代码质量
+- ✅ 所有变量和函数都有类型注解
+- ✅ 命名规范正确（PascalCase/camelCase/UPPER_CASE）
+- ✅ 使用 Godot 4.2+ 语法（await 而非 yield）
+- ✅ 节点引用使用 @onready 缓存
+
+### 文档规范
+- ✅ 文件头注释完整（文件名、作用、功能、依赖）
+- ✅ 公共函数有完整文档（参数、返回值、示例）
+- ✅ 复杂逻辑有行内注释说明
+
+### 测试覆盖
+- ✅ 核心功能有单元测试
+- ✅ 测试文件命名规范（test_*.gd）
+- ✅ 测试通过验证
+
+### Git 规范
+- ✅ 提交信息格式正确（类型：描述）
+- ✅ 遵循"一次提交只做一件事"原则
+- ✅ 使用中文冒号和动词开头
+
+## 📚 相关文档
+
+Skill 会自动读取以下规范文档：
+
+- `docs/02-开发规范/架构与通信规范.md` - 分层架构和 EventSystem
+- `docs/02-开发规范/代码注释规范.md` - 注释格式要求
+- `docs/02-开发规范/命名规范.md` - 命名约定
+- `docs/03-技术实现/测试指南.md` - 测试框架使用
+- `docs/02-开发规范/Git提交规范.md` - 提交信息格式
+- `CLAUDE.md` - 项目总体指导
+
+## ⚙️ 配置文件
+
+Skill 相关配置文件位置：
+
+```
+.claude/skills/whaletown-developer/
+├── SKILL.md                    # Skill 定义文件
+├── 使用说明.md                  # 本文档
+└── references/
+    └── checklist.md            # 质量检查清单
+```
+
+## 🔄 工作流程可视化
+
+```
+用户请求
+    ↓
+调用 whaletown-developer skill
+    ↓
+[Step 1] 架构分析
+    ├─ 读取架构规范文档
+    ├─ 确定文件位置
+    ├─ 识别通信方式
+    └─ 设计事件定义
+    ↓
+[Step 2] 功能实现
+    ├─ 遵循类型安全
+    ├─ 使用 EventSystem
+    ├─ 缓存节点引用
+    └─ 使用 Godot 4.2+ 语法
+    ↓
+[Step 3] 注释规范检查
+    ├─ 验证文件头注释
+    ├─ 验证函数文档
+    └─ 检查行内注释
+    ↓
+[Step 4] 命名规范检查
+    ├─ 类名 PascalCase
+    ├─ 变量/函数 camelCase
+    ├─ 常量 UPPER_CASE
+    └─ 私有成员 _prefix
+    ↓
+[Step 5] 测试代码编写
+    ├─ 创建测试文件
+    ├─ 编写测试用例
+    └─ 覆盖核心功能
+    ↓
+[Step 6] 测试验证
+    ├─ 运行 GUT 测试
+    ├─ 验证测试通过
+    └─ 修复失败测试
+    ↓
+[Step 7] Git 提交
+    ├─ 确定提交类型
+    ├─ 生成提交信息
+    └─ 遵循提交规范
+    ↓
+完成 ✅
+```
+
+## 🎓 最佳实践
+
+### 1. 明确任务描述
+```bash
+# ✅ 好的描述
+"实现玩家二段跳功能"
+"修复敌人AI路径寻找Bug"
+"创建商店购买界面"
+
+# ❌ 模糊描述
+"改一下玩家"
+"修复Bug"
+"做个界面"
+```
+
+### 2. 一次处理一个功能
+```bash
+# ✅ 推荐
+用户：实现玩家移动
+用户：实现玩家跳跃
+
+# ❌ 不推荐
+用户：实现玩家移动、跳跃、攻击、技能系统
+```
+
+### 3. 信任 Skill 流程
+- Skill 会按照 7 步流程确保质量
+- 不需要手动检查命名、注释等细节
+- 专注于功能需求和业务逻辑
+
+### 4. 查看生成的提交信息
+- Skill 会在 Step 7 生成规范的提交信息
+- 可以直接使用或根据需要微调
+
+## ⚠️ 注意事项
+
+1. **首次使用**
+   - 确保已阅读 `CLAUDE.md` 了解项目规范
+   - 确认所有规范文档都已存在
+
+2. **测试环境**
+   - 确保 GUT 测试框架已安装（如需运行测试）
+   - Godot 可执行文件在 PATH 中（Step 6 测试执行）
+
+3. **中断处理**
+   - 如果工作流被中断，可以继续执行剩余步骤
+   - Skill 使用 TodoWrite 追踪进度
+
+4. **规范更新**
+   - 项目规范文档更新时，Skill 会自动读取最新版本
+   - 无需手动同步
+
+## 🤝 反馈与改进
+
+如果遇到问题或有改进建议：
+
+1. 检查是否所有规范文档都已更新
+2. 确认任务描述清晰明确
+3. 查看 Skill 执行日志定位问题
+4. 向团队报告问题或建议
+
+## 📊 效果对比
+
+### 不使用 Skill
+```
+开发者手动：
+1. 不确定文件放哪里 ❌
+2. 可能忘记类型注解 ❌
+3. 注释不完整 ❌
+4. 命名不一致 ❌
+5. 没有测试 ❌
+6. 提交信息格式错误 ❌
+结果：代码质量参差不齐
+```
+
+### 使用 Skill
+```
+Skill 自动化：
+1. 自动确定正确位置 ✅
+2. 强制类型安全 ✅
+3. 完整注释文档 ✅
+4. 统一命名规范 ✅
+5. 自动生成测试 ✅
+6. 规范提交信息 ✅
+结果：高质量、一致性代码
+```
+
+## 🎯 总结
+
+whaletown-developer skill 是你的开发助手，它会：
+
+- 🤖 **自动化** 7 步标准流程
+- 📏 **标准化** 代码质量
+- 🔒 **保证** 规范遵循
+- ⚡ **加速** 开发效率
+- 🧪 **确保** 测试覆盖
+
+**记住：专注于功能实现，让 Skill 处理规范和质量！**
+
+---
+
+**开始使用：** 只需告诉 Claude "帮我实现 XXX 功能" 即可！

_Core/EventNames.gd

@@ -51,6 +51,8 @@ const SCENE_DATA_TRANSFER = "scene_data_transfer"
 const TILEMAP_READY = "tilemap_ready"
 const COMPONENT_MESSAGE = "component_message"
 const POSITION_UPDATE = "position_update"
+const GRID_POSITION_CHANGED = "grid_position_changed"
+const GRID_SNAP_REQUESTED = "grid_snap_requested"
 
 # ============================================================================
 # 测试事件

_Core/ProjectPaths.gd

@@ -19,6 +19,11 @@ const CORE_SYSTEMS = CORE_ROOT + "systems/"
 const CORE_COMPONENTS = CORE_ROOT + "components/"
 const CORE_UTILS = CORE_ROOT + "utils/"
 
+# 系统文件路径
+const GRID_SYSTEM = CORE_SYSTEMS + "GridSystem.gd"
+const EVENT_SYSTEM = CORE_SYSTEMS + "EventSystem.gd"
+const TILE_SYSTEM = CORE_SYSTEMS + "TileSystem.gd"
+
 # ============================================================================
 # 场景路径
 # ============================================================================
@@ -46,6 +51,10 @@ const ASSETS_FONTS = ASSETS_ROOT + "fonts/"
 const ASSETS_MATERIALS = ASSETS_ROOT + "materials/"
 const ASSETS_SHADERS = ASSETS_ROOT + "shaders/"
 
+# 地形资源路径
+const ASSETS_TERRAIN = ASSETS_SPRITES + "terrain/"
+const ASSETS_GRASS = ASSETS_TERRAIN + "grass/"
+
 # ============================================================================
 # 数据路径
 # ============================================================================

_Core/systems/GridSystem.gd

@@ -0,0 +1,143 @@
+# ============================================================================
+# 网格系统 - GridSystem.gd
+# 
+# 提供32x32像素的最小网格单元控制，用于规范地图大小和位置计算
+# 
+# 使用方式:
+#   var grid_pos = GridSystem.world_to_grid(world_position)
+#   var world_pos = GridSystem.grid_to_world(grid_position)
+#   var snapped_pos = GridSystem.snap_to_grid(position)
+# ============================================================================
+
+class_name GridSystem
+extends RefCounted
+
+# ============================================================================
+# 常量定义
+# ============================================================================
+const GRID_SIZE: int = 32  # 网格单元大小 32x32 像素
+const HALF_GRID_SIZE: float = GRID_SIZE * 0.5  # 网格中心偏移
+
+# ============================================================================
+# 坐标转换方法
+# ============================================================================
+
+# 世界坐标转换为网格坐标
+static func world_to_grid(world_pos: Vector2) -> Vector2i:
+	return Vector2i(
+		int(world_pos.x / GRID_SIZE),
+		int(world_pos.y / GRID_SIZE)
+	)
+
+# 网格坐标转换为世界坐标（返回网格左上角）
+static func grid_to_world(grid_pos: Vector2i) -> Vector2:
+	return Vector2(
+		grid_pos.x * GRID_SIZE,
+		grid_pos.y * GRID_SIZE
+	)
+
+# 网格坐标转换为世界坐标（返回网格中心）
+static func grid_to_world_center(grid_pos: Vector2i) -> Vector2:
+	return Vector2(
+		grid_pos.x * GRID_SIZE + HALF_GRID_SIZE,
+		grid_pos.y * GRID_SIZE + HALF_GRID_SIZE
+	)
+
+# 将位置吸附到最近的网格点（左上角）
+static func snap_to_grid(position: Vector2) -> Vector2:
+	return Vector2(
+		floor(position.x / GRID_SIZE) * GRID_SIZE,
+		floor(position.y / GRID_SIZE) * GRID_SIZE
+	)
+
+# 将位置吸附到最近的网格中心
+static func snap_to_grid_center(position: Vector2) -> Vector2:
+	var grid_pos = world_to_grid(position)
+	return grid_to_world_center(grid_pos)
+
+# ============================================================================
+# 距离和区域计算
+# ============================================================================
+
+# 计算两个网格坐标之间的曼哈顿距离
+static func grid_distance_manhattan(grid_pos1: Vector2i, grid_pos2: Vector2i) -> int:
+	return abs(grid_pos1.x - grid_pos2.x) + abs(grid_pos1.y - grid_pos2.y)
+
+# 计算两个网格坐标之间的欧几里得距离
+static func grid_distance_euclidean(grid_pos1: Vector2i, grid_pos2: Vector2i) -> float:
+	var diff = grid_pos1 - grid_pos2
+	return sqrt(diff.x * diff.x + diff.y * diff.y)
+
+# 获取指定网格坐标周围的邻居网格（4方向）
+static func get_grid_neighbors_4(grid_pos: Vector2i) -> Array[Vector2i]:
+	return [
+		Vector2i(grid_pos.x, grid_pos.y - 1),  # 上
+		Vector2i(grid_pos.x + 1, grid_pos.y),  # 右
+		Vector2i(grid_pos.x, grid_pos.y + 1),  # 下
+		Vector2i(grid_pos.x - 1, grid_pos.y)   # 左
+	]
+
+# 获取指定网格坐标周围的邻居网格（8方向）
+static func get_grid_neighbors_8(grid_pos: Vector2i) -> Array[Vector2i]:
+	var neighbors: Array[Vector2i] = []
+	for x in range(-1, 2):
+		for y in range(-1, 2):
+			if x == 0 and y == 0:
+				continue
+			neighbors.append(Vector2i(grid_pos.x + x, grid_pos.y + y))
+	return neighbors
+
+# ============================================================================
+# 区域和边界检查
+# ============================================================================
+
+# 检查网格坐标是否在指定矩形区域内
+static func is_grid_in_bounds(grid_pos: Vector2i, min_grid: Vector2i, max_grid: Vector2i) -> bool:
+	return (grid_pos.x >= min_grid.x and grid_pos.x <= max_grid.x and
+			grid_pos.y >= min_grid.y and grid_pos.y <= max_grid.y)
+
+# 获取矩形区域内的所有网格坐标
+static func get_grids_in_rect(min_grid: Vector2i, max_grid: Vector2i) -> Array[Vector2i]:
+	var grids: Array[Vector2i] = []
+	for x in range(min_grid.x, max_grid.x + 1):
+		for y in range(min_grid.y, max_grid.y + 1):
+			grids.append(Vector2i(x, y))
+	return grids
+
+# ============================================================================
+# 地图尺寸规范化
+# ============================================================================
+
+# 将像素尺寸规范化为网格尺寸的倍数
+static func normalize_size_to_grid(pixel_size: Vector2i) -> Vector2i:
+	return Vector2i(
+		int(ceil(float(pixel_size.x) / GRID_SIZE)) * GRID_SIZE,
+		int(ceil(float(pixel_size.y) / GRID_SIZE)) * GRID_SIZE
+	)
+
+# 计算指定像素尺寸需要多少个网格单元
+static func get_grid_count(pixel_size: Vector2i) -> Vector2i:
+	return Vector2i(
+		int(ceil(float(pixel_size.x) / GRID_SIZE)),
+		int(ceil(float(pixel_size.y) / GRID_SIZE))
+	)
+
+# ============================================================================
+# 调试和可视化辅助
+# ============================================================================
+
+# 获取网格的边界矩形（用于调试绘制）
+static func get_grid_rect(grid_pos: Vector2i) -> Rect2:
+	var world_pos = grid_to_world(grid_pos)
+	return Rect2(world_pos, Vector2(GRID_SIZE, GRID_SIZE))
+
+# 打印网格信息（调试用）
+static func print_grid_info(world_pos: Vector2) -> void:
+	var grid_pos = world_to_grid(world_pos)
+	var snapped_pos = snap_to_grid(world_pos)
+	var center_pos = grid_to_world_center(grid_pos)
+	
+	print("世界坐标: ", world_pos)
+	print("网格坐标: ", grid_pos)
+	print("吸附位置: ", snapped_pos)
+	print("网格中心: ", center_pos)

_Core/systems/GridSystem.gd.uid

@@ -0,0 +1 @@
+uid://dceqpffgti4jb

assets/sprites/environment/curb.png.import

@@ -0,0 +1,40 @@
+[remap]
+
+importer="texture"
+type="CompressedTexture2D"
+uid="uid://b2gci3tcylfiw"
+path="res://.godot/imported/curb.png-aea973bea0e48d7135256b05941024a3.ctex"
+metadata={
+"vram_texture": false
+}
+
+[deps]
+
+source_file="res://assets/sprites/environment/curb.png"
+dest_files=["res://.godot/imported/curb.png-aea973bea0e48d7135256b05941024a3.ctex"]
+
+[params]
+
+compress/mode=0
+compress/high_quality=false
+compress/lossy_quality=0.7
+compress/uastc_level=0
+compress/rdo_quality_loss=0.0
+compress/hdr_compression=1
+compress/normal_map=0
+compress/channel_pack=0
+mipmaps/generate=false
+mipmaps/limit=-1
+roughness/mode=0
+roughness/src_normal=""
+process/channel_remap/red=0
+process/channel_remap/green=1
+process/channel_remap/blue=2
+process/channel_remap/alpha=3
+process/fix_alpha_border=true
+process/premult_alpha=false
+process/normal_map_invert_y=false
+process/hdr_as_srgb=false
+process/hdr_clamp_exposure=false
+process/size_limit=0
+detect_3d/compress_to=1

assets/sprites/environment/download_1767426187137.png.import

@@ -0,0 +1,40 @@
+[remap]
+
+importer="texture"
+type="CompressedTexture2D"
+uid="uid://djmpsp6t8vbra"
+path="res://.godot/imported/download_1767426187137.png-a7252aa9f644c4f3ab14cefb1a59847c.ctex"
+metadata={
+"vram_texture": false
+}
+
+[deps]
+
+source_file="res://assets/sprites/environment/download_1767426187137.png"
+dest_files=["res://.godot/imported/download_1767426187137.png-a7252aa9f644c4f3ab14cefb1a59847c.ctex"]
+
+[params]
+
+compress/mode=0
+compress/high_quality=false
+compress/lossy_quality=0.7
+compress/uastc_level=0
+compress/rdo_quality_loss=0.0
+compress/hdr_compression=1
+compress/normal_map=0
+compress/channel_pack=0
+mipmaps/generate=false
+mipmaps/limit=-1
+roughness/mode=0
+roughness/src_normal=""
+process/channel_remap/red=0
+process/channel_remap/green=1
+process/channel_remap/blue=2
+process/channel_remap/alpha=3
+process/fix_alpha_border=true
+process/premult_alpha=false
+process/normal_map_invert_y=false
+process/hdr_as_srgb=false
+process/hdr_clamp_exposure=false
+process/size_limit=0
+detect_3d/compress_to=1

assets/sprites/environment/floor_tile.png.import

@@ -0,0 +1,40 @@
+[remap]
+
+importer="texture"
+type="CompressedTexture2D"
+uid="uid://c3yr7cietnip3"
+path="res://.godot/imported/floor_tile.png-922ec9c726f71491a3ebe25e6696192d.ctex"
+metadata={
+"vram_texture": false
+}
+
+[deps]
+
+source_file="res://assets/sprites/environment/floor_tile.png"
+dest_files=["res://.godot/imported/floor_tile.png-922ec9c726f71491a3ebe25e6696192d.ctex"]
+
+[params]
+
+compress/mode=0
+compress/high_quality=false
+compress/lossy_quality=0.7
+compress/uastc_level=0
+compress/rdo_quality_loss=0.0
+compress/hdr_compression=1
+compress/normal_map=0
+compress/channel_pack=0
+mipmaps/generate=false
+mipmaps/limit=-1
+roughness/mode=0
+roughness/src_normal=""
+process/channel_remap/red=0
+process/channel_remap/green=1
+process/channel_remap/blue=2
+process/channel_remap/alpha=3
+process/fix_alpha_border=true
+process/premult_alpha=false
+process/normal_map_invert_y=false
+process/hdr_as_srgb=false
+process/hdr_clamp_exposure=false
+process/size_limit=0
+detect_3d/compress_to=1

assets/sprites/environment/square.png.import

@@ -0,0 +1,40 @@
+[remap]
+
+importer="texture"
+type="CompressedTexture2D"
+uid="uid://7o0xyqmqbvov"
+path="res://.godot/imported/square.png-f3b8edd32d9382a7b98d24fd60e1b771.ctex"
+metadata={
+"vram_texture": false
+}
+
+[deps]
+
+source_file="res://assets/sprites/environment/square.png"
+dest_files=["res://.godot/imported/square.png-f3b8edd32d9382a7b98d24fd60e1b771.ctex"]
+
+[params]
+
+compress/mode=0
+compress/high_quality=false
+compress/lossy_quality=0.7
+compress/uastc_level=0
+compress/rdo_quality_loss=0.0
+compress/hdr_compression=1
+compress/normal_map=0
+compress/channel_pack=0
+mipmaps/generate=false
+mipmaps/limit=-1
+roughness/mode=0
+roughness/src_normal=""
+process/channel_remap/red=0
+process/channel_remap/green=1
+process/channel_remap/blue=2
+process/channel_remap/alpha=3
+process/fix_alpha_border=true
+process/premult_alpha=false
+process/normal_map_invert_y=false
+process/hdr_as_srgb=false
+process/hdr_clamp_exposure=false
+process/size_limit=0
+detect_3d/compress_to=1

assets/sprites/environment/square1.png.import

@@ -0,0 +1,40 @@
+[remap]
+
+importer="texture"
+type="CompressedTexture2D"
+uid="uid://dt33hewme0p1k"
+path="res://.godot/imported/square1.png-5d845f041b32e4a2880ddc03c7e210e2.ctex"
+metadata={
+"vram_texture": false
+}
+
+[deps]
+
+source_file="res://assets/sprites/environment/square1.png"
+dest_files=["res://.godot/imported/square1.png-5d845f041b32e4a2880ddc03c7e210e2.ctex"]
+
+[params]
+
+compress/mode=0
+compress/high_quality=false
+compress/lossy_quality=0.7
+compress/uastc_level=0
+compress/rdo_quality_loss=0.0
+compress/hdr_compression=1
+compress/normal_map=0
+compress/channel_pack=0
+mipmaps/generate=false
+mipmaps/limit=-1
+roughness/mode=0
+roughness/src_normal=""
+process/channel_remap/red=0
+process/channel_remap/green=1
+process/channel_remap/blue=2
+process/channel_remap/alpha=3
+process/fix_alpha_border=true
+process/premult_alpha=false
+process/normal_map_invert_y=false
+process/hdr_as_srgb=false
+process/hdr_clamp_exposure=false
+process/size_limit=0
+detect_3d/compress_to=1

assets/sprites/environment/广场瓦片集.png.import

@@ -0,0 +1,40 @@
+[remap]
+
+importer="texture"
+type="CompressedTexture2D"
+uid="uid://ignbtjvnp5k7"
+path="res://.godot/imported/广场瓦片集.png-b224b40553b9f690e690f67a89e2b520.ctex"
+metadata={
+"vram_texture": false
+}
+
+[deps]
+
+source_file="res://assets/sprites/environment/广场瓦片集.png"
+dest_files=["res://.godot/imported/广场瓦片集.png-b224b40553b9f690e690f67a89e2b520.ctex"]
+
+[params]
+
+compress/mode=0
+compress/high_quality=false
+compress/lossy_quality=0.7
+compress/uastc_level=0
+compress/rdo_quality_loss=0.0
+compress/hdr_compression=1
+compress/normal_map=0
+compress/channel_pack=0
+mipmaps/generate=false
+mipmaps/limit=-1
+roughness/mode=0
+roughness/src_normal=""
+process/channel_remap/red=0
+process/channel_remap/green=1
+process/channel_remap/blue=2
+process/channel_remap/alpha=3
+process/fix_alpha_border=true
+process/premult_alpha=false
+process/normal_map_invert_y=false
+process/hdr_as_srgb=false
+process/hdr_clamp_exposure=false
+process/size_limit=0
+detect_3d/compress_to=1

assets/sprites/environment/草地.png.import

@@ -0,0 +1,40 @@
+[remap]
+
+importer="texture"
+type="CompressedTexture2D"
+uid="uid://dvsb51jintro"
+path="res://.godot/imported/草地.png-2fa7f2346d7dc837788dd21e5693cec7.ctex"
+metadata={
+"vram_texture": false
+}
+
+[deps]
+
+source_file="res://assets/sprites/environment/草地.png"
+dest_files=["res://.godot/imported/草地.png-2fa7f2346d7dc837788dd21e5693cec7.ctex"]
+
+[params]
+
+compress/mode=0
+compress/high_quality=false
+compress/lossy_quality=0.7
+compress/uastc_level=0
+compress/rdo_quality_loss=0.0
+compress/hdr_compression=1
+compress/normal_map=0
+compress/channel_pack=0
+mipmaps/generate=false
+mipmaps/limit=-1
+roughness/mode=0
+roughness/src_normal=""
+process/channel_remap/red=0
+process/channel_remap/green=1
+process/channel_remap/blue=2
+process/channel_remap/alpha=3
+process/fix_alpha_border=true
+process/premult_alpha=false
+process/normal_map_invert_y=false
+process/hdr_as_srgb=false
+process/hdr_clamp_exposure=false
+process/size_limit=0
+detect_3d/compress_to=1

assets/sprites/sprites/characters/.gitkeep

@@ -1 +0,0 @@
-# 保持目录结构 - 角色精灵资源目录

assets/sprites/sprites/effects/.gitkeep

@@ -1 +0,0 @@
-# 保持目录结构 - 特效精灵资源目录

assets/sprites/sprites/environment/.gitkeep

@@ -1 +0,0 @@
-# 保持目录结构 - 环境精灵资源目录

claude.md

@@ -2,7 +2,7 @@
 
 ## 1. Project Vision & Context
 - **Project**: "WhaleTown" - A 2D top-down pixel art RPG.
-- **Engine**: Godot 4.2+ (Strictly NO Godot 3.x syntax).
+- **Engine**: Godot 4.5+ (Strictly NO Godot 3.x syntax).
 - **Architecture**: Strictly layered: `_Core` (Framework), `Scenes` (Gameplay), `UI` (Interface).
 - **Core Principle**: "Signal Up, Call Down". High decoupling via `EventSystem`.
 
@@ -29,8 +29,8 @@
 - **Type Safety**: ALWAYS use strict static typing: `var speed: float = 100.0`, `func _ready() -> void`.
 - **Naming Conventions**:
   - `class_name PascalCase` at the top of every script.
-  - Variables/Functions: `snake_case`. Constants: `SCREAMING_SNAKE_CASE`.
+  - Variables/Functions: `camelCase` (e.g., `var moveSpeed`, `func updateMovement()`). Constants: `UPPER_CASE`.
-  - Private members: Prefix with underscore `_` (e.g., `var _health: int`).
+  - Private members: Prefix with underscore `_` (e.g., `var _velocity: Vector2`).
 - **Node Access**: Use `%UniqueName` for UI and internal scene components.
 - **Signals**: Use "Signal Up, Call Down". Parent calls child methods; Child emits signals.
 - **Forbidden Patterns**:
@@ -46,36 +46,101 @@
   const PLAYER_MOVED = "player_moved"
   const INTERACT_PRESSED = "interact_pressed"
   const NPC_TALKED = "npc_talked"
-Singletons: Only GameManager, SceneManager, EventSystem allowed as Autoloads.
+  ```
-Decoupling: Low-level entities MUST NOT reference GameManager. Use events.
+- **Singletons**: Only GameManager, SceneManager, EventSystem allowed as Autoloads.
-6. 🏗 Implementation Details
+- **Decoupling**: Low-level entities MUST NOT reference GameManager. Use events.
-Player: CharacterBody2D. Must include Camera2D with position_smoothing_enabled = true.
+
-NPC/Interactables: Use Area2D named InteractionArea. Trigger via EventSystem.
+## 6. 🏗 Implementation Details
-TileMap Layers:
+- **Player**: CharacterBody2D. Must include Camera2D with `position_smoothing_enabled = true`.
-Layer 0: Ground (No collision).
+- **NPC/Interactables**: Use Area2D named InteractionArea. Trigger via EventSystem.
-Layer 1: Obstacles (Physics Layer enabled).
+- **TileMap Layers**:
-Layer 2: Decoration (Y-Sort enabled).
+  - Layer 0: Ground (No collision).
-Camera: Must auto-calculate limits via TileMap.get_used_rect().
+  - Layer 1: Obstacles (Physics Layer enabled).
-7. 🧪 Testing Requirements (MANDATORY)
+  - Layer 2: Decoration (Y-Sort enabled).
-Coverage: Every Manager/System in _Core/ MUST have a GUT test.
+- **Camera**: Must auto-calculate limits via `TileMap.get_used_rect()`.
-Naming: Test files must start with test_ and extend GutTest.
+
-Example:
+## 7. 🧪 Testing Requirements (MANDATORY)
-code
+- **Coverage**: Every Manager/System in `_Core/` MUST have a GUT test.
-Gdscript
+- **Naming**: Test files must start with `test_` and extend GutTest.
-extends GutTest
+- **Example**:
-func test_event_emission():
+  ```gdscript
-    var sender = Node.new()
+  extends GutTest
-    watch_signals(EventSystem)
+  func test_event_emission():
-    EventSystem.emit_event(EventNames.PLAYER_MOVED, {})
+      var sender = Node.new()
-    assert_signal_emitted(EventSystem, "event_raised")
+      watch_signals(EventSystem)
-8. 🧘 The Zen of Development
+      EventSystem.emit_event(EventNames.PLAYER_MOVED, {})
-Juice or Death: Every interaction (UI popup, NPC talk) MUST have a Tween placeholder.
+      assert_signal_emitted(EventSystem, "event_raised")
-Zero Magic Numbers: All speeds/timers MUST be @export or defined in Config/.
+  ```
-Simplicity: If a function does two things, split it.
+
-Back of the Fence: Hidden logic (like ResponseHandler.gd) must be as clean as the HUD.
+## 🔄 8. Standard Development Workflow (MANDATORY)
-9. 📝 Code Template (Entity Pattern)
+
-code
+**CRITICAL**: When performing ANY development task (implementing features, fixing bugs, creating scenes), you MUST follow this 7-step standardized workflow:
-Gdscript
+
+### Quick Start: Use the Skill (Recommended) ⭐
+```bash
+/whaletown-developer [任务描述]
+```
+Example: `/whaletown-developer 实现玩家二段跳功能`
+
+The skill automates the entire 7-step process and enforces all quality standards.
+
+### The 7-Step Workflow
+
+```
+Step 1: Architecture Analysis    → Read docs/02-开发规范/架构与通信规范.md
+Step 2: Implementation           → Follow layered architecture, type safety, EventSystem
+Step 3: Comment Validation       → Read docs/02-开发规范/代码注释规范.md
+Step 4: Naming Validation        → Read docs/02-开发规范/命名规范.md
+Step 5: Test Writing             → Read docs/03-技术实现/测试指南.md
+Step 6: Test Execution           → Run: godot --headless -s addons/gut/gut_cmdline.gd
+Step 7: Git Commit               → Read docs/02-开发规范/Git提交规范.md
+```
+
+### Workflow Enforcement Rules
+
+1. **Never Skip Steps**: All 7 steps are mandatory for every development task
+2. **Read Specs First**: Each step requires reading the corresponding specification document
+3. **Use TodoWrite**: Track progress through all 7 steps using TodoWrite tool
+4. **Mark Completed**: Mark each step as completed immediately after finishing
+5. **Quality Gates**: Cannot proceed to next step until current step passes validation
+
+### Naming Convention Clarification
+
+**IMPORTANT**: The project uses **camelCase** for variables/functions, NOT snake_case:
+- ✅ Correct: `var moveSpeed: float`, `func updateMovement()`
+- ❌ Incorrect: `var move_speed: float`, `func update_movement()`
+
+See `docs/02-开发规范/命名规范.md` for complete details.
+
+### Quality Checklist (Every Development Task)
+
+- [ ] File location follows layered architecture (_Core, scenes, UI)
+- [ ] Uses EventSystem for cross-module communication
+- [ ] Event names added to EventNames.gd
+- [ ] All variables/functions have type annotations
+- [ ] Naming: PascalCase (classes), camelCase (vars/funcs), UPPER_CASE (constants)
+- [ ] File header comment complete
+- [ ] Public functions have complete documentation
+- [ ] Unit tests created and passing
+- [ ] Git commit message follows specification
+- [ ] No Godot 3.x syntax (await not yield, @onready cached)
+
+### Reference Documents
+
+- **Full Workflow**: `docs/AI_docs/workflows/standard_development_workflow.md`
+- **Quick Checklist**: `.claude/skills/whaletown-developer/references/checklist.md`
+- **Skill Definition**: `.claude/skills/whaletown-developer/SKILL.md`
+
+**Remember**: Consistency through automation. Use `/whaletown-developer` to ensure no steps are missed.
+
+## 9. 🧘 The Zen of Development
+- **Juice or Death**: Every interaction (UI popup, NPC talk) MUST have a Tween placeholder.
+- **Zero Magic Numbers**: All speeds/timers MUST be `@export` or defined in `Config/`.
+- **Simplicity**: If a function does two things, split it.
+- **Back of the Fence**: Hidden logic (like ResponseHandler.gd) must be as clean as the HUD.
+
+## 10. 📝 Code Template (Entity Pattern)
+```gdscript
 extends CharacterBody2D
 class_name Player
 

docs/06-功能模块/网格瓦片系统.md

@@ -0,0 +1,59 @@
+# 网格瓦片系统
+
+## 概述
+
+网格瓦片系统提供32x32像素的标准化网格管理，用于规范地图元素的位置和大小。
+
+## 核心组件
+
+### GridSystem (核心系统)
+- **位置**: `_Core/systems/GridSystem.gd`
+- **功能**: 提供网格坐标转换、位置计算等基础功能
+- **类型**: 静态工具类
+
+### GrassTile (瓦片组件)
+- **脚本**: `scenes/prefabs/GrassTile.gd`
+- **场景**: `scenes/prefabs/grass_tile_prefab.tscn`
+- **功能**: 可视化的草地瓦片，自动对齐32x32网格
+
+## 使用方法
+
+### 在编辑器中使用
+1. 拖拽 `scenes/prefabs/grass_tile_prefab.tscn` 到场景中
+2. 在Inspector中设置Texture和Grid Position
+3. 瓦片会自动对齐到网格
+
+### 通过代码使用
+```gdscript
+# 预加载场景
+const GrassTileScene = preload("res://scenes/prefabs/grass_tile_prefab.tscn")
+
+# 创建瓦片
+var grass = GrassTileScene.instantiate()
+add_child(grass)
+grass.set_grid_position(Vector2i(0, 0))
+```
+
+## 网格规范
+
+### 基础规格
+- **网格大小**: 32x32像素
+- **坐标系**: 左上角为原点(0,0)
+- **对齐方式**: 瓦片中心对齐到网格中心
+
+### 纹理要求
+- 尺寸必须是32的倍数
+- 推荐格式: PNG
+- 推荐尺寸: 32x32, 64x64, 96x96
+
+## API参考
+
+### GridSystem 方法
+- `world_to_grid(world_pos: Vector2) -> Vector2i`
+- `grid_to_world_center(grid_pos: Vector2i) -> Vector2`
+- `snap_to_grid(position: Vector2) -> Vector2`
+
+### GrassTile 属性和方法
+- `grid_position: Vector2i` - 网格坐标
+- `set_grid_position(pos: Vector2i)` - 设置网格位置
+- `snap_to_grid()` - 对齐到网格

docs/AI_docs/workflows/standard_development_workflow.md

@@ -0,0 +1,663 @@
+# WhaleTown 标准开发工作流
+
+> **AI 编程助手专用**：本文档定义了 WhaleTown 项目的标准化开发流程，确保所有开发者遵循统一的规范和质量标准。
+
+---
+
+## 🎯 工作流概览
+
+```
+┌─────────────────────────────────────────────────────────────────┐
+│                    WhaleTown 7步标准开发流程                      │
+└─────────────────────────────────────────────────────────────────┘
+
+Step 1: 架构分析        →  读取架构规范，确定文件位置和通信方式
+   ↓
+Step 2: 功能实现        →  按规范编码，遵循类型安全和事件驱动
+   ↓
+Step 3: 注释规范检查     →  验证文件头、函数注释的完整性
+   ↓
+Step 4: 命名规范检查     →  验证PascalCase/camelCase/UPPER_CASE
+   ↓
+Step 5: 测试代码编写     →  创建GUT单元测试，覆盖核心功能
+   ↓
+Step 6: 测试验证        →  运行测试，确保所有测试通过
+   ↓
+Step 7: Git 提交        →  生成符合规范的提交信息并提交
+
+总耗时：约 20-40 分钟（根据功能复杂度）
+```
+
+---
+
+## 📖 使用方式
+
+### 方式一：使用 Skill（推荐）⭐
+
+最简单、最高效的方式是使用 `whaletown-developer` skill：
+
+```bash
+/whaletown-developer 实现玩家二段跳功能
+```
+
+Skill 会自动执行全部 7 步流程，确保不遗漏任何步骤。
+
+### 方式二：手动执行流程
+
+如果需要手动控制流程，请按照以下步骤逐步执行，并参考本文档的详细说明。
+
+---
+
+## 📋 详细步骤说明
+
+### Step 1: 架构分析（5分钟）
+
+**目标**: 理解功能在项目中的位置和通信方式
+
+**规范文档**: `docs/02-开发规范/架构与通信规范.md`
+
+#### 执行清单
+
+- [ ] 读取架构规范文档
+- [ ] 确定文件位置（_Core, scenes, UI）
+- [ ] 确定通信方式（EventSystem）
+- [ ] 列出依赖的管理器/系统
+- [ ] 设计事件定义（如需要）
+
+#### 分层架构决策树
+
+```
+功能是核心系统（管理器/全局系统）？
+├─ 是 → 放在 _Core/managers/ 或 _Core/systems/
+└─ 否 → 功能是游戏场景相关？
+    ├─ 是 → 放在 scenes/Maps/, scenes/Entities/, scenes/Components/
+    └─ 否 → 功能是UI界面？
+        ├─ 是 → 放在 scenes/ui/
+        └─ 否 → 重新分析功能定位
+```
+
+#### 通信方式决策
+
+- **同模块内通信**: 父调用子方法（向下），子发出信号（向上）
+- **跨模块通信**: MUST 使用 EventSystem
+- **事件定义位置**: 所有事件名称定义在 `_Core/EventNames.gd`
+
+#### 示例：玩家二段跳功能
+
+```gdscript
+# 架构分析结果
+文件位置: scenes/Entities/Player/Player.gd  # 游戏场景层
+通信方式: EventSystem.emit_event()          # 跨模块通信
+依赖: EventSystem, Input                     # 系统依赖
+事件: PLAYER_DOUBLE_JUMPED                  # 需要在 EventNames.gd 中定义
+```
+
+---
+
+### Step 2: 功能实现（10-20分钟）
+
+**目标**: 按照规范实现功能代码
+
+**规范文档**: `docs/02-开发规范/架构与通信规范.md`, `claude.md`
+
+#### 执行清单
+
+- [ ] 创建或修改文件在正确位置
+- [ ] 所有变量和函数有类型注解
+- [ ] 使用 Godot 4.2+ 语法（await, @onready）
+- [ ] 通过 EventSystem 进行跨模块通信
+- [ ] 如有新事件，添加到 EventNames.gd
+- [ ] 使用 Nearest 滤镜（Sprite2D/TileMap）
+
+#### 核心规范要点
+
+**1. 严格类型安全**
+```gdscript
+# ✅ 正确
+var speed: float = 200.0
+var currentHealth: int = 100
+func move(delta: float) -> void:
+func getHealth() -> int:
+
+# ❌ 错误
+var speed = 200.0           # 缺少类型注解
+func move(delta):           # 缺少参数和返回值类型
+```
+
+**2. Godot 4.2+ 语法**
+```gdscript
+# ✅ 正确
+await get_tree().create_timer(1.0).timeout
+@onready var sprite: Sprite2D = $Sprite2D
+
+# ❌ 错误
+yield(get_tree().create_timer(1.0), "timeout")  # Godot 3.x
+var sprite = get_node("Sprite2D")               # 应在 _ready 外缓存
+```
+
+**3. EventSystem 通信**
+```gdscript
+# 发送事件
+EventSystem.emit_event(EventNames.PLAYER_DOUBLE_JUMPED, {
+    "position": global_position,
+    "direction": velocity.normalized()
+})
+
+# 监听事件
+func _ready() -> void:
+    EventSystem.connect_event(EventNames.INTERACT_PRESSED, _on_interact_pressed)
+
+func _on_interact_pressed(data: Dictionary = {}) -> void:
+    # 处理交互逻辑
+    pass
+```
+
+**4. 自动加载限制**
+```gdscript
+# ✅ 正确：在高层组件中访问
+func _ready() -> void:
+    var current_state = GameManager.get_game_state()
+
+# ❌ 错误：在底层实体（Player, NPC）中直接访问
+func _ready() -> void:
+    GameManager.register_player(self)  # 不应该这样做
+
+# ✅ 正确：底层实体使用事件
+func _ready() -> void:
+    EventSystem.emit_event(EventNames.PLAYER_SPAWNED, {"player": self})
+```
+
+---
+
+### Step 3: 注释规范检查（3-5分钟）
+
+**目标**: 确保代码注释完整且符合规范
+
+**规范文档**: `docs/02-开发规范/代码注释规范.md`
+
+#### 执行清单
+
+- [ ] 文件头注释完整
+- [ ] 所有公共函数有完整注释
+- [ ] 复杂逻辑有行内注释
+- [ ] 使用 TODO/FIXME/NOTE 标记（如需要）
+
+#### 文件头注释模板
+
+```gdscript
+# ============================================================================
+# 文件名: PlayerController.gd
+# 作用: 玩家角色控制器，处理玩家输入和移动逻辑
+#
+# 主要功能:
+# - 处理键盘和手柄输入
+# - 控制角色移动和跳跃
+# - 管理角色状态切换
+# - 实现二段跳功能
+#
+# 依赖: EventSystem, InputManager
+# 作者: [开发者名称]
+# 创建时间: 2025-01-03
+# ============================================================================
+
+extends CharacterBody2D
+class_name PlayerController
+```
+
+#### 函数注释模板
+
+```gdscript
+# 执行二段跳
+#
+# 在玩家空中时允许执行一次额外的跳跃
+# 二段跳的力度为普通跳跃的80%
+#
+# 参数: 无
+#
+# 返回值: 无
+#
+# 使用示例:
+#   if Input.is_action_just_pressed("jump") and canDoubleJump:
+#       performDoubleJump()
+#
+# 注意事项:
+# - 只能在空中且 canDoubleJump 为 true 时调用
+# - 执行后会将 canDoubleJump 设置为 false
+# - 落地时会重置 canDoubleJump 为 true
+func performDoubleJump() -> void:
+    velocity.y = JUMP_FORCE * 0.8
+    canDoubleJump = false
+    EventSystem.emit_event(EventNames.PLAYER_DOUBLE_JUMPED, {
+        "position": global_position
+    })
+```
+
+---
+
+### Step 4: 命名规范检查（2-3分钟）
+
+**目标**: 验证所有命名符合项目规范
+
+**规范文档**: `docs/02-开发规范/命名规范.md`
+
+#### 执行清单
+
+- [ ] 类名使用 PascalCase
+- [ ] 变量/函数使用 camelCase
+- [ ] 常量使用 UPPER_CASE
+- [ ] 私有成员使用下划线前缀
+- [ ] 文件命名符合规范
+
+#### 命名规范速查表
+
+| 元素类型 | 命名规范 | 示例 |
+|---------|---------|------|
+| **类名** | PascalCase | `class_name PlayerController` |
+| **变量** | camelCase | `var moveSpeed: float` |
+| **私有变量** | _camelCase | `var _velocity: Vector2` |
+| **函数** | camelCase | `func updateMovement()` |
+| **私有函数** | _camelCase | `func _calculateDamage()` |
+| **常量** | UPPER_CASE | `const MAX_HEALTH: int = 100` |
+| **枚举类型** | PascalCase | `enum PlayerState` |
+| **枚举值** | UPPER_CASE | `IDLE, WALKING, RUNNING` |
+| **脚本文件** | PascalCase.gd | `PlayerController.gd` |
+| **场景文件** | snake_case_scene.tscn | `main_scene.tscn` |
+| **预制体** | snake_case_prefab.tscn | `player_prefab.tscn` |
+
+#### 常见错误检查
+
+```gdscript
+# ✅ 正确
+class_name PlayerController
+const MAX_JUMPS: int = 2
+var moveSpeed: float = 200.0
+var canDoubleJump: bool = true
+var _velocity: Vector2 = Vector2.ZERO
+func performDoubleJump() -> void:
+func _calculateJumpForce() -> float:
+
+# ❌ 错误
+class_name player_controller      # 应使用 PascalCase
+const maxJumps: int = 2           # 常量应使用 UPPER_CASE
+var MoveSpeed: float = 200.0      # 变量应使用 camelCase
+var can_double_jump: bool = true  # 不要使用 snake_case
+func PerformDoubleJump():         # 函数应使用 camelCase
+```
+
+---
+
+### Step 5: 测试代码编写（5-10分钟）
+
+**目标**: 为实现的功能创建单元测试
+
+**规范文档**: `docs/03-技术实现/测试指南.md`
+
+#### 执行清单
+
+- [ ] 创建测试文件 `tests/unit/test_[name].gd`
+- [ ] 测试文件继承自 GutTest
+- [ ] 实现 before_each 和 after_each
+- [ ] 编写核心功能测试
+- [ ] 编写边界条件测试
+
+#### 测试文件模板
+
+```gdscript
+# tests/unit/test_player_double_jump.gd
+extends GutTest
+
+## PlayerController 二段跳功能单元测试
+
+var player: PlayerController
+
+func before_each():
+    # 每个测试前创建新的 Player 实例
+    player = preload("res://scenes/Entities/Player/PlayerController.gd").new()
+    add_child(player)
+    player.initialize()
+
+func after_each():
+    # 每个测试后清理
+    player.queue_free()
+
+func test_can_double_jump_after_first_jump():
+    # 测试：第一次跳跃后可以二段跳
+    player.performJump()
+    assert_true(player.canDoubleJump, "Should be able to double jump after first jump")
+
+func test_cannot_triple_jump():
+    # 测试：不能三段跳
+    player.performJump()
+    player.performDoubleJump()
+    assert_false(player.canDoubleJump, "Should not be able to triple jump")
+
+func test_reset_double_jump_on_ground():
+    # 测试：落地后重置二段跳
+    player.performJump()
+    player.performDoubleJump()
+    player._on_landed()  # 模拟落地
+    assert_true(player.canDoubleJump, "Double jump should reset when landing")
+
+func test_double_jump_emits_event():
+    # 测试：二段跳发出事件
+    watch_signals(EventSystem)
+    player.performDoubleJump()
+    assert_signal_emitted(EventSystem, "event_raised")
+```
+
+#### 测试覆盖建议
+
+1. **正常流程**: 功能的标准使用场景
+2. **边界条件**: 极限值、特殊输入
+3. **错误处理**: 异常情况、错误输入
+4. **事件通信**: 验证事件正确发送和接收
+5. **状态管理**: 状态转换的正确性
+
+---
+
+### Step 6: 测试验证（2-3分钟）
+
+**目标**: 运行测试确保代码质量
+
+**规范文档**: `docs/03-技术实现/测试指南.md`
+
+#### 执行清单
+
+- [ ] 运行 GUT 测试命令
+- [ ] 所有测试通过
+- [ ] 如有失败，修复并重新测试
+- [ ] 确认测试覆盖核心功能
+
+#### 运行测试
+
+```bash
+# 运行所有测试
+godot --headless -s addons/gut/gut_cmdline.gd -gdir=res://tests/ -ginclude_subdirs
+
+# 运行特定测试文件
+godot --headless -s addons/gut/gut_cmdline.gd -gtest=res://tests/unit/test_player_double_jump.gd
+```
+
+#### 测试结果分析
+
+**所有测试通过**：
+```
+========================
+= PASSED: 4 of 4 tests =
+========================
+```
+✅ 进入下一步
+
+**部分测试失败**：
+```
+==========================
+= FAILED: 1 of 4 tests  =
+==========================
+FAILED: test_cannot_triple_jump
+  Expected: false
+  Got: true
+```
+❌ 修复问题后重新测试
+
+---
+
+### Step 7: Git 提交（3-5分钟）
+
+**目标**: 生成符合规范的 Git 提交信息
+
+**规范文档**: `docs/02-开发规范/Git提交规范.md`
+
+#### 执行清单
+
+- [ ] 确定提交类型（feat/fix/docs/refactor等）
+- [ ] 生成规范的提交信息
+- [ ] 使用中文冒号（：）
+- [ ] 描述简洁明了
+- [ ] 遵循"一次提交只做一件事"
+
+#### 提交类型选择
+
+| 改动类型 | 提交类型 | 示例 |
+|---------|---------|------|
+| 新功能 | `feat` | `feat：实现玩家二段跳功能` |
+| Bug修复 | `fix` | `fix：修复跳跃碰撞检测问题` |
+| 文档更新 | `docs` | `docs：更新架构规范文档` |
+| 代码重构 | `refactor` | `refactor：重构移动系统逻辑` |
+| 性能优化 | `perf` | `perf：优化物理计算性能` |
+| 测试相关 | `test` | `test：添加二段跳单元测试` |
+| 场景文件 | `scene` | `scene：创建战斗场景` |
+| UI界面 | `ui` | `ui：设计暂停菜单界面` |
+
+#### 提交示例
+
+```bash
+# 示例1：新功能（完整流程）
+git add scenes/Entities/Player/PlayerController.gd
+git add _Core/EventNames.gd
+git add tests/unit/test_player_double_jump.gd
+git commit -m "feat：实现玩家二段跳功能"
+
+# 示例2：Bug修复
+git add scenes/Entities/Player/PlayerController.gd
+git commit -m "fix：修复二段跳状态未重置的问题"
+
+# 示例3：测试添加
+git add tests/unit/test_player_movement.gd
+git commit -m "test：添加玩家移动系统单元测试"
+
+# 示例4：带详细描述的提交
+git commit -m "feat：实现玩家二段跳功能
+
+- 添加二段跳核心逻辑
+- 在空中允许执行一次额外跳跃
+- 二段跳力度为普通跳跃的80%
+- 发送 PLAYER_DOUBLE_JUMPED 事件
+- 落地时重置二段跳能力"
+```
+
+#### 多类型改动处理
+
+**⚠️ 如果同时有多种类型改动，必须拆分提交：**
+
+```bash
+# ❌ 错误：混合提交
+git commit -m "fix + feat：修复Bug并添加新功能"
+
+# ✅ 正确：拆分提交
+git add PlayerController.gd  # 只暂存 Bug 修复部分
+git commit -m "fix：修复跳跃碰撞检测问题"
+
+git add PlayerController.gd  # 暂存新功能部分
+git commit -m "feat：实现玩家二段跳功能"
+```
+
+---
+
+## ✅ 完整工作流检查清单
+
+在完成开发任务后，使用此清单验证是否执行了全部流程：
+
+### 总览检查
+- [ ] ✅ Step 1: 架构分析完成
+- [ ] ✅ Step 2: 功能实现完成
+- [ ] ✅ Step 3: 注释规范检查通过
+- [ ] ✅ Step 4: 命名规范检查通过
+- [ ] ✅ Step 5: 测试代码编写完成
+- [ ] ✅ Step 6: 测试验证通过
+- [ ] ✅ Step 7: Git 提交完成
+
+### 详细检查
+- [ ] 文件位置符合分层架构（_Core, scenes, UI）
+- [ ] 使用 EventSystem 进行跨模块通信
+- [ ] 新事件已添加到 EventNames.gd
+- [ ] 所有变量和函数有类型注解
+- [ ] 使用 Godot 4.2+ 语法（await, @onready）
+- [ ] 命名规范正确（PascalCase/camelCase/UPPER_CASE）
+- [ ] 文件头注释完整
+- [ ] 公共函数有完整文档注释
+- [ ] 创建了单元测试文件
+- [ ] 所有测试通过
+- [ ] Git 提交信息符合规范
+- [ ] Sprite2D/TileMap 使用 Nearest 滤镜
+- [ ] 未违反自动加载限制
+
+---
+
+## 🚀 最佳实践
+
+### 使用 TodoWrite 追踪进度
+
+在执行工作流时，使用 TodoWrite 工具追踪每个步骤：
+
+```gdscript
+TodoWrite.create_todos([
+  "Step 1: 架构分析 - 读取架构规范",
+  "Step 2: 功能实现 - 按规范编码",
+  "Step 3: 注释规范检查",
+  "Step 4: 命名规范检查",
+  "Step 5: 测试代码编写",
+  "Step 6: 测试验证 - 运行测试",
+  "Step 7: Git 提交 - 生成提交信息"
+])
+```
+
+每完成一步，立即标记为 `completed`。
+
+### 常见错误避免
+
+1. **跳过测试**: 测试不是可选项，必须为核心功能编写测试
+2. **混合提交**: 不要在一次提交中混合 fix 和 feat
+3. **命名不一致**: 严格遵循 PascalCase/camelCase/UPPER_CASE
+4. **缺少注释**: 公共函数必须有完整注释
+5. **直接访问单例**: 底层实体使用事件，不直接访问 GameManager
+
+### 提升效率技巧
+
+1. **使用 Skill**: 调用 `/whaletown-developer` 自动执行全流程
+2. **模板复用**: 参考现有代码的结构和注释模板
+3. **增量提交**: 不要等所有功能完成才提交，完成一个逻辑单元就提交
+4. **快速参考**: 使用 `.claude/skills/whaletown-developer/references/checklist.md` 快速自检
+
+---
+
+## 📚 相关文档索引
+
+### 核心规范文档
+- **架构与通信**: `docs/02-开发规范/架构与通信规范.md`
+- **代码注释**: `docs/02-开发规范/代码注释规范.md`
+- **命名规范**: `docs/02-开发规范/命名规范.md`
+- **Git 提交**: `docs/02-开发规范/Git提交规范.md`
+- **测试指南**: `docs/03-技术实现/测试指南.md`
+- **项目指令**: `claude.md` (根目录)
+
+### 辅助文档
+- **Skill 指令**: `.claude/skills/whaletown-developer/SKILL.md`
+- **快速检查清单**: `.claude/skills/whaletown-developer/references/checklist.md`
+- **功能开发流程**: `docs/AI_docs/workflows/feature_development.md`
+
+---
+
+## 💡 示例：完整开发流程
+
+### 任务：实现玩家二段跳功能
+
+#### Step 1: 架构分析 (3分钟)
+```
+读取: docs/02-开发规范/架构与通信规范.md
+分析结果:
+  - 文件位置: scenes/Entities/Player/PlayerController.gd
+  - 通信方式: EventSystem
+  - 依赖: EventSystem, Input
+  - 事件: PLAYER_DOUBLE_JUMPED (需添加到 EventNames.gd)
+```
+
+#### Step 2: 功能实现 (15分钟)
+```gdscript
+# scenes/Entities/Player/PlayerController.gd
+extends CharacterBody2D
+class_name PlayerController
+
+const JUMP_FORCE: float = -400.0
+const MAX_DOUBLE_JUMPS: int = 1
+
+var canDoubleJump: bool = true
+var doubleJumpCount: int = 0
+
+func performDoubleJump() -> void:
+    if not canDoubleJump or doubleJumpCount >= MAX_DOUBLE_JUMPS:
+        return
+
+    velocity.y = JUMP_FORCE * 0.8
+    doubleJumpCount += 1
+    canDoubleJump = false
+
+    EventSystem.emit_event(EventNames.PLAYER_DOUBLE_JUMPED, {
+        "position": global_position
+    })
+
+func _on_landed() -> void:
+    doubleJumpCount = 0
+    canDoubleJump = true
+```
+
+#### Step 3-4: 注释和命名检查 (5分钟)
+```
+✅ 文件头注释完整
+✅ 函数注释完整
+✅ 类名 PascalCase: PlayerController
+✅ 变量 camelCase: canDoubleJump
+✅ 常量 UPPER_CASE: MAX_DOUBLE_JUMPS
+```
+
+#### Step 5: 编写测试 (8分钟)
+```gdscript
+# tests/unit/test_player_double_jump.gd
+extends GutTest
+
+var player: PlayerController
+
+func before_each():
+    player = PlayerController.new()
+    add_child(player)
+
+func test_can_double_jump():
+    assert_true(player.canDoubleJump)
+
+func test_double_jump_resets_on_landing():
+    player.performDoubleJump()
+    player._on_landed()
+    assert_true(player.canDoubleJump)
+```
+
+#### Step 6: 测试验证 (2分钟)
+```bash
+$ godot --headless -s addons/gut/gut_cmdline.gd
+========================
+= PASSED: 2 of 2 tests =
+========================
+```
+
+#### Step 7: Git 提交 (3分钟)
+```bash
+git add scenes/Entities/Player/PlayerController.gd
+git add _Core/EventNames.gd
+git add tests/unit/test_player_double_jump.gd
+git commit -m "feat：实现玩家二段跳功能"
+```
+
+**总耗时**: 约 36 分钟
+**结果**: ✅ 功能实现完整，符合所有规范
+
+---
+
+## 🎓 总结
+
+遵循此 7 步标准开发工作流，可以确保：
+
+1. **代码质量**: 符合项目的所有规范和标准
+2. **团队一致**: 所有开发者使用相同的流程和规范
+3. **可维护性**: 清晰的注释、规范的命名、完整的测试
+4. **高效协作**: 规范的 Git 提交历史，便于追溯和回滚
+5. **质量保证**: 测试驱动开发，确保功能正确性
+
+**记住**: 使用 `/whaletown-developer` skill 可以自动化执行此流程！🚀

scenes/Maps/square.tscn

@@ -0,0 +1,16 @@
+[gd_scene load_steps=4 format=3 uid="uid://5cc0c6cpnhe8"]
+
+[ext_resource type="Texture2D" uid="uid://7o0xyqmqbvov" path="res://assets/sprites/environment/square.png" id="1_a2ug0"]
+
+[sub_resource type="TileSetAtlasSource" id="TileSetAtlasSource_1t0sv"]
+texture = ExtResource("1_a2ug0")
+15:1/size_in_atlas = Vector2i(2, 2)
+15:1/0 = 0
+
+[sub_resource type="TileSet" id="TileSet_g3awv"]
+sources/0 = SubResource("TileSetAtlasSource_1t0sv")
+
+[node name="square" type="Node2D"]
+
+[node name="TileMapLayer" type="TileMapLayer" parent="."]
+tile_set = SubResource("TileSet_g3awv")

scenes/prefabs/GrassTile.gd

@@ -0,0 +1,122 @@
+# ============================================================================
+# 简单草地瓦片 - GrassTile.gd
+# 
+# 一个简单的32x32草地瓦片，自动对齐网格
+# 使用方法：
+#   1. 在场景中实例化 grass_tile_prefab.tscn
+#   2. 设置 texture 属性
+#   3. 调用 set_grid_position() 设置网格位置
+# ============================================================================
+
+class_name GrassTile
+extends Sprite2D
+
+# ============================================================================
+# 导出属性
+# ============================================================================
+@export var grid_position: Vector2i = Vector2i.ZERO : set = set_grid_position
+@export var auto_snap: bool = true  # 是否自动对齐网格
+
+# ============================================================================
+# 信号
+# ============================================================================
+signal position_changed(new_grid_pos: Vector2i)
+
+func _ready():
+	# 如果没有纹理，创建一个默认的占位符
+	if not texture:
+		_create_placeholder_texture()
+	
+	# 验证纹理尺寸
+	_validate_texture()
+	
+	# 自动对齐到网格
+	if auto_snap:
+		snap_to_grid()
+
+# ============================================================================
+# 公共方法
+# ============================================================================
+
+# 设置网格位置并自动对齐
+func set_grid_position(new_pos: Vector2i):
+	if grid_position != new_pos:
+		grid_position = new_pos
+		if auto_snap:
+			snap_to_grid()
+		position_changed.emit(grid_position)
+
+# 对齐到网格中心
+func snap_to_grid():
+	position = Vector2(
+		grid_position.x * 32.0 + 16.0,
+		grid_position.y * 32.0 + 16.0
+	)
+
+# 从世界坐标设置位置（会自动转换为网格坐标）
+func set_world_position(world_pos: Vector2):
+	var new_grid_pos = Vector2i(
+		int(world_pos.x / 32.0),
+		int(world_pos.y / 32.0)
+	)
+	set_grid_position(new_grid_pos)
+
+# 获取世界坐标
+func get_world_position() -> Vector2:
+	return position
+
+# ============================================================================
+# 私有方法
+# ============================================================================
+
+# 创建占位符纹理
+func _create_placeholder_texture():
+	var image = Image.create(32, 32, false, Image.FORMAT_RGBA8)
+	
+	# 创建简单的草地图案
+	var grass_color = Color(0.3, 0.8, 0.3, 1.0)  # 亮绿色
+	var dark_color = Color(0.2, 0.6, 0.2, 1.0)   # 深绿色
+	
+	# 填充基础颜色
+	image.fill(grass_color)
+	
+	# 添加简单的格子图案
+	for x in range(32):
+		for y in range(32):
+			if (x + y) % 8 < 4:
+				image.set_pixel(x, y, dark_color)
+	
+	# 创建纹理
+	var placeholder_texture = ImageTexture.new()
+	placeholder_texture.set_image(image)
+	texture = placeholder_texture
+
+# 验证纹理尺寸
+func _validate_texture():
+	if texture:
+		var size = Vector2i(texture.get_width(), texture.get_height())
+		if size.x % 32 != 0 or size.y % 32 != 0:
+			push_warning("GrassTile: 纹理尺寸不是32的倍数: " + str(size))
+			return false
+		return true
+	return false
+
+# ============================================================================
+# 调试方法
+# ============================================================================
+
+# 获取瓦片信息
+func get_tile_info() -> Dictionary:
+	return {
+		"grid_position": grid_position,
+		"world_position": position,
+		"texture_size": texture.get_size() if texture else Vector2.ZERO,
+		"auto_snap": auto_snap
+	}
+
+# 打印瓦片信息
+func print_info():
+	var info = get_tile_info()
+	print("=== 草地瓦片信息 ===")
+	for key in info:
+		print(key, ": ", info[key])

scenes/prefabs/grass_tile_prefab.tscn

@@ -0,0 +1,10 @@
+[gd_scene load_steps=3 format=3 uid="uid://bvxqm8n7qwqxe"]
+
+[ext_resource type="Script" path="res://scenes/prefabs/GrassTile.gd" id="1_0x8qm"]
+
+[sub_resource type="PlaceholderTexture2D" id="PlaceholderTexture2D_1"]
+size = Vector2(32, 32)
+
+[node name="GrassTile" type="Sprite2D"]
+texture = SubResource("PlaceholderTexture2D_1")
+script = ExtResource("1_0x8qm")

tools/README.md

@@ -1,191 +0,0 @@
-# 🛠️ 构建和部署工具
-
-本目录包含项目的构建和部署脚本。
-
----
-
-## 📦 Web 构建工具
-
-### build_web.sh (Linux/macOS)
-### build_web.bat (Windows)
-
-**功能**: 将 Godot 项目导出为 Web 版本
-
-#### 使用方法
-
-**macOS/Linux:**
-```bash
-chmod +x tools/build_web.sh
-./tools/build_web.sh
-```
-
-**Windows:**
-```cmd
-tools\build_web.bat
-```
-
-#### 输出目录
-- `build/web/` - 导出的 Web 游戏文件
-
-#### 导出内容包括:
-- `index.html` - Web 入口文件
-- `index.js` - 游戏主逻辑
-- `index.wasm` - WebAssembly 文件
-- `index.pck` - 游戏资源包
-
----
-
-## 🌐 Web 测试服务器
-
-### serve_web.sh (Linux/macOS)
-### serve_web.bat (Windows)
-
-**功能**: 启动本地 HTTP 服务器预览 Web 游戏
-
-#### 使用方法
-
-**macOS/Linux:**
-```bash
-chmod +x tools/serve_web.sh
-./tools/serve_web.sh
-```
-
-**Windows:**
-```cmd
-tools\serve_web.bat
-```
-
-#### 访问地址
-- 默认: `http://localhost:8000`
-- 浏览器会自动打开
-
-#### 注意事项
-⚠️ **必须使用 HTTP 服务器**
-- 不能直接用 `file://` 打开 `index.html`
-- Godot Web 版本需要 HTTP 环境
-- 本服务器已配置正确的 CORS 头
-
----
-
-## 🔧 配置说明
-
-### 修改 Godot 路径
-
-编辑脚本中的 `GODOT_PATH` 变量：
-
-**macOS:**
-```bash
-GODOT_PATH="/usr/local/bin/godot"  # Homebrew
-# 或
-GODOT_PATH="$HOME/Applications/Godot.app/Contents/MacOS/Godot"  # 应用程序
-```
-
-**Windows:**
-```batch
-set GODOT_PATH=C:\Program Files\Godot\godot.exe
-```
-
-**Linux:**
-```bash
-GODOT_PATH="/usr/bin/godot"  # 包管理器
-# 或
-GODOT_PATH="$HOME/bin/godot"  # 手动安装
-```
-
-### 修改端口
-
-编辑 `serve_web.sh` 或 `serve_web.bat` 中的端口配置：
-```bash
-PORT=8080  # 改为其他端口
-```
-
----
-
-## 📋 典型工作流程
-
-### 1. 开发阶段
-在 Godot 编辑器中开发和测试游戏
-
-### 2. 导出 Web 版本
-```bash
-./tools/build_web.sh
-```
-
-### 3. 本地测试
-```bash
-./tools/serve_web.sh
-# 浏览器访问 http://localhost:8000
-```
-
-### 4. 部署到服务器
-将 `build/web/` 目录的内容上传到你的 Web 服务器
-
----
-
-## 🌍 部署平台示例
-
-### GitHub Pages
-```bash
-./tools/build_web.sh
-# 将 build/web/ 推送到 gh-pages 分支
-```
-
-### Netlify
-```bash
-# 直接拖拽 build/web/ 目录到 Netlify
-```
-
-### Vercel
-```bash
-./tools/build_web.sh
-vercel --prod build/web/
-```
-
-### 自己的服务器
-```bash
-scp -r build/web/* user@server:/var/www/html/
-```
-
----
-
-## ⚠️ 常见问题
-
-### 问题 1: 找不到 Godot
-**解决方案**: 修改脚本中的 `GODOT_PATH` 变量
-
-### 问题 2: 权限不足 (macOS/Linux)
-**解决方案**:
-```bash
-chmod +x tools/build_web.sh tools/serve_web.sh
-```
-
-### 问题 3: 浏览器无法加载游戏
-**原因**: 必须使用 HTTP 服务器，不能用 `file://`
-**解决方案**: 使用 `serve_web.sh` 启动本地服务器
-
-### 问题 4: 游戏黑屏
-**检查**:
-- 浏览器控制台是否有错误
-- WebAssembly 是否启用
-- 是否在 HTTPS 或 localhost 环境下运行
-
----
-
-## 📚 相关文档
-
-- [Godot Web 导出文档](https://docs.godotengine.org/en/stable/tutorials/export/exporting_for_web.html)
-- [Web 服务器配置](https://docs.godotengine.org/en/stable/tutorials/export/binary_files_for_web_games.html)
-- [项目 Web 部署指南](../docs/web_deployment_guide.md)
-
----
-
-## 🎯 下一步
-
-1. 确保安装了 Godot 4.5+
-2. 运行 `./tools/build_web.sh` 测试导出
-3. 运行 `./tools/serve_web.sh` 本地预览
-4. 根据需要修改配置参数
-
----
-
-**祝你发布顺利！** 🚀