菜单
排查 Unity Timeline Signal 链路。用于 PlayableDirector、SignalTrack、SignalEmitter、SignalReceiver、场景 binding、SignalAsset、listener 未触发、marker 到点无反应或业务未执行。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
FantasyWord 换装与坐骑表现工作流。覆盖普通换装、坐骑原版素材直显、骑乘姿态普通装备叠加、动作协议和真实 GameView 完整截图/GIF 验收。
FantasyWord 安全读图流程。用于 AI 读取 JPG/PNG/WebP、截图、裁图、图集、SpriteSheet、规则页、OCR 图或看图验收；默认先压缩/裁切成轻量图，大图/批量/atlas/整页图再升级为子代理、OCR 或外部开图。
FantasyWord Unity 2D Tilemap 工作流。用于 Grid/Tilemap/Tile Palette、Collider、RuleTile、SetTile/GetTile、瓦片导入和场景验收；适用于俯视角像素地图、地表、碰撞、装饰和运行时地图编辑。
FantasyWord 换装功能工作流。用于 EquipmentSystem、装备工作台、FrameData 帧编辑器、Body/Head UV Map、布衣/帽子/护目镜/手套/武器槽、Idle/Walk/Attack 换装错位、运行时截图验收和截图站发布前核验。
已暂停：FantasyWord 原安全读图/看图前压缩流程已按用户要求停用；不要将其作为当前图片读取入口。
FantasyWord Unity 2D Tilemap 工作流。用于 Grid/Tilemap/Tile Palette、Collider、RuleTile、SetTile/GetTile、瓦片导入和场景验收；适用于俯视角像素地图、地表、碰撞、装饰和运行时地图编辑。
| name | unity-timeline-signal-debug |
| description | 排查 Unity Timeline Signal 链路。用于 PlayableDirector、SignalTrack、SignalEmitter、SignalReceiver、场景 binding、SignalAsset、listener 未触发、marker 到点无反应或业务未执行。 |
把 Timeline Signal -> SignalReceiver -> UnityEvent listener -> 业务入口 这条链一次查通，不靠猜。
这个技能适合：
Timeline 播到了，但 Signal 没触发SignalReceiver 看起来有绑定，但业务方法没进PlayableDirector、SignalTrack、SignalEmitter、SignalAsset、listener 之间有一处断了.playable 或 .unity 文本后，不确定 Unity 现场有没有吃到新值优先参考以下来源：
Library/PackageCache/com.unity.timeline@1.6.5/Runtime/Events/Signals/SignalReceiver.csLibrary/PackageCache/com.unity.timeline@1.6.5/Runtime/Events/Signals/SignalEmitter.csLibrary/PackageCache/com.unity.timeline@1.6.5/Runtime/Events/SignalTrack.cs.codex/skills/aibridge/SKILL.md从这些依据吸收的关键结论：
SignalTrack 的 binding 类型就是 SignalReceiverSignalEmitter 发出的通知只有在对应 SignalTrack 真正绑定到某个 SignalReceiver 时才会被消费SignalReceiver 收到通知后，会按 SignalAsset 查到对应 UnityEvent，再调用 persistent listener如果在当前项目里使用，先读：
AGENTS.mddocs/AIRULE.md如果问题绑定具体场景，再补读：
.unity.playableSignalAsset、SignalTrack binding、listener target/method 三者必须同时成立。.playable/.unity 磁盘真相后，必须区分“文件改对了”和“Unity 已重载生效”。至少明确：
PlayableDirector.playableSignalTrack先在 .playable 里确认：
SignalTrackSignalEmitter 的 m_Timem_Asset 指向哪个 SignalAssetretroactive / emitOnce 当前值常见搜索词：
Signal Emitterm_Asset:m_Time:这是最容易漏掉的一跳。
在目标场景 .unity 的 PlayableDirector.m_SceneBindings 里确认：
key 是否存在目标 SignalTrackvalue 是否指向 SignalReceiver 组件的 fileID结论规则：
key 在、value: {fileID: 0}：这条 SignalTrack 实际没绑任何 SignalReceiverkey 不在：Timeline 资产改了，但场景里的 PlayableDirector 没重新建立 bindingvalue 指错组件：信号会打到错误对象在场景 .unity 里确认目标 SignalReceiver 组件：
m_Signals 里是否有目标 SignalAssetm_Events 里是否有对应 UnityEventm_Targetm_TargetAssemblyTypeNamem_MethodName这一步要防两个误判：
SignalReceiver 存在，但注册的是另一个 SignalAssetSignalAsset 对了，但 listener 还绑着旧方法名确认 listener 指向的方法：
如果用户已明确上游条件成立，就不要擅自退回去重查一大圈前置业务。
沿同一前缀补三类日志就够：
PlayableDirector 已播放且越过 signal 时间点SignalReceiver 里注册了哪些 SignalAsset -> listener推荐日志内容：
director.namedirector.timeSignalReceiver.Count()SignalAsset.nametarget.method只读检查优先用：
rgGet-Contentpython .codex/skills/aibridge/bridge.py console-get-logs '{"maxEntries":50}'如果要改 Unity 编辑器现场，必须走当前项目已有的安全包装入口或正式写锁入口。
不要裸调会写现场的 AIBridge 命令。
表现：
SignalReceiver 本身也有注册定位：
PlayableDirector.m_SceneBindingsSignalTrack 的 value 是不是 fileID: 0表现：
.playable 里有 signalSignalReceiver 里也有 signal定位：
guidGetInstanceID() 日志表现：
SignalReceiver 能收到定位：
m_TargetAssemblyTypeNamem_MethodName表现：
处理：
AssetDatabaseCommand_Refresh修完后至少说明：
.playable、.unity，还是代码SignalTrack 存在，但 PlayableDirector.m_SceneBindings 对应 value 为 fileID: 0，因此 Timeline 到点不会把通知送到 SignalReceiverSignalReceiver 已注册目标 SignalAsset，listener 也正确，因此若业务没进，优先查 track binding，而不是继续怀疑业务方法