Name: /opsx-apply
Author: wilsonwangdev

Prompt file imported from wilsonwangdev/openclaw-release-feed (.cursor/commands/opsx-apply.md). Copyright stays with the author.

从 OpenSpec 变更中实施任务。

输入：可选指定变更名称（例如 /opsx:apply add-auth）。若省略，尝试从对话上下文中推断。若模糊或有歧义，必须提示用户选择可用变更。

步骤

选择变更

若提供了名称，直接使用。否则：
- 从对话上下文中推断用户提到的变更
- 若仅存在一个活跃变更，自动选择
- 若有歧义，运行 openspec list --json 获取可用变更列表，使用 AskUserQuestion 工具 让用户选择
始终告知："使用变更："以及如何切换（例如 /opsx:apply <other>）。
检查状态以了解 schema
```
openspec status --change "<name>" --json
```
解析 JSON 以了解：
- schemaName：使用的工作流（例如 "spec-driven"）
- 哪个制品包含任务（spec-driven 通常为 "tasks"，其他请查看 status 输出）
获取实施指引
```
openspec instructions apply --change "<name>" --json
```
返回内容：
- 上下文文件路径（因 schema 而异）
- 进度（总计、已完成、剩余）
- 任务列表及状态
- 基于当前状态的动态指引
状态处理：
- 若 state: "blocked"（缺少制品）：显示信息，建议使用 /opsx:continue
- 若 state: "all_done"：祝贺完成，建议归档
- 否则：继续实施
读取上下文文件

读取实施指引输出中 contextFiles 列出的文件。文件因 schema 而异：
- spec-driven：proposal、specs、design、tasks
- 其他 schema：遵循 CLI 输出中的 contextFiles
显示当前进度

展示：
- 使用的 schema
- 进度："N/M 任务已完成"
- 剩余任务概览
- CLI 返回的动态指引
实施任务（循环直到完成或受阻）

对每个待处理任务：
- 显示正在处理的任务
- 进行所需的代码变更
- 保持变更最小化和聚焦
- 在任务文件中标记完成：- [ ] → - [x]
- 继续下一个任务
暂停条件：
- 任务不明确 → 请求澄清
- 实施中发现设计问题 → 建议更新制品
- 遇到错误或阻塞 → 报告并等待指导
- 用户中断
完成或暂停时显示状态

展示：
- 本次会话完成的任务
- 总体进度："N/M 任务已完成"
- 若全部完成：建议归档
- 若暂停：说明原因并等待指导

实施过程中的输出

## 正在实施：<change-name>（schema：<schema-name>）

正在处理任务 3/7：<task description>
[...实施进行中...]
✓ 任务完成

正在处理任务 4/7：<task description>
[...实施进行中...]
✓ 任务完成

完成时的输出

## 实施完成

**变更：** <change-name>
**Schema：** <schema-name>
**进度：** 7/7 任务已完成 ✓

### 本次会话完成的任务
- [x] Task 1
- [x] Task 2
...

所有任务已完成！可以使用 `/opsx:archive` 归档此变更。

暂停时的输出（遇到问题）

## 实施已暂停

**变更：** <change-name>
**Schema：** <schema-name>
**进度：** 4/7 任务已完成

### 遇到的问题
<问题描述>

**选项：**
1. <选项 1>
2. <选项 2>
3. 其他方案

您希望如何处理？

守则

持续推进任务直到完成或受阻
开始前务必读取上下文文件（来自实施指引输出）
若任务有歧义，先暂停询问再实施
若实施中发现问题，暂停并建议更新制品
保持代码变更最小化，每个任务聚焦
完成每个任务后立即更新任务复选框
遇到错误、阻塞或不明确的需求时暂停——不要猜测
使用 CLI 输出中的 contextFiles，不要假设特定文件名

灵活工作流集成

此技能支持"对变更执行操作"模型：

可随时调用：在所有制品完成之前（若任务已存在）、部分实施之后、与其他操作交替进行
允许更新制品：若实施中发现设计问题，建议更新制品——不锁定阶段，灵活工作

Install /opsx-apply and it becomes one more candidate the router can pick - when it fits.

A listing is a routing target with a manifest: what it does, which domains it covers, what it costs and who publishes it. Once installed it sits beside your own models and tools, is scored like any other candidate for each request, and shows up in the trace when it wins. Ratings come from workspaces that installed it, one per account.

