feat: 为 comet-open 增加小型低风险任务的轻量路径推荐

[googs1025]

背景

对于非常明确的小型 feature、文档调整或低风险代码改动，完整 $comet-open / design 流程有时会显得偏重。用户通常只需要较短的需求澄清，或者更适合走 $comet-tweak / $comet-hotfix。

目前这类判断主要依赖 Agent 自己识别，缺少明确的轻量路径推荐机制。

方案

在 $comet-open 或 Comet 路由逻辑中增加“小型低风险任务”的识别和推荐。

当用户请求满足以下特征时，Comet 可以推荐轻量路径：

• 变更范围小
• 需求已经比较明确
• 不新增公开 API
• 不改变状态机或持久化 schema
• 不涉及多模块协同改造
• 不涉及安全敏感逻辑
• 可以用聚焦测试验证

推荐选项可以包括：

• 改走 $comet-tweak
• 改走 $comet-hotfix
• 继续 full $comet-open，但生成更短、更聚焦的 artifacts

该推荐必须是用户确认点，不能自动跳过完整流程。

与 workflow_intensity 的关系

如果项目配置了：

workflow_intensity: light

Comet 可以更积极地推荐 $comet-tweak / $comet-hotfix 或短 artifacts。

如果配置了：

workflow_intensity: thorough

Comet 应更保守，除非任务明显很小，否则仍推荐 full workflow。

如果未配置或为 standard，保持当前平衡行为。

范围

v1 可以先做推荐和提示，不必改变所有 artifact 生成逻辑：

• 在 open 阶段早期判断是否可能适合轻量路径
• 给出推荐理由
• 让用户选择继续 full open 还是切换到 tweak/hotfix
• 将选择结果体现在后续流程中

非目标

• 不跳过 mandatory decision points
• 不自动创建 change
• 不绕过阶段守卫
• 不把高风险任务为了省 token 强行导向轻量流程
• 不移除 full workflow

验收标准

• 小型低风险请求会出现明确的轻量路径推荐
• 风险高或范围不明确的请求仍进入 full open
• 推荐信息说明判断依据
• workflow_intensity 会影响推荐倾向
• 有测试覆盖 light / standard / thorough 以及关键边界场景

[googs1025]

如果这个方向可以，我愿意继续实现这一部分。

[googs1025]

我这边已经按 full Comet 流程为这个需求建了设计：核心思路是把轻量路径推荐做成 Classic intent runtime 的明确契约，而不是只写在 prompt 里。

设计要点：

• 新增 classic.workflow_intensity: light | standard | thorough，默认 standard，用于调节推荐 tweak/hotfix 的积极程度。
• 在 Classic intent route 中增加 typed recommendation metadata，区分“正常轻量路径推荐确认”和“意图不清的 ask_user/fallback”。
• 风险信号优先：public API、schema、跨模块协调、安全敏感逻辑不会被 intensity 降级到轻量路径。
• comet-open 在创建 OpenSpec artifacts 前展示推荐理由和互斥选项：切换 comet-tweak、切换 comet-hotfix，或继续 full comet-open。
• 测试覆盖 config 枚举、light/standard/thorough 边界、低风险 tweak、existing bug hotfix、高风险 full，以及中英文 Skill contract。

这样 v1 先实现推荐和确认点，不自动创建 change，也不绕过 mandatory decision points。