开发与工程

cmux Ghostty 子模块工作流技能

为 cmux 贡献者提供 Ghostty 子模块与 GhosttyKit.xcframework 的标准化构建、推送与指针更新流程,避免子模块指针悬空导致的拉取失败。

54/ 100
谨慎使用

价值存在,但可靠性、证据或控制措施仍有明显缺口。

查看评分依据 ↓
可直接使用于
Codex · Claude Code
Star 数
★ 28k
最近更新
1 天前
License
NOASSERTION
git-submodulesghosttymacoszig
+3xcframeworkgit-workflowterminal-emulator

这个 Skill 能做什么,适合哪些场景?

这是 manaflow-ai/cmux 仓库中 skills/cmux-ghostty 下的一个 Agent Skill,面向参与 cmux 开发的贡献者。它规定了 Ghostty 子模块的提交与推送规则、GhosttyKit.xcframework 的 Release 构建命令,以及父仓库子模块指针的安全更新顺序。技能的核心价值在于防止一类隐蔽的 git 事故:在分离 HEAD 上提交子模块改动,导致父仓库指向任何远程分支都无法访问的 SHA,进而使未来的 checkout 或 CI 任务失败。它还要求维护 docs/ghostty-fork.md 记录与上游 fork 的冲突说明。

  • 在 ghostty 子模块中用 zig build -Demit-xcframework=true -Dxcframework-target=universal -Doptimize=ReleaseFast 以 ReleaseFast 优化重新构建 GhosttyKit.xcframework
  • 通过 git remote -v 识别 manaflow-ai/ghostty fork 的正确 remote(通常是 origin),在子模块内建分支、提交并推送
  • 添加 ghostty-org/ghostty 为 upstream remote,fetch/merge 上游改动后推回 fork
  • 在父仓库中提交更新后的 ghostty 子模块指针
  • 用 git merge-base --is-ancestor HEAD origin/main 校验提交可从远程分支到达
  • 维护 docs/ghostty-fork.md 中的 fork 变更与冲突记录
适合
  • 正在为 cmux 修改 ghostty 子模块、需要重建 GhosttyKit.xcframework 的贡献者;需要将上游 ghostty-org/ghostty 的改动同步进 manaflow-ai/ghostty fork 的维护者;更新父仓库子模块指针、担心指针指向不可达 SHA 的开发者;为多子模块仓库(ghostty、vendor/bonsplit、homebrew-cmux)制定安全推送顺序的团队。
不适合
  • 不修改 cmux 源码或 ghostty 子模块的普通 cmux 用户——这只是应用,无需此技能
  • 非 macOS / 不使用 zig 的环境——xcframework 构建流程依赖 macOS 与 zig 工具链
  • 与 cmux 无关的通用子模块项目——流程细节(fork remote、bonsplit 等子模块名)是 cmux 特有的

如何安装这个 Skill?

使用前请注意
  • 这是面向 cmux 仓库贡献者的窄域工作流技能,不适用于一般 Ghostty 终端用户;技能仓库元数据许可证为 NOASSERTION,使用前请自行确认 GPL-3.0-or-later 条款适用性。
  • 推送与 merge 指令涉及对外部仓库的写入;若上游或 fork 远程不可达(如中国大陆网络环境),流程将中断且技能未提供替代方案。
  • 构建命令依赖 zig 与 Xcode 工具链,未给出版本要求或失败诊断指引。
开始前你需要
Agent 需要具备
  • Shell / 命令行
  • 网络访问
  • 本地文件系统
需要预先安装
  • git
  • zig
  • macOS (for building GhosttyKit.xcframework)

源材料未提供安装命令。该技能位于 manaflow-ai/cmux 仓库的 skills/cmux-ghostty/ 目录(SKILL.md 加 references/submodule-safety.md)。在支持 Agent Skills 的客户端中,按其惯例将技能文件夹复制到技能目录即可,例如:

git clone https://github.com/manaflow-ai/cmux.git
cp -r cmux/skills/cmux-ghostty ~/.claude/skills/

