cmux-ghostty 是一份规定 cmux 中 Ghostty 子模块开发顺序的 Skill。父仓库保存的是子仓库某次提交的指针，自己能构建不代表别人也能取到同一个版本。
先确认远程哪个才是 manaflow 的分支仓库，把子模块改动提交并推到可取得的分支，再更新父仓库指针。旧环境的远程名字可能不同，不能只因叫 origin 就直接推送。
主文也要求 GhosttyKit 用 Release 优化重建，维护分支差异与冲突说明，最后检查提交在预期远程分支上可达。完整子模块安全参考未取得，本文只讲主文顺序；这份规则属于 cmux 工作流，不代表所有仓库都必须推到同一家分支。验收要包含新克隆或 CI 能否取得所指版本，不能只看本地提交存在。