name: orch-change-feature
description: 统筹将一个现有、正常工作的特性修改为新的期望行为 — 更新其测试以符合新规范，更改实现以匹配，进行审查，然后门控提交。适用于行为未损坏但需改变的情况。
metadata:
    origin: ECC

orch-change-feature

动作 · 行动 · 目标：orch · change · feature。基于 orch-pipeline 中共享引擎的薄封装。

使用时机

• 现有特性能工作，但期望的行为不同（“更改”、“调整”、“也让它……”、“不做 X 而做 Y”）。
• 与同类区分：
• 不是损坏 → 不是 orch-fix-defect（没有需要复现的缺陷）。
• 不是新增 → 不是 orch-add-feature（能力已存在）。

操作设置

• 默认最低规模： small —— 大多数调整只涉及一两个函数。
• 阶段掩码： 0 → （仅在新行为需要调研时才为 1）→ light 2 → 4 → 5 → 6。
• 第一步（阶段 4）： 更新*现有*测试以表达新的期望行为，然后修改实现直至测试通过。先改测试是区分调整与修复的关键。

工作原理

1. 使用上述设置运行 orch-pipeline 引擎。
2. 保持计划精简 —— 仅 standard+ 规模才需要完整的 planner 步骤。
3. 在关卡 1（计划/更改测试审批）和关卡 2（提交前）暂停。
4. 如果改动涉及安全触发器，则添加 security-reviewer。

示例

orch-change-feature: 使 nws-poller 在 2 次警告时发出警报，而不是 3 次
→ 将阈值测试更新为新规范 → 修改实现使其通过
→ 代码审查 → 提交  [关卡 2：确认]