mcpField
C
configs-update

configs-update

github.com/launchdarklyAgent 工作流281.8k 次安装1 天前更新
代码仓库

关于 configs-update

用于更新、归档和删除 LaunchDarkly AI 配置及其变体的生命周期管理技能。适合维护配置的团队,强调变更前检查、变更后验证,并优先归档而非永久删除。

主要功能

  1. 01检查配置健康状态与详情
  2. 02更新配置元数据和变体
  3. 03可逆地归档配置
  4. 04变更后重新获取并验证
  5. 05永久删除前要求明确确认

适用场景

  1. 01修复缺少模型或提示词的变体
  2. 02调整模型、指令或参数
  3. 03暂时停用不再使用的配置
  4. 04经确认永久移除配置或变体

MCP 相关

此技能要求配置远程托管的 LaunchDarkly MCP 服务,并通过其工具检查、更新、归档、删除及验证配置。

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/launchdarkly/ai-tooling --skill configs-update

安装后在 Claude Code 中输入/configs-update确认已加载。

附带文件README.md

详细介绍

配置更新与生命周期

你正在使用一项技能,它将指导你更新、归档和删除配置及其变体。你的任务是了解配置的当前状态、进行更改并验证结果。

前置条件

此技能要求在你的环境中配置远程托管的 LaunchDarkly MCP 服务。

必需的 MCP 工具:

  • get-ai-config-health -- 在更改前评估配置健康状况(检测缺少模型、孤立工具和空配置)
  • get-ai-config -- 在更改前了解当前状态
  • update-ai-config -- 更新配置元数据(名称、描述、标签、归档状态)
  • update-ai-config-variation -- 更新变体模型、提示词或参数

可选的 MCP 工具:

  • delete-ai-config -- 永久删除配置(不可撤销)
  • delete-ai-config-variation -- 永久删除变体(不可撤销)

核心原则

  1. 更改前先获取:修改前务必检查当前状态
  2. 更改后进行验证:再次获取配置,确认更新已应用
  3. 删除前先归档:归档可以撤销;删除则不能

工作流

步骤 1:评估健康状况并了解当前状态

先使用 get-ai-config-health 获取结构化的健康状况评估。它会检测:

  • 没有模型的变体(在 UI 中显示为 “NO MODEL”)
  • 既没有指令也没有消息的变体
  • 孤立的工具引用(附加的工具在项目中不存在)
  • 完全没有变体的配置

健康状况判定(healthy、warning、unhealthy)有助于确定修复优先级。

然后使用 get-ai-config 查看完整详情:

  • 当前模式(agent 或 completion)
  • 现有变体及其模型
  • 当前指令或消息
  • 已附加的工具和参数
步骤 2:进行更新

更新配置元数据 -- 使用 update-ai-config:

  • 更改名称或描述
  • 添加或替换标签
  • 使用 archived: true 归档(可撤销)

更新变体 -- 使用 update-ai-config-variation:

  • 切换模型(提供新的 modelConfigKey 和 modelName)
  • 更改指令或消息
  • 调整参数(temperature、max_tokens 等)
  • 通过参数对象附加或分离工具

归档配置 -- 使用 update-ai-config 并设置 archived: true。归档是停用配置的首选方式:

  • 可撤销(使用 archived: false 取消归档)
  • 配置会从活动列表中隐藏,但仍会保留
  • 调用归档后,将成功响应视为确认,并继续验证
  • 当用户说“移除”“退役”“停用”或“不再需要”时,默认采用归档,除非用户明确要求“永久删除”

删除 -- 使用 delete-ai-config 或 delete-ai-config-variation(不可撤销,要求设置 confirm: true)。务必先建议归档。 只有在用户明确确认要永久、不可撤销地移除时,才继续删除。

步骤 3:验证

使用 get-ai-config 确认响应中显示了更新后的值。

报告结果:

  • 更新已成功应用
  • 配置已反映更改
  • 指出任何问题,并在需要时回滚

请勿执行的操作

  • 不要在未经其他变体测试的情况下更新生产配置
  • 不要一次更改多项内容——应逐步进行更改
  • 不要跳过验证
  • 未经用户明确确认,不要删除——务必先建议归档
  • 不要仅仅因为 API 响应没有原样返回你发送的确切值,就重试更新——请改用 get-ai-config 进行验证

更多资源

如需了解如何创建和管理变体,请阅读 创建和管理配置变体。

相关技能

  • configs-variations -- 创建变体,以便并排测试更改
  • tools -- 更新工具附件

评论

支持 Markdown