背景
Comet full workflow 很可靠，但对于小型、低风险变更来说，open/design/build/verify 的完整流程有时会显得偏重，也会消耗更多 token。
目前用户可以手动选择 tweak/hotfix、较低的 review_mode、context_compression 等方式降低成本，但缺少一个项目级偏好，告诉 Comet 当前项目更倾向于“轻量优先”还是“严谨优先”。
方案
在 .comet/config.yaml 中增加项目级配置：
workflow_intensity: light # light | standard | thorough
该配置只影响推荐和默认倾向，不应绕过用户确认，也不应跳过阶段守卫。
建议语义：
light
偏向降低 token 和流程成本：
- 小型低风险任务优先推荐
$comet-tweak 或 $comet-hotfix
- build 阶段推荐更轻的执行方式，例如 direct 或 executing-plans
- review_mode 推荐
off 或 standard，具体取决于风险
- 默认推荐启用
context_compression: beta
- verify/report/handoff 尽量保持简洁
standard
保持当前平衡行为：
thorough
偏向严谨流程：
- 对不明确或风险较高的任务更倾向 full workflow
- 推荐更强的 review_mode
- 可用时更倾向 subagent-driven-development
- 保留更完整的 handoff、review 和 verification 信息
范围
v1 可以先聚焦在配置读取、校验和展示：
comet init/update 能写入或保留该配置.comet/config.yaml 只接受 light | standard | thorough- 未配置该字段时保持现有行为
comet status 或 workflow 恢复信息中能展示当前 workflow intensity- 后续 open/build/verify 阶段可以基于该字段调整推荐
非目标
- 不跳过 Comet 阶段守卫
- 不绕过必要的用户确认
- 不静默强制修改 workflow、review_mode 或 build_mode
- 不替代已有的
context_compression、review_mode 等配置
- 不为了省 token 降低正确性要求
验收标准
- 项目可以配置
workflow_intensity: light | standard | thorough
- 非法值有清晰错误提示
- 未配置该字段的旧项目保持兼容
- 相关状态或提示中能看到当前 intensity
- 有测试覆盖配置读取、非法值和兼容行为
如果这个配置方向可接受，我后续还想基于它继续做 $comet-open 的小型低风险任务轻量路径推荐。
背景
Comet full workflow 很可靠，但对于小型、低风险变更来说，open/design/build/verify 的完整流程有时会显得偏重，也会消耗更多 token。
目前用户可以手动选择 tweak/hotfix、较低的 review_mode、context_compression 等方式降低成本，但缺少一个项目级偏好，告诉 Comet 当前项目更倾向于“轻量优先”还是“严谨优先”。
方案
在
.comet/config.yaml中增加项目级配置：该配置只影响推荐和默认倾向，不应绕过用户确认，也不应跳过阶段守卫。
建议语义：
light
偏向降低 token 和流程成本：
$comet-tweak或$comet-hotfixoff或standard，具体取决于风险context_compression: betastandard
保持当前平衡行为：
thorough
偏向严谨流程：
范围
v1 可以先聚焦在配置读取、校验和展示：
comet init/update能写入或保留该配置.comet/config.yaml只接受light | standard | thoroughcomet status或 workflow 恢复信息中能展示当前 workflow intensity非目标
context_compression、review_mode等配置验收标准
workflow_intensity: light | standard | thorough如果这个配置方向可接受，我后续还想基于它继续做
$comet-open的小型低风险任务轻量路径推荐。