从 OpenSpec 变更中实施任务。 **输入**：可选指定变更名称（例如 `/opsx:apply add-auth`）。若省略，尝试从对话上下文中推断。若模糊或有歧义，**必须**提示用户选择可用变更。 **步骤** 1. **选择变更** 若提供了名称，直接使用。否则： - 从对话上下文中推断用户提到的变更 - 若仅存在一个活跃变更，自动选择 - 若有歧义，运行 `openspec list --json` 获取可用变更列表，使用 **AskUserQuestion 工具** 让用户选择始终告知："使用变更：<name>"以及如何切换（例如 `/opsx:apply <other>`）。 2. **检查状态以了解 schema** ```bash openspec status --change "<name>" --json ``` 解析 JSON 以了解： - `schemaName`：使用的工作流（例如 "spec-driven"） - 哪个制品包含任务（spec-driven 通常为 "tasks"，其他请查看 status 输出） 3. **获取实施指引** ```bash openspec instructions apply --change "<name>" --json ``` 返回内容： - 上下文文件路径（因 schema 而异） - 进度（总计、已完成、剩余） - 任务列表及状态 - 基于当前状态的动态指引 **状态处理：** - 若 `state: "blocked"`（缺少制品）：显示信息，建议使用 `/opsx:continue` - 若 `state: "all_done"`：祝贺完成，建议归档 - 否则：继续实施 4. **读取上下文文件** 读取实施指引输出中 `contextFiles` 列出的文件。文件因 schema 而异： - **spec-driven**：proposal、specs、design、tasks - 其他 schema：遵循 CLI 输出中的 contextFiles 5. **显示当前进度** 展示： - 使用的 schema - 进度："N/M 任务已完成" - 剩余任务概览 - CLI 返回的动态指引 6. **实施任务（循环直到完成或受阻）** 对每个待处理任务： - 显示正在处理的任务 - 进行所需的代码变更 - 保持变更最小化和聚焦 - 在任务文件中标记完成：`- [ ]` → `- [x]` - 继续下一个任务 **暂停条件：** - 任务不明确 → 请求澄清 - 实施中发现设计问题 → 建议更新制品 - 遇到错误或阻塞 → 报告并等待指导 - 用户中断 7. **完成或暂停时显示状态** 展示： - 本次会话完成的任务 - 总体进度："N/M 任务已完成" - 若全部完成：建议归档 - 若暂停：说明原因并等待指导 **实施过程中的输出** ``` ## 正在实施：<change-name>（schema：<schema-name>）正在处理任务 3/7：<task description> [...实施进行中...] ✓ 任务完成正在处理任务 4/7：<task description> [...实施进行中...] ✓ 任务完成 ``` **完成时的输出** ``` ## 实施完成 **变更：** <change-name> **Schema：** <schema-name> **进度：** 7/7 任务已完成 ✓ ### 本次会话完成的任务 - [x] Task 1 - [x] Task 2 ... 所有任务已完成！可以使用 `/opsx:archive` 归档此变更。 ``` **暂停时的输出（遇到问题）** ``` ## 实施已暂停 **变更：** <change-name> **Schema：** <schema-name> **进度：** 4/7 任务已完成 ### 遇到的问题 <问题描述> **选项：** 1. <选项 1> 2. <选项 2> 3. 其他方案您希望如何处理？ ``` **守则** - 持续推进任务直到完成或受阻 - 开始前务必读取上下文文件（来自实施指引输出） - 若任务有歧义，先暂停询问再实施 - 若实施中发现问题，暂停并建议更新制品 - 保持代码变更最小化，每个任务聚焦 - 完成每个任务后立即更新任务复选框 - 遇到错误、阻塞或不明确的需求时暂停——不要猜测 - 使用 CLI 输出中的 contextFiles，不要假设特定文件名 **灵活工作流集成** 此技能支持"对变更执行操作"模型： - **可随时调用**：在所有制品完成之前（若任务已存在）、部分实施之后、与其他操作交替进行 - **允许更新制品**：若实施中发现设计问题，建议更新制品——不锁定阶段，灵活工作

