```

docs(clipboard): 添加剪贴板功能相关图片资源

添加了两个剪贴板功能的截图文件，用于文档说明和功能展示。
```

CODELY.md

@@ -3,6 +3,7 @@
 ## Codely Structured Memories
 
 ### User
+- [2026-09-09 13:43:50] 用户是 10 年 Java 后端开发，可以提供后端接口，但当前项目处于原型验证阶段，暂不需要服务器。
 
 ### Feedback
 - [2026-08-28 11:36:37] 用户偏好 Unity 操作分步骤执行：一次只做一个明确动作并先验证结果，避免连续执行大量工具调用导致超时。**Why:** 之前连续操作出现 Stream idle timeout。**How to apply:** Unity 场景、Prefab、组件和运行验证都采用“读取→单步修改→确认”的节奏。
@@ -15,6 +16,9 @@
 - [2026-09-04 11:21:06] 角色辨识度优先依靠大轮廓、简化脸部、职业特征大色块和少量核心识别点，不依赖复杂细节或精细贴图；尤其要适配 2.5D 远距离显示。**Why:** 用户希望即使模型和贴图较粗糙，也能一眼识别角色职业与身份。**How to apply:** 后续角色提示词优先设计头部框架、面部符号、服装剪影和能力核心，控制小装饰与高频纹理。
 - [2026-09-04 14:12:02] 需要 Play Mode 验证时先询问用户，由用户手动点击 Play 并反馈结果，不要自动进入 Play Mode。**Why:** 可节约时间并避免 Unity 运行验证导致工具等待或超时。**How to apply:** Unity 动画、角色行为和运行时问题排查中，完成编辑态修改后停在编辑器等待用户验证。
 - [2026-09-05 10:16:49] Unity 运行验证默认不由助手自动进入 Play Mode；完成编辑态修改、编译和场景保存后，等待用户手动点击 Play 并反馈结果。**Why:** 用户希望避免运行验证导致等待或超时。**How to apply:** 角色、动画 Event 和技能接入任务优先做编辑态验证，除非用户明确要求自动运行测试。
+- [2026-09-09 12:11:59] 当用户明确指出现象和修复目标时，优先按用户给出的事实做针对性修改，不继续进行冗长排查。**Why:** 用户明确指出法师没有生成火球，并要求直接给新建火球 Prefab 补脚本。**How to apply:** 先读取目标资产确认，再执行最小必要修改；只有修改仍失败时才扩大排查范围。
+- [2026-09-09 13:43:50] 能量恢复速度应该更慢一些，用户建议改为 3 秒恢复 1 格。**Why:** 1 秒 1 格太快，不利于战斗节奏控制。**How to apply:** 召唤系统能量恢复速率应偏慢，给玩家资源压力。
+- [2026-09-09 20:37:24] 用户希望提前实现数据架构而非临时方案，即使当前阶段功能简单。**Why:** 用户有 10 年后端开发经验，理解数据分层的重要性，希望逐步完善而非推倒重来。**How to apply:** 对于有明确扩展方向的功能（升级、存档、联网），优先设计可扩展架构并临时写死数据，而非等需求明确后再重构。
 
 ### Project
 - [2026-08-28 14:26:56] 弓箭手远程箭矢的设计要求：保持发射时高度水平飞行，命中目标后直接结算伤害并销毁，不产生实体物理击退。**Why:** 当前玩法希望远程攻击是命中判定而非物理推动。**How to apply:** 后续调整箭矢、Projectile 或弓箭手攻击逻辑时保持这一行为。
