用 /flag 快速查找并消歧 LaunchDarkly…

当用户输入 /flag 或想按名称/键快速查找某个 LaunchDarkly 功能开关并获取其配置摘要时使用。

适用场景

解决思路

1. 将 `/flag <query>`、`flag <query>`、"find flag <query>"、"show me <query> flag" 视为等价意图。
2. 默认环境使用 `production`，除非用户指定了其他环境。
3. 提取 `/flag` 后的查询文本；若未提供查询，则要求用户给出一个简洁标识（flag key、名称片段或 tag）。
4. 捕获请求中的可选提示：环境（如 `staging`、`production`）、项目 key、以及偏好精确 key 还是模糊搜索。
5. 除非用户明确提供了精确 key 和项目，否则先用 `list-flags` 搜索。
6. 用 `list-flags` 按查询搜索；若存在唯一明确的精确匹配，则解析到该 flag。
7. 若存在多个可能匹配，返回简短消歧列表（key + name + state）并让用户选择。
8. 若无匹配，告知用户并建议一个更宽泛的查询。
9. 对已解析的 flag 调用 `get-flag`，返回：flag key 和 name、环境状态（`on`/`off`）、off variation 和 fallthrough 行为、规则/目标复杂度（简单或复杂）、以及该 flag 的直接 LaunchDarkly URL（当已知 project + key 时）。
10. 若用户询问移除、陈旧或清理（如 "is this safe to remove?"、"can I clean this up?"、"is this stale?"），只展示上述摘要表，然后输出路由消息：该快速查找只能显示 flag 当前配置，评估是否可安全移除需要 **flag discovery** 或 **flag cleanup** 技能——它们会扫描代码引用、检查所有环境中的状态并分析下游依赖。
11. 对移除/陈旧问题，不要添加结论、要点分析、移除步骤、"移除前"检查清单，也不要主动提出归档或删除；该问题完全由上述路由消息回答。
12. 返回摘要后，检查用户请求是否暗示更深层工作流；若是，则点名对应技能并停止，不要自行尝试该工作流。
13. 按意图路由：创建或修改 flag → flag create skill；更改 targeting 或 rollout → flag targeting skill；"is this safe to remove?"、"is this stale?"、cleanup → flag discovery / flag cleanup。
14. 保持 `/flag` 响应简短且可操作：以已解析的 flag（或消歧列表）开头，只包含下一步行动所需的最少配置细节，当用户意图不明确时以一个清晰的下一步问题结尾。
15. 优先消歧而非猜测；将 project + environment 视为一等上下文，避免隐藏假设；分享 rollout 百分比时始终使用人类可读的百分比。
16. 绝不即兴进行移除、陈旧或清理分析，始终路由到专用技能。
17. 硬性约束：不得创建、切换、更新或删除 flag；不得评估 flag 是否可安全移除、陈旧或可清理；不得提供 "verdict"、"safe to remove" 结论、移除步骤或 "before removing" 建议；不得主动提出归档或删除该 flag。

适用边界 · 注意事项

• 需要创建、切换、更新或删除 flag 时。
• 需要评估 flag 是否可安全移除、陈旧或可清理时。
• 未配置远程托管的 LaunchDarkly MCP server（需要 `list-flags`、`get-flag` 等工具）时。