{ "prompt": "从 OpenSpec 变更中实施任务。\n\n**输入**：可选指定变更名称（例如 `/opsx:apply add-auth`）。若省略，尝试从对话上下文中推断。若模糊或有歧义，**必须**提示用户选择可用变更。\n\n**步骤**\n\n1. **选择变更**\n\n 若提供了名称，直接使用。否则：\n - 从对话上下文中推断用户提到的变更\n - 若仅存在一个活跃变更，自动选择\n - 若有歧义，运行 `openspec list --json` 获取可用变更列表，使用 **AskUserQuestion 工具** 让用户选择\n\n 始终告知：\"使用变更：<name>\"以及如何切换（例如 `/opsx:apply <other>`）。\n\n2. **检查状态以了解 schema**\n ```bash\n openspec status --change \"<name>\" --json\n ```\n 解析 JSON 以了解：\n - `schemaName`：使用的工作流（例如 \"spec-driven\"）\n - 哪个制品包含任务（spec-driven 通常为 \"tasks\"，其他请查看 status 输出）\n\n3. **获取实施指引**\n\n ```bash\n openspec instructions apply --change \"<name>\" --json\n ```\n\n 返回内容：\n - 上下文文件路径（因 schema 而异）\n - 进度（总计、已完成、剩余）\n - 任务列表及状态\n - 基于当前状态的动态指引\n\n **状态处理：**\n - 若 `state: \"blocked\"`（缺少制品）：显示信息，建议使用 `/opsx:continue`\n - 若 `state: \"all_done\"`：祝贺完成，建议归档\n - 否则：继续实施\n\n4. **读取上下文文件**\n\n 读取实施指引输出中 `contextFiles` 列出的文件。\n 文件因 schema 而异：\n - **spec-driven**：proposal、specs、design、tasks\n - 其他 schema：遵循 CLI 输出中的 contextFiles\n\n5. **显示当前进度**\n\n 展示：\n - 使用的 schema\n - 进度：\"N/M 任务已完成\"\n - 剩余任务概览\n - CLI 返回的动态指引\n\n6. **实施任务（循环直到完成或受阻）**\n\n 对每个待处理任务：\n - 显示正在处理的任务\n - 进行所需的代码变更\n - 保持变更最小化和聚焦\n - 在任务文件中标记完成：`- [ ]` → `- [x]`\n - 继续下一个任务\n\n **暂停条件：**\n - 任务不明确 → 请求澄清\n - 实施中发现设计问题 → 建议更新制品\n - 遇到错误或阻塞 → 报告并等待指导\n - 用户中断\n\n7. **完成或暂停时显示状态**\n\n 展示：\n - 本次会话完成的任务\n - 总体进度：\"N/M 任务已完成\"\n - 若全部完成：建议归档\n - 若暂停：说明原因并等待指导\n\n**实施过程中的输出**\n\n```\n## 正在实施：<change-name>（schema：<schema-name>）\n\n正在处理任务 3/7：<task description>\n[...实施进行中...]\n✓ 任务完成\n\n正在处理任务 4/7：<task description>\n[...实施进行中...]\n✓ 任务完成\n```\n\n**完成时的输出**\n\n```\n## 实施完成\n\n**变更：** <change-name>\n**Schema：** <schema-name>\n**进度：** 7/7 任务已完成 ✓\n\n### 本次会话完成的任务\n- [x] Task 1\n- [x] Task 2\n...\n\n所有任务已完成！可以使用 `/opsx:archive` 归档此变更。\n```\n\n**暂停时的输出（遇到问题）**\n\n```\n## 实施已暂停\n\n**变更：** <change-name>\n**Schema：** <schema-name>\n**进度：** 4/7 任务已完成\n\n### 遇到的问题\n<问题描述>\n\n**选项：**\n1. <选项 1>\n2. <选项 2>\n3. 其他方案\n\n您希望如何处理？\n```\n\n**守则**\n- 持续推进任务直到完成或受阻\n- 开始前务必读取上下文文件（来自实施指引输出）\n- 若任务有歧义，先暂停询问再实施\n- 若实施中发现问题，暂停并建议更新制品\n- 保持代码变更最小化，每个任务聚焦\n- 完成每个任务后立即更新任务复选框\n- 遇到错误、阻塞或不明确的需求时暂停——不要猜测\n- 使用 CLI 输出中的 contextFiles，不要假设特定文件名\n\n**灵活工作流集成**\n\n此技能支持\"对变更执行操作\"模型：\n\n- **可随时调用**：在所有制品完成之前（若任务已存在）、部分实施之后、与其他操作交替进行\n- **允许更新制品**：若实施中发现设计问题，建议更新制品——不锁定阶段，灵活工作", "variables": [], "notes": "从 OpenSpec 变更中实施任务（实验性）", "metadata": { "source": { "provider": "github-cursor-commands", "repository": "https://github.com/wilsonwangdev/openclaw-release-feed", "path": ".cursor/commands/opsx-apply.md", "ref": "938f4507130e061eda02da1f592408e272c07615", "url": "https://github.com/wilsonwangdev/openclaw-release-feed/blob/938f4507130e061eda02da1f592408e272c07615/.cursor/commands/opsx-apply.md", "key": "wilsonwangdev/openclaw-release-feed/.cursor/commands/opsx-apply.md" } } }

/opsx-apply

About

Install /opsx-apply and it becomes one more candidate the router can pick - when it fits.

Use it

Manifest

Reviews