@@ -27,6 +31,11 @@
 - [2026-09-03 18:52:21] 《召唤之战》采用 2.5D 战斗呈现，角色设计需要在俯视斜角和远距离下保持清晰剪影与可读的大色块。**Why:** 用户希望角色在实际战斗镜头中仍容易区分。**How to apply:** 后续角色图片、模型、服装和特效设计优先考虑 2.5D 视角下的轮廓识别，不依赖细小装饰。
 - [2026-09-03 19:12:39] 角色图片提示词与游戏内装备分离：盾卫的角色本体图片必须明确不出现盾牌，塔盾作为独立武器/装备资产单独生成与配置。**Why:** 便于后续替换和挂载装备，避免角色模型自带盾牌影响游戏配置。**How to apply:** 后续生成盾卫或其他可换装角色图片时，只描述身体与服装本体，不把可独立配置的装备画进角色图。
 - [2026-09-06 22:14:43] 《召唤之战》当前先确定每关携带 5 种角色，战斗中固定显示 5 张召唤卡；UI 采用大框底图加独立可复用卡片、角色头像和运行时状态元素。**Why:** 先控制竖屏战斗界面复杂度并便于调试。**How to apply:** 后续召唤 UI、卡组和能量系统按 5 个固定卡位设计，不把动态文字、冷却和能量豆烘焙进静态图片。
+- [2026-09-09 12:23:17] 攻击系统已从动画结束 Event 改为攻击命中 Event 触发。UnitBase 通过 OnAttackEffect() 统一处理四种攻击类型：MeleeDirect（近战直接伤害，已实现）、RangedProjectile（远程锁敌飞行物，已实现）、MeleeArea（近战范围，预留）、RangedArc（远程抛物线，预留）。攻击动画结束由脚本自动检测 normalizedTime，不再依赖 OnAttackAnimationEnd Event。**Why**: 用户需要远程攻击等箭矢碰撞后才扣血，而非动画中途直接伤害。**How to apply**: 所有攻击动画只需在命中帧添加 OnAttackEffect Event；近战保持 MeleeDirect，远程单位设为 RangedProjectile 并配置 projectilePrefab/projectileSpawnPoint。
+- [2026-09-09 20:37:24] 召唤能量和冷却系统已完成，玩家角色数据架构已完成：ManaSystem 单例管理能量（最大 10，3 秒恢复 1 点），MainCharacterCombat 扩展能量检查（人类士兵消耗 2，弓箭手消耗 3），SummonCardButton 接入冷却逻辑（5 秒冷却，UI 显示遮罩和倒计时），能量豆 UI 已配置，冷却遮罩在非冷却时完全隐藏。CharacterData 支持基础属性和升级成长，PlayerCharacterData + PlayerDataManager 实现玩家角色等级和属性计算，召唤时传递最终属性给 UnitBase。
+
+- [2026-09-09 20:37:24] 玩家角色数据架构已完成：CharacterData 存储基础属性（1级）和成长值（每级加成），PlayerCharacterData 存储玩家角色等级和星级，PlayerDataManager 单例管理玩家拥有的角色和当前卡组（临时写死）。召唤时从 CharacterData + PlayerCharacterData 计算最终属性并传递给 UnitBase.InitializeFromPlayerData()。升级系统正常工作（1级 100血/50攻，3级 120血/60攻）。后续扩展：存档系统、卡组配置界面、升级界面、角色解锁、后端接口。
+- [2026-09-09 22:17:58] 第一关地图重新设计已完成：地图扩展到120单位（Z: -24到96），创建3个波次生成器（WaveSpawner）在Z=25/55/85，添加视觉标识物（旗帜、石柱、石墙）标记战斗区域。摄像机修正：旋转(43,0,0)位置(0,18,-5)，朝向+Z方向与主角前进方向一致。召唤系统优化：初始状态无冷却遮罩，冷却时间从5秒改为1秒（能量已控制召唤频率）。
 
 ### Reference
-
+- [2026-09-09 12:23:17] 飞行物脚本 Projectile.cs 负责锁敌追踪、碰撞检测和伤害结算。箭矢预制体 ArrowProjectile_White.prefab 已配置 Projectile 组件和 CapsuleCollider（Is Trigger）。远程单位需在攻击动画松弦帧添加 OnAttackEffect Event，并在 UnitBase 中设置 attackType=RangedProjectile、projectilePrefab、projectileSpawnPoint。