用途：ce-optimize 用于执行指标驱动的迭代优化。先定义可衡量的目标并搭建测量脚手架，再并行运行实验，使结果逐步收敛到较优解。
主要能力：支持硬指标（hard，标量数值且有明确优劣方向）与 LLM-as-judge（judge，需语义判断质量）两种度量类型；提供优化 spec 与实验日志的 schema；用退化门控先筛掉明显坏解，再用评审打分或硬指标评估。设有磁盘检查点（CP-0 至 CP-5）与崩溃恢复标记 result.yaml。若平台支持子代理，会按 references/personas/<name>.md 读取专家角色文件并分发；不支持则内联套用该角色。
使用方式：在 Claude Code、Codex、Gemini、Pi 等平台通过各自阻塞式提问工具交互。先提供优化目标描述或 spec YAML 路径，经校验后写入 .context/compound-engineering/ce-optimize/<spec-name>/spec.yaml 并请用户确认。随后建立测量脚手架与基线，再分批运行实验，每次测量后立即写盘并回读校验。可通过 git checkout -b "optimize/<spec-name>" 创建分支，用 mkdir -p .context/compound-engineering/ce-optimize/<spec-name>/ 建暂存目录。
适用场景：构建时间、测试通过率、延迟、内存、包体积等客观指标优化；聚类质量、搜索相关性、摘要质量、可读性等需语义判断的优化。
限制：首次运行建议串行、并发 1、迭代上限 4、时长上限 1 小时；judge 模式建议样本 10、批量 5、成本上限 5 美元。worktree 后端并发不超过 6。状态仅存于磁盘、被 git 忽略，需用户自行导出；缺省内容以实际资料为准。