(目标路径取决于你的客户端,源材料未逐字给出此步骤。)

如何使用这个 Skill?

试试这样说

安装后,把下面任意一句发给 Agent 即可触发:

  • 我在 cmux 里改了 ghostty 子模块的代码,帮我按正确流程提交并推送到 manaflow-ai/ghostty fork,然后更新父仓库的子模块指针
  • 把上游 ghostty-org/ghostty 的 main 合并进我们的 fork,并同步父仓库指针
  • 帮我重建 GhosttyKit.xcframework,确认用了 ReleaseFast 优化
  • 检查我刚才的子模块提交是否能从 origin/main 到达,防止 CI 拉取失败

技能由 SKILL.md 描述触发:当你修改 ghostty 子模块、重建 GhosttyKit.xcframework、更新父仓库子模块指针或撰写 fork 冲突说明时,Agent 会读取该技能并遵循其中的规则。流程要点:先 git remote -v 确认 fork remote;在子模块内提交并推送到远程分支;用 merge-base 校验可达性;最后才在父仓库提交指针更新。深入细节见随附的 references/submodule-safety.md(安全顺序与 fork 文档要求)。构建 xcframework 的命令为:

cd ghostty && zig build -Demit-xcframework=true -Dxcframework-target=universal -Doptimize=ReleaseFast

这个 Skill 有哪些优点和局限?

优点
  • 直接来自 cmux 官方仓库,规则与该项目的实际 fork/子模块结构完全一致
  • 明确防范了子模块指针悬空这一常见且隐蔽的 git 事故,并给出可执行的校验命令
  • 处理了 remote 命名的历史差异(fork 可能是 origin 或 manaflow),减少照搬命令出错
  • 附带 references/submodule-safety.md 提供更详细的顺序说明
局限
  • 仅适用于 cmux 及其子模块结构,可迁移性有限
  • 构建依赖 macOS 上的 zig 工具链,其他平台无法执行 xcframework 构建
  • 安装与触发方式未在源材料中逐字文档化,需依赖客户端对 Agent Skills 的通用支持
  • 仓库许可证在 GitHub 上标记为 NOASSERTION(README 说明为 GPL-3.0-or-later 加部分 BSL 1.1),复用技能内容前需自行确认条款

这个 Skill 与同类方案有什么区别?

与相关 Skills 并排比较;分数均按同一 FSRS 标准得出。

Skill FS 评分 Star 数 最近更新 License
cmux Ghostty 子模块工作流技能 本页 54 · 谨慎使用 ★ 28k 1 天前 NOASSERTION
cmux 调试技能 56 · 谨慎使用 ★ 28k 1 天前 NOASSERTION
cmux 工作区操作技能 64 · 推荐 ★ 28k 1 天前 NOASSERTION
cmux 自定义技能 55 · 谨慎使用 ★ 28k 1 天前 NOASSERTION
cmux 自定义侧边栏 50 · 谨慎使用 ★ 28k 1 天前 NOASSERTION

源材料未将该技能与其他技能或工具直接比较;其覆盖的领域(子模块安全工作流)与通用 git 教程的不同之处在于它是针对 cmux 的 manaflow-ai/ghostty fork 定制的。

FollowSkills 如何评估这个 Skill?

FollowSkills 评估 · FSRS-2.0
谨慎使用
54/ 100 五分制 2.7 / 5
1信任安全17 / 25 · 3.4/5

该技能仅提供 git 子模块与 GhosttyKit 构建流程的指令性指导,不执行网络请求、凭证处理或破坏性操作;'先推送子模块再更新指针'与 merge-base 可达性检查体现了防御性流程。扣分项:无显式的用户确认、回滚指引或失败恢复步骤,远程推送操作的外部效果未作数据流披露。

2可靠稳定9 / 20 · 2.3/5

指令自洽,处理了远程命名的历史差异(git remote -v 先行确认),并提供 merge-base --is-ancestor 验证命令。扣分项:静态审阅无法执行验证,对 merge 冲突、fetch 失败、非快进推送等异常输入无失败反馈设计,测试与边界情况覆盖薄。

