用途：ci-optimize 用于以实测证据优化 GitHub Actions 工作流的等待时间，适合“加速 CI”“为什么 GitHub Actions 慢”、工作流对比或 /ci-optimize 等请求。核心原则是先采集基线，再提出具体修改；破坏性清理、付费基础设施、安装依赖、改源码或远程触发都需要明确授权。
主要能力：选定单一工作流、事件类别、工作负载、验证契约与作业集合；采集基线初次尝试及选定作业页面；规范化数据并区分合格与排除的观测；对混合请求定义本地计时计划（命令、预热与样本数、缓存操作、隔离、输出路径与成本）并需批准；随后提出一份具体修改计划（受影响文件、预期收益、风险、验证与回滚），批准后实施，并用相同边界重采 CI 数据、以显式最小样本数比较，要求 comparability: true，核对必需检查、覆盖率、产物与失败行为，最后报告观测结果而不承诺具体数值增益。
使用方式：从实际加载的 SKILL.md 目录解析 CI_OPTIMIZE_HELPER，先解析符号链接再使用 scripts/ci_optimize.py，不得从消费仓库当前目录推导该路径。在消费仓库工作目录运行：python3 "$CI_OPTIMIZE_HELPER" ci --input BEFORE-CAPTURES.json --output BEFORE.json；之后对 AFTER-CAPTURES.json 运行同样命令输出 AFTER.json；再运行 python3 "$CI_OPTIMIZE_HELPER" compare --before BEFORE.json --after AFTER.json --minimum-samples N --output COMPARISON.json。不同缓存群组需分别运行并指定不同输出路径；--force 仅用于替换已存在的显式输出文件；可用 python3 "$CI_OPTIMIZE_HELPER" --self-test 检查被排除的运行是否改变作业集合。辅助脚本本身不执行命令、编辑工作流、安装依赖、触发运行或提交改动。
限制：CI 指标从运行创建到最后一个选定作业完成，不得把并行作业时长相加；主队列只用初次尝试，重跑仅作诊断；本地结果或零退出码不能替代 CI 比较；排除的观测及其原因须保留；报告不超过 200 词，不重命名无关门禁、不添加自动修复检查、不改变本地构建行为。具体价格、平台支持范围与更多细节暂未提供。