用途：启动一个仓库本地的 OptimizeSpec 自改进变更，创建该变更的第一个工件 proposal.md。默认工作目录为 optimizespec/changes/<change-name>/。适合需要为智能体创建评估、用 GEPA 优化智能体或定义自改进契约的场景。
主要能力：派生或确认 kebab-case 变更名；读取 ../optimizespec-common/references/core/reference-contracts.md 并仅加载提议阶段所需的核心引用（criteria-first、candidate surface、grader、evidence、live eval runner）；按 assets/templates/proposal.md 结构创建提议文件；检查仓库以识别目标智能体的运行时、代码位置、依赖边界、导入/包设置、现有评估/测试/工具目录、工具接线、环境需求与命令约定。
使用方式：所有 OptimizeSpec 工件须放在仓库根 optimizespec/changes/<change-name>/ 下。提议中需记录可执行优化系统代码的创建位置或复用位置，以及该代码如何导入或调用真实智能体模块。从用户意图与示例出发起草评估设计；若仓库检查后信息不足，最多提出 3-5 个聚焦问题再起草。完成 proposal.md 后停止。
限制：不得编造缺失信息，需记录显式未知项与候选发现问题。运行时仅在仓库证据仍不明确且影响工件时才询问。proposal.md 应简洁，优先短句，评估示例不超过 2-3 个，深度机制、校准与实现设计留待 design.md。Managed Agents 运行时下将实时 rollout 作为评估原语；其他运行时需记录缺失的运行时专用引用覆盖与生产适配器假设。主要优化目标为实时 rollout 评分。