3适用触发9 / 15 · 3.0/5

frontmatter 描述与触发条件清晰(修改 ghostty 子模块、重建 GhosttyKit.xcframework、更新指针),非适用边界隐含明确(仅 cmux 贡献者场景)。扣分项:受众极窄,无环境适配说明,未披露对 GitHub/Ghostty 上游仓库的网络可达性依赖,无中文支持考虑。

4规范维护9 / 15 · 3.0/5

文档分层良好:SKILL.md 主流程 + references/submodule-safety.md 详解 + agents/openai.yaml 接口定义,命名稳定。扣分项:技能级许可证元数据为 NOASSERTION,无版本号、变更日志或明确更新路径;仓库许可为 GPL-3.0-or-later 且部分目录 BUSL-1.1,技能未声明自身适用条款。

5有效结果6 / 15 · 2.0/5

核心任务(安全地提交/推送子模块并更新父指针)的指令完整可直接使用,相比无指导的手动操作能避免孤儿 SHA 这一真实痛点。扣分项:静态审阅无法验证构建命令可复现,产出质量与成本收益缺乏执行证据。

6证据核验4 / 10 · 2.0/5

关键主张(安全顺序、孤儿 SHA 风险)有仓库内 CI 工作流(子模块 SHA 下载逻辑)部分佐证。扣分项:无第三方执行证据,无测试直接覆盖该技能路径,事实与推断未分离标注。

1 2 3 4 5 6

点击维度查看打分理由

评估于 2026年10月10日 审查版本 3dd1fe78859f 评估证据[1][2][3][4][5][6][7][8][9][10][11][12]

证据充分度:低 — 主要依赖静态检查、作者材料或有限演示;适合发现线索,不适合做高风险决策。

查看完整评分方法 →

常见问题

这个技能是给谁用的?
只给参与 cmux 开发、会触碰 ghostty 子模块或 GhosttyKit.xcframework 构建的贡献者。纯粹使用 cmux 应用不需要它。
为什么必须先推送子模块再改父仓库指针?
如果父仓库指针指向的 SHA 在任何远程分支上不可达(例如提交在分离 HEAD 或临时分支上),未来的 checkout 或 CI 任务将无法获取该提交。技能要求用 `git merge-base --is-ancestor` 校验可达性。
推送到哪个 remote?
推送到 `manaflow-ai/ghostty` fork。先用 `git remote -v` 确认:正常 checkout 中该 fork 是 origin;旧配置中 origin 可能是上游,fork 叫 manaflow,需相应替换命令中的 remote 名。
需要什么环境?
git 和(构建 xcframework 时)macOS 上的 zig 工具链。技能本身是纯 Markdown 指令,不含脚本。

同仓库的其他 Skills

均来自 manaflow-ai/cmux

开发与工程

cmux 调试技能

为 cmux(基于 Ghostty 的 macOS 终端)开发者提供调试日志、Debug 菜单、运行时陷阱和性能敏感路径的规范知识,避免在打字延迟敏感代码中引入卡顿。

★ 28k FS 56 谨慎使用 1 天前
开发与工程

cmux 工作区操作技能

让 AI 代理安全地在调用它的 cmux 工作区内工作,避免误触用户正在查看的其他工作区或窗口。

★ 28k FS 64 推荐 1 天前
开发与工程

cmux 自定义技能

针对 cmux 终端的配置技能:安全地编辑 cmux.、Dock 配置与 Ghostty 偏好,定制动作、布局、快捷键和通知,而不破坏现有配置。

★ 28k FS 55 谨慎使用 1 天前
开发与工程

cmux 自定义侧边栏

从一句自然语言需求生成可热重载的 cmux 自定义侧边栏,无需 Xcode、无需构建、无需签名。

★ 28k FS 50 谨慎使用 1 天前
开发与工程

cmux 核心控制技能

通过 cmux CLI 确定性地控制多窗格终端布局——创建工作区、分割面板、移动与聚焦表面、触发提醒,专为 AI 编码代理的自动化而设计。

★ 28k FS 47 谨慎使用 1 天前
开发与工程

cmux 键盘快捷键定制

把你的按键习惯变成 cmux 的快捷键绑定:提供向导、模板与一键应用,避免误绑和冲突。

★ 28k FS 58 推荐 1 天前
开发与工程

cmux 设置管理技能(cmux-settings)

安全查看、修改和回滚 cmux 终端的 cmux. 配置,改完即存即生效,无需重启应用。

★ 28k FS 58 推荐 1 天前
自动化与运维

cmux Cloud 虚拟机技能

让 AI 代理通过 cmux CLI 操作云端虚拟机:在持久化的远程终端上运行长时命令和编码代理,并在完成后向用户展示结果工作区。

★ 28k FS 56 谨慎使用 1 天前
开发与工程

cmux-capture:cmux 窗口截图与录制

用一条 CLI 命令截图或录制 cmux 窗口,为 PR、bug 报告或视觉验证提供真实证据,且无需任何屏幕录制权限。

★ 28k FS 55 谨慎使用 1 天前
开发与工程

cmux 合并前审查技能

在合并前审查 AI 编程代理的改动,用子代理独立发现正确性缺陷,以证据验证修复,控制审查消耗的开发者注意力。

★ 28k FS 55 谨慎使用 1 天前
开发与工程

cmux 开发工作流技能

为 cmux 贡献者提供原生构建、带标签开发包、Xcode 工程规范化与侧边栏扩展的标准化工作流,避免破坏正在运行的 cmux 会话。

★ 28k FS 53 谨慎使用 1 天前
开发与工程

cmux 发布助手

为 cmux 仓库维护者整理发版全流程:版本号递增、变更日志汇总、预发布守卫、打标签与产物校验,减少手工遗漏。

★ 28k FS 53 谨慎使用 1 天前
效率与协作

cmux Markdown 查看器

把 .md 文件在 cmux 终端旁的格式化面板中打开,文件一变就自动重渲染,让计划、文档和笔记始终可见。

★ 28k FS 52 谨慎使用 1 天前
开发与工程

cmux 诊断

为 cmux 用户收集安全、只读的诊断信息,快速定位钩子、通知、会话恢复和 CLI 控制不工作的问题。

★ 28k FS 51 谨慎使用 1 天前
开发与工程

cmux 共享行为规则

为 cmux 多入口行为制定统一的实现与验证规则,避免某个入口改了、其他入口仍是旧逻辑或旧 bug。

★ 28k FS 48 谨慎使用 1 天前
开发与工程

cmux 架构规范技能

在向 cmux 添加或大幅改写 Swift 文件、包、协调器、服务或公共 API 之前,先加载这套包架构、分层、依赖倒置与 Swift 6 并发规则,避免违反项目约定。

★ 28k FS 63 推荐 1 天前
开发与工程

cmux-browser:cmux 内置浏览器自动化技能

在不抢夺焦点的前提下,通过 cmux CLI 打开网页、探查浏览器表面、等待页面状态并提取数据,专为并行开发场景设计。

★ 28k FS 60 推荐 1 天前
开发与工程

cmux 测试技能

为 cmux 仓库选择合适的本地/CI 验证方式,添加有行为依据的测试,并确保 Swift 测试文件在 Xcode 工程中正确接线。

★ 28k FS 60 推荐 1 天前
开发与工程

cmux Socket 策略规范技能

为 cmux 的 socket/CLI 命令开发提供线程调度与焦点行为规范,避免高遥测负载卡死主线程、避免自动化命令抢占用户焦点。

★ 28k FS 58 推荐 1 天前
开发与工程

cmux 本地化规范与审计技能

在修改 cmux 任何用户可见文案时,强制执行本地化规则并跑完一条可核验的翻译审计流程,杜绝硬编码英文串。

★ 28k FS 56 谨慎使用 1 天前

相关 Skills