refactor: 迁移 effect 至新语义上下文

docs/fight-multi-battle-refactor-task-2026-04-04.md

@@ -11,12 +11,39 @@
 - 切宠同步改为携带 `actorIndex`，同一玩家多上场位的切宠播报不再冲突
 - 开战同步结构新增当前战斗位数组，同时保留 `Info1/Info2` 兼容旧结构
 - `FightI` 已补充 `UseSkillAt/ChangePetAt/UseItemAt/GetCurrPETAt`
+- `NewFight` 已改为包装 `NewFightWithOptions(...)`，创建阶段开始支持 option/builder 扩展
+- `Ctx` 已拆分为 `LegacySides + EffectBinding`，effect 本体上挂载上下文，并补充 `Source/Carrier/Target`
+- 核心执行链已开始迁移到真实 source/target 语义：`AddEffect`、`Exec`、`Damage`、`SetProp`、主技能结算流程会注入实际对手上下文
+- 已迁移一批公共/高复用 effect 到新语义，包括状态基类、击败触发、物攻附加状态、`1097-1101`、`680-690`、部分魂印基础逻辑
+- 本轮继续完成了 `1263-1287`、`1288-1312`、`1448-1472`、`1473-1497` 四组 effect 的迁移，已不再直接依赖 `Ctx().Our/Opp`，统一改为 `CarrierInput()/OpponentInput()` 访问当前承载侧与对位侧
 - 增加了动作队列的基础单测，覆盖“同玩家不同槽位保留”和“同槽位动作替换”
 
 本轮仍保留的限制：
 
 - `enterturn` 和大量 `effect/node` 逻辑仍是双动作上下文，因此当前实现采用“动作列表排序 + 跨阵营配对兼容执行”的过渡方案，而不是一次性重写所有效果系统
 - `NewFight` 仍按现有建房流程创建双方 1 个战斗位；本轮打通的是多战斗位结算骨架和接口，不是外部建房入口的全量切换
+- 大量具体 effect 仍在使用旧的 `Ctx().Our/Opp` 语义；当前已迁移的是上下文承载方式、执行链和部分公共基类，具体 effect 仍需继续分批迁移
+
+### 0.1 effect 迁移增量记录
+
+本轮新增完成：
+
+- `logic/service/fight/effect/1263_1287.go`
+- `logic/service/fight/effect/1288_1312.go`
+- `logic/service/fight/effect/1448_1472.go`
+- `logic/service/fight/effect/1473_1497.go`
+
+这两组文件当前迁移策略是：
+
+- 旧语义中的 `Our` 统一视为“当前执行/承载该 effect 的输入侧”，迁移为 `CarrierInput()`
+- 旧语义中的 `Opp` 统一迁移为当前结算上下文里的对位输入侧，即 `OpponentInput()`
+- 暂不在这一轮强行把所有 effect 重写成纯 `Source/Target/Carrier` 三元语义；先保证 hostile sub-effect、回合类 effect、挂在对手身上的限制类 effect 都不再依赖 legacy 字段访问
+
+### 0.2 下一批待迁移队列
+
+高密度遗留文件已继续向后推进，`1448-1497` 这两个分段本轮已清理完成。
+
+下一轮继续迁移时，建议直接对 effect 包执行一次全量扫描，按“仍包含 `Ctx().Our/Opp` 的 grouped file”继续往后收口，而不是再只盯固定编号段。
 
 ## 1. 任务目标