用途 stage-coach 用于处理 CocoSentinel 排队的逐阶段教练评审请求，文件位于 .cocoplus/sentinel/coach-requests.jsonl。其目标是使用独立的教练模型评估已完成的 CocoFlow 阶段，使生成器与评审者在结构上保持分离。
主要能力 工作流包括：验证 .cocoplus/ 目录是否存在；读取 .cocoplus/sentinel/coach-requests.jsonl；对每个排队请求收集以下信息：来自 .cocoplus/flow.json 的阶段角色与任务简述、声明的 artifacts.reads 与 artifacts.writes、.cocoplus/flow/artifacts/<run-id>/ 下产出的产物路径、下游缺失产物状态。随后验证 coach_model 与 executor 模型不同；若相同，则写入 .cocoplus/sentinel/known-gaps.jsonl 并跳过该请求。之后使用配置的教练模型执行外部教练评估。
输出格式 评估结果写入 .cocoplus/sentinel/stage-quality.jsonl，字段包括 ts、stage_id、score、reasoning、attributed_to、coach_model，例如 stage_id 为 function-designer、score 为 7、coach_model 为 haiku，reasoning 为有具体证据支撑的说明。已消费的请求通过写入 .cocoplus/sentinel/coach-requests.processed.jsonl 标记为已处理。
评分标准 8-10 分：输出可用且产物交接清晰；5-7 分：核心输出存在，但声明的约定、证据项或交接不完整；低于 5 分：缺少必需输出、结果缺乏依据，或存在可归因于该阶段的下游阻塞。
退出标准 每个评分都引用已产出或缺失的产物；教练绝不评估自身生成内容；缺失产物归因于声明它们的阶段；控制台可读的 stage-quality.jsonl 已更新。
限制与注意事项 资料强调技能契约应描述可观察行为与验证方式，而不只是命令名称；即使是小命令，也仍会改变状态或引导执行，因此需保留相同的检查关卡，不能因命令简单而跳过产物与